询问IIS网站URL重写位置及HTTPS跳转异常排查方向

从你的描述来看，这个问题确实有点诡异——明明清空了站点web.config里的所有Rewrite规则，却只有根网站的HTTPS请求会被强制转成HTTP，虚拟应用完全正常，甚至启用一条完全不匹配的Rewrite规则就会触发问题。结合IIS的运行机制，给你几个具体的排查方向：

• 检查站点/服务器级的HTTP重定向配置
  别只盯着URL Rewrite模块！IIS自带的「HTTP重定向」功能是独立的，哪怕Rewrite规则全清，这个设置依然会生效。你可以：

  1. 在IIS管理器里选中根站点，打开「HTTP重定向」模块，看有没有设置跳转到HTTP的规则；
  2. 检查服务器级的「HTTP重定向」配置（服务器节点下的该模块），看有没有全局的重定向规则被根站点继承了。

• 排查服务器级的全局URL Rewrite规则
  站点的web.config只是站点级的规则，服务器的applicationHost.config（路径%windir%\System32\inetsrv\config\applicationHost.config）里可能存在全局Rewrite规则，这些规则会应用到所有站点。你可以：

  • 在IIS管理器的服务器节点下打开「URL Rewrite」，查看全局规则列表；
  • 直接打开applicationHost.config，搜索<rewrite>节点，看有没有可能影响根站点的规则。另外还要注意，站点是否开启了「规则继承」（在站点的URL Rewrite模块的「视图」选项里查看），如果服务器级有规则，继承过来也会生效。

• 检查站点绑定与SSL相关的跳转配置
  有时候重定向问题和站点绑定的SSL设置有关：

  • 查看根站点的HTTPS绑定，有没有误配置了和HTTP跳转相关的选项；
  • 检查「SSL设置」里的「要求SSL」是否勾选，有没有搭配错误的重定向逻辑；
  • 如果你用了ARR（应用程序请求路由）这类扩展，也要检查ARR的全局或站点级配置，看有没有自动跳转的规则。

• 排查Rewrite模块的缓存或残留配置
  你提到启用一条无关规则就触发问题，可能是Rewrite模块的缓存没清理，或者web.config里有残留的配置：

  • 先执行iisreset命令重启IIS，清除模块缓存；
  • 仔细检查站点的web.config，确认<rewrite>节点下的<rules>、<outboundRules>、<globalRules>都完全清空了——有时候出站规则也会导致重定向，别只看入站规则。

• 启用失败请求跟踪（Failed Request Tracing）
  这是最直接的排查方法！针对根站点的HTTPS请求开启失败请求跟踪，设置跟踪重定向（301/302状态码），然后查看生成的跟踪日志，就能清楚看到是哪个模块（比如HttpRedirect、RewriteModule）发起的重定向，以及具体的触发条件。

• 检查第三方模块的影响
  如果你的IIS安装了第三方模块（比如UrlScan、安全防护类模块、或者主机面板自带的模块），这些模块可能自带重定向逻辑。可以暂时在根站点的「模块」功能里禁用非原生模块，逐个排查是否有模块导致问题。

另外，也可以用浏览器开发者工具或Fiddler查看重定向的响应头，比如Location头的内容，以及响应头里的模块标识（比如X-Rewrite-By），这也能帮你快速定位问题来源。

内容的提问来源于stack exchange，提问作者BVernon