IIS 7.5 重写错误？无限循环
我们使用 IIS 7.5 URL 重写和经典 ASP。 99% 的时间里一切正常，但是，完全零星的，我们网站的页面会无缘无故地陷入重定向循环。
这意味着，我们的文章在 99% 的情况下都可以正常呈现，但是，就像今天早上一样，当访问一篇文章（数千篇文章）时，浏览器将响应“页面未正确重定向”。我使用 Firefox，但所有用户在所有浏览器中都会出现这种情况。这种情况也会偶尔发生在网站主页和其他页面上，因此它似乎与特定的重写规则模式无关，而是与整个重写规则引擎相关。
重置 IIS 可以立即解决问题，并且页面可以正常加载。发生此问题时，重置 IIS 似乎是解决此问题的唯一方法。
IIS 日志显示任何受影响页面的 301 重定向。在本例中，一篇文章页面有数千条 301 重定向日志记录。重置 IIS 可以纠正该行为。
还有其他人遇到过这个问题吗，或者有什么解决办法的想法吗？
We use IIS 7.5 URL Rewrite, with classic ASP. Everything works properly 99% of the time, however, completely sporadic, pages of our site will fall into a redirect loop for no apparent reason.
Meaning, we have articles that render fine 99% of the time, but, like this morning, when accessing one article (out of thousands) the browser will respond with a "The page is not redirecting properly". I use Firefox, but this occurs for all users in all browsers. This also occurs on the site home page, and other pages, sporadically as well, so it doesn't appear to be related to a specific rewrite rule pattern, rather the rewrite rule engine as a whole.
Resetting IIS solves the problem immediately, and the page(s) load fine. Resetting IIS seems to be the only way to fix this problem when it occurs.
IIS logs show 301 redirects for whatever page is affected. In this case, one article page had thousands of 301 redirect log records. Resetting IIS corrected the behavior.
Has anyone else had this issue, or any ideas on how to resolve?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
当我遇到这个问题时，这是由于index.cfm是第一个默认文档引起的，即使它是一个Asp.net应用程序并且没有index.cfm页面。从默认文档列表中删除index.cfm修复了无限循环。
When I encountered this, it was being caused by index.cfm being the first default document, even though it was an Asp.net application and there was no index.cfm page. Removing index.cfm from the default document list fixed the infinite loop.