IIRF重定向重写循环（IIS6）

我正在尝试使用IIRF指南中的一个简单重定向。我的规则是：

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

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

---

有什么提示吗？

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

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

可能存在意料之外、无法想象的循环。从日志文件中应该很容易看到

---

祝你好运。

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