Iis 重定向过多,间歇性问题-可疑重写缓存

Iis 重定向过多,间歇性问题-可疑重写缓存,iis,iis-8,url-rewrite-module,Iis,Iis 8,Url Rewrite Module,环境 Windows Server 2012 R2 64位 IIS 8 普莱斯克12.5 运行WordPress的网站会断断续续地响应过多的重定向,但仅针对特定URL,并且仅持续约30分钟。之后,请求的页面将按预期方式提供。在这段时间内,网站的其余部分使用相同的重写规则正确响应 特别是一个URL比其他URL受影响更大。可能需要注意的是,它出现在网站主页上,并通过社交渠道进行推广 失败的请求跟踪显示特定URL的以下内容: URL\u重写\u开始请求URL/category/commission-2

环境 Windows Server 2012 R2 64位 IIS 8 普莱斯克12.5

运行WordPress的网站会断断续续地响应过多的重定向,但仅针对特定URL,并且仅持续约30分钟。之后,请求的页面将按预期方式提供。在这段时间内,网站的其余部分使用相同的重写规则正确响应

特别是一个URL比其他URL受影响更大。可能需要注意的是,它出现在网站主页上,并通过社交渠道进行推广

失败的请求跟踪显示特定URL的以下内容:

URL\u重写\u开始请求URL/category/commission-2/

从缓存重定向操作缓存重定向URL http://www.website.com/category/convest-2/RedirectType Permanent

URL\u重写\u结束请求URL

这显然是无限重定向循环的开始

正确提供URL时,失败的请求跟踪显示:

URL\u REWRITE\u END RequestURL/index.php

这显然对WordPress是正确的,/index.php处理所有前端页面请求

如果将查询字符串添加到请求的URL中,例如/category/convertive-2/?key=value IIS将正确地服务于请求的页面。因此,我怀疑querystring会导致IIS跳过重写缓存,这意味着缓存会导致重定向循环

我在上看过一篇文章,详细介绍了如何通过注册表禁用重写缓存,但注册表项HKEY\U LOCAL\U MACHINE\SOFTWARE\Microsoft\InetStp\rewrite不存在。我并不热衷于创建关键点,以了解在生产环境中会发生什么

谁能告诉我我的怀疑是否属实。导致重定向循环的重写缓存是否正确

如果是,我如何着手解决该问题?我正在努力寻找有关重定向缓存的任何细节,或者是什么可能导致这样的行为


感谢

通过向重定向规则添加一个条件来解决此问题,该规则负责使用无法缓存的参数调用无限重定向循环,从而避开缓存