Azure反向代理下ASP.NET 4.7 MVC如何用X-Forwarded-Host设置HTTP_HOST

针对你的三个疑问逐一解答 #

疑问1：是否可以直接将规则中的HTTP_X_ORIGINAL_HOST替换为HTTP_X_FORWARDED_HOST #

可以，该修改完全符合IIS URL重写模块的变量命名规则：所有传入的HTTP请求头都会被自动转换为前缀为HTTP_、横杠替换为下划线的服务器变量。修改后的有效规则如下：

<rule name="Set HOST header based on X-Forwarded-Host header">
  <match url="(.*)"></match>
  <conditions logicalGrouping="MatchAll" trackAllCaptures="false">
    <add input="{HTTP_X_FORWARDED_HOST}" pattern="^$" negate="true" />
  </conditions>
  <serverVariables>
    <set name="HTTP_HOST" value="{HTTP_X_FORWARDED_HOST}"></set>
  </serverVariables>
</rule>

需额外注意两个前置要求：

• 需在IIS站点的URL重写模块配置中，将HTTP_HOST添加到允许修改的服务器变量列表中，否则规则会静默失效
• 请确保你的后端服务仅开放Azure Front Door的官方回源IP段访问，避免恶意请求直接携带伪造的X-Forwarded-Host头篡改站点Host配置
• 若存在多层代理场景，X-Forwarded-Host可能会出现多个域名逗号分隔的情况，可将条件的匹配规则修改为pattern="^([^,]+)"，同时将赋值语句修改为value="{C:1}"取第一个原始域名即可

疑问2：相关配置的官方文档查询路径 #

你可以在微软官方文档站点搜索以下关键词获取对应官方说明：

• IIS URL Rewrite Module Server Variables：查询IIS服务器变量的命名规则、修改限制相关说明
• ASP.NET 4.x Reverse Proxy Scenario Configuration：查询.NET Framework 4.x版本在反向代理场景下的头处理规范
• Azure Front Door Request Headers：查询Front Door转发请求时携带的标准头说明

疑问3：<proxy enabled="true" preserveHostHeader="true" />配置的作用 #

该配置是IIS ARR（应用程序请求路由）模块的专属配置项，仅当你在本地IIS部署了ARR作为反向代理转发请求到后端服务时才会生效，preserveHostHeader的作用是控制ARR转发请求时是否保留原始请求的Host头。
你当前的场景是使用Azure Front Door作为前置反向代理，本地IIS仅作为后端服务托管节点，没有ARR转发需求，因此该配置对你的场景无效。你可以在微软官方文档站点搜索「IIS ARR Proxy Configuration」查询该配置的完整官方说明。

核心需求最终解决方案 #

直接使用上述修改后的X-Forwarded-Host匹配规则即可，不需要额外配置ARR相关参数，替换原有规则后删除Front Door中手动添加X-Original-Host的临时规则即可正常运行。

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