ASP.NET MVC站点配置IIS反向代理异常问题技术问询

这种问题我在维护ASP.NET MVC站点时碰到过好几次，大概率是siteA里的ASP.NET错误处理逻辑或者模块执行顺序的细节干扰了反向代理流程。咱们一步步排查解决：

1. 先排查Application_Error处理器的干扰 #

你提到siteA里实现了Application_Error，而空测试站没有——这是最可能的原因。当请求/subdirectory时，siteA的物理路径下不存在这个目录，会触发404错误，Application_Error会捕获这个错误并执行自定义逻辑（比如跳转到错误页），这会直接中断IIS重写模块的反向代理流程。

解决方案： #

修改global.asax里的Application_Error方法，跳过代理路径的错误处理：

protected void Application_Error(object sender, EventArgs e)
{
    var requestPath = HttpContext.Current.Request.Path;
    // 跳过/subdirectory开头的请求，让重写模块完成代理
    if (requestPath.StartsWith("/subdirectory", StringComparison.OrdinalIgnoreCase))
    {
        Server.ClearError(); // 清除错误，避免后续处理中断代理
        return;
    }
    // 保留你原来的错误处理逻辑
    // ...
}

2. 检查customErrors配置的影响 #

如果siteA的web.config里开启了customErrors（比如mode="On"或mode="RemoteOnly"），它会和Application_Error一样，拦截/subdirectory的404错误，导致代理流程被中断。

解决方案： #

针对/subdirectory路径单独关闭自定义错误，在web.config里添加location节点：

<location path="subdirectory">
    <system.web>
        <customErrors mode="Off" />
    </system.web>
</location>

3. 验证重写规则的优先级与正确性 #

虽然你把重写模块移到了顶部，但还要确保反向代理规则本身没有被其他规则干扰，或者匹配逻辑有问题：

• 确认你的反向代理规则设置了stopProcessing="true"，这样匹配后就不会执行其他规则：

<rule name="ProxyToSiteB" stopProcessing="true">
    <match url="^subdirectory/(.*)" />
    <action type="Rewrite" url="http://siteB/{R:1}" />
</rule>

• 检查规则的匹配模式是否正确：比如如果/subdirectory后面没有斜杠，规则是否能匹配？可以把match url改成^subdirectory(/.*)?来覆盖所有子路径。

4. 启用重写日志排查执行细节 #

如果上面的方法都没解决，开启IIS重写模块的日志，看规则是否真的被触发：
在web.config的<system.webServer><rewrite>节点下添加日志配置：

<rewrite>
    <rules>
        <!-- 你的反向代理规则 -->
    </rules>
    <logging logRewrittenUrl="true" />
</rewrite>

然后查看IIS日志（默认路径%SystemDrive%\inetpub\logs\LogFiles\W3SVCxxx），检查请求/subdirectory时：

• 重写规则是否被匹配（日志里会有REWRITE_RULE字段）
• 是否执行了Rewrite动作（REWRITE_URL字段会显示代理到siteB的地址）

如果日志显示规则没被匹配，那就要检查规则的匹配条件或url模式；如果匹配了但没代理成功，可能是ARR的配置问题（不过testsiteA正常，所以这个概率很低）。

5. 确认应用程序池模式 #

最后检查siteA的应用程序池是否和testsiteA一致：

• 确保使用集成模式（经典模式下，ASP.NET模块和IIS重写模块的执行顺序会有差异，容易导致代理被中断）
• .NET版本也要和testsiteA保持一致

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