【问题标题】:Howto debug URL Rewrite Configurations on IIS如何在 IIS 上调试 URL 重写配置
【发布时间】:2018-11-16 22:01:52
【问题描述】:

有没有更简单的方法来调试 IIS Url Rewrite 配置than this?:

轻松调试和排除重写规则问题

URL 重写模块的一个非常酷的功能是它与IIS Failed Request Tracing 的集成。当您的重写规则无法按照您期望的方式工作时 - 启用失败请求跟踪,您将获得有关如何在请求的 URL 上应用重写规则的完整历史记录。我一直在使用 Failed Request Tracing,事实证明它在调试和排除重写规则问题时很有帮助。

我能够用这个信息解决我的问题,但是当你有一个复杂的配置时它并不容易使用。

【问题讨论】:

  • 专业提示:确保您使用的是随附的 XSL 样式表,而不仅仅是查看 XML。如果您使用 Internet Explorer 打开 XML 文件,IE 将使用 XSL 将 XML 数据转换为 HTML 视图。这将使您更好地了解请求及其数据。

标签: debugging iis url-rewriting


【解决方案1】:

虽然有些人可能会说“这就是最好的”,但我会说这是调试重写规则的一种非常巧妙的方法。您可以全面了解管道,并且可以准确了解每一步发生的情况。我已经多次使用它来解决重写规则问题。只需练习即可熟悉 FRT 工具。

【讨论】:

  • 凯夫,感谢您的信息。 “失败的请求跟踪”很好,但对于复杂的问题,我们可能需要调试代码。正如 Yots 所问,我们如何调试重写代码?我们可以在视觉工作室做吗?
【解决方案2】:

为了调试目的,在 urlrewrite 工具中将其改写为重定向。 . .在我有限的曝光下工作几乎相同。

【讨论】:

  • 虽然这很方便,但当我将规则改回重写后重定向继续发生时,我有点困惑。如果您遇到这种情况,答案是清除浏览器的缓存。
  • 我刚刚意识到浏览器也会缓存您使用的任何重写,因此清除缓存也是必要的,而不仅仅是重定向。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2011-03-01
  • 1970-01-01
  • 2015-06-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多