IIRF 重定向重写循环 (IIS6)答案

【问题标题】：IIRF Redirect Rewrite Loop (IIS6)IIRF 重定向重写循环 (IIS6)
【发布时间】：2012-07-05 03:18:27
【问题描述】：

我正在尝试使用 IIRF 指南中的 this technique 进行简单重定向。我的规则是：

ReWriteRule ^/endpage /highly/embedded/page.aspx [L]
RedirectRule ^/.*page\.aspx http://www.myurl.com/endpage [R=301]

我收到一条浏览器消息，说 “Firefox 检测到服务器正在以永远不会完成的方式重定向对该地址的请求。”

有什么建议吗？

【问题讨论】：

【解决方案1】：

我要做的是检查 IIRF 日志文件，看看循环发生在哪里。

然后修改规则以确保它们终止。

可能会有意想不到的、无法想象的循环。从日志文件中应该很容易看到。

祝你好运。

【讨论】：

我在这里输出了日志：pastebin.com/P4tfeaLA 但我真的不知道我应该做什么。我认为“L”修饰符会阻止循环，并且日志确实会拾取它，但我没有看到它被丢弃。非常感谢您的帮助！
鲍比 - 我看了你的粘贴箱。 IIRF 本身似乎在做“正确的事”。它将 /universalcredit url 重写为“长的、嵌入的 url”，并将长的、嵌入的 url 重定向到短的 url。那么，为什么你会看到循环？我猜你的 ASPX 代码正在生成一个重定向，独立于 IIRF。它重定向到长嵌入 url，然后 IIRF 重定向到短 URL，然后 IIRF 重写到长 url，然后 ASPX 重定向。我们绕来绕去。您可以使用 Fiddler2 确认这一点。要修复，请查看您的 ASPX 代码。
嘿 Cheeso 谢谢你回来找我。我用两个静态 HTML 页面尝试了你的建议，得到了完全相同的循环。
意外重定向还有另一个来源。为了诊断这个问题，我会得到一个关于这个案例的客户端跟踪工具——Fiddler2 非常适合这个目的。它将向您显示重定向，然后您可以将其与 IIRF 日志相关联。您应该在客户端跟踪中看到一个额外的重定向，然后您需要以某种方式对其进行跟踪。根据我看到的日志，IIRF 只发送了一个重定向。显然还有另一个重定向；来源不明，但很明显。
感谢您回复 Cheeso。在我看来，“重写”规则是重定向而不是重写：pastebin.com/BHrPNQqf