【问题标题】:Where all could url rewriting occur for IIS website?IIS 网站的 url 重写可能发生在哪里?
【发布时间】:2018-11-11 03:26:14
【问题描述】:

我们使用重写模块,但是出于测试目的,我删除了所有重写规则,因此现在 web.config 中的规则为零。

当使用 https 协议从一个文件夹请求图像文件时,它会将其永久重定向到 http。但是,当我使用 https 协议从其他文件夹请求图像文件时,它就像 https 一样提供它。

我认为它必须是导致这种情况的重写规则,但由于我已经删除了所有重写规则,这似乎并非如此。有什么建议可以去哪里看吗?

编辑:我禁用了我们所有的重写规则,它开始正常工作,所以我想“太好了!它一定是这些重写规则之一!”。但是不......我发现如果我启用了一个重写规则,则无论重写规则永远不会匹配我要访问的 url,行为都会返回。很奇怪。

EDIT2:我发现这个问题只适用于根网站。当我在虚拟应用程序中访问资源时没有问题。我们的大部分网站都位于虚拟应用程序中,但少数资源位于根网络中。我发现这个问题不仅适用于图像,还适用于根网络中的任何资源,包括 aspx 页面。

【问题讨论】:

    标签: asp.net-mvc url-rewriting url-rewrite-module


    【解决方案1】:

    所以事实证明,一个我没有考虑到的可能发生重写的地方是在 httpModule 中,而这恰好是我的情况。我扫描 web.config 中的 httpModules 部分有点太快了,一开始并没有看到它,但它是一个名为 SecuritySwitch 的模块。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2015-05-13
      • 2019-03-06
      • 1970-01-01
      • 2016-02-11
      • 2011-02-03
      • 2018-06-25
      • 2011-11-21
      • 1970-01-01
      相关资源
      最近更新 更多