WordPress与cURL获取Host Header不一致的反向代理问题

问题背景 #

搭建反向代理环境，让WordPress通过https://www.example.com/blog（.NET服务器）访问，请求转发至运行Apache的https://blog.example.com。配置完成后，WordPress出现后台表单跳转错误、分页指向子域名等异常：

• 验证发现WP获取到的Host头为blog.example.com，而非预期的www.example.com
• cURL请求显示响应中的链接地址正常，但WP后台生成的链接仍指向子域名
• 禁用插件、清空缓存、切换主题后问题仍存在；修改wp-config.php覆盖Host头会引发无限重定向

可能的原因分析 #

1. 反向代理（ARR）未正确传递原始Host头 #

从响应头的X-Powered-By: ARR/3.0可判断使用IIS的ARR作为反向代理。若ARR未启用preserveHostHeader配置，转发请求时会将目标服务器的Host（blog.example.com）传递给Apache，而非原始请求的www.example.com，导致WP识别错误。

2. Apache服务器强制绑定子域名Host #

托管WordPress的Apache可能配置了UseCanonicalName On，或虚拟主机中硬编码ServerName blog.example.com且未添加ServerAlias www.example.com。这种情况下，无论代理传递什么Host头，Apache都会返回Canonical的Host，导致WP获取错误值。

3. WordPress配置与代理规则不匹配 #

仅修改$_SERVER['HTTP_HOST']但未同步设置WP_HOME、WP_SITEURL和SSL相关参数，会导致WP生成的链接与代理期望的地址冲突，引发无限重定向循环。

4. 托管服务商的域名锁定限制 #

部分托管WordPress服务会在服务器层面强制绑定域名，禁止通过其他域名访问，即使代理配置正确，也会被服务商的规则覆盖Host头。

解决方案 #

1. 修正ARR反向代理配置 #

在.NET服务器的web.config中添加或修改代理规则，确保保留原始Host头：

<system.webServer>
  <rewrite>
    <rules>
      <rule name="ReverseProxyToBlog" stopProcessing="true">
        <match url="^blog/(.*)" />
        <action type="Rewrite" url="https://blog.example.com/{R:1}" />
      </rule>
    </rules>
    <outboundRules>
      <rule name="RewriteResponseHeaders" preCondition="ResponseIsHtml1">
        <match serverVariable="RESPONSE_Link" pattern="https://blog.example.com/(.*)" />
        <action type="Rewrite" value="https://www.example.com/blog/{R:1}" />
      </rule>
    </outboundRules>
  </rewrite>
  <proxy enabled="true" preserveHostHeader="true" reverseRewriteHostInResponseHeaders="false" />
</system.webServer>

重点确保preserveHostHeader="true"，让ARR转发原始请求的Host头给Apache。

2. 调整Apache虚拟主机配置 #

若有权限修改Apache配置，确保虚拟主机接受www.example.com作为Host：

<VirtualHost *:443>
  ServerName blog.example.com
  ServerAlias www.example.com
  UseCanonicalName Off
  # 其他WordPress相关配置...
</VirtualHost>

关闭UseCanonicalName可让Apache使用请求中的Host头，而非强制使用ServerName。

3. 正确配置WordPress的wp-config.php #

同步设置站点URL、SSL和Host头，避免重定向循环：

// 设置正确的站点地址
define('WP_HOME', 'https://www.example.com/blog');
define('WP_SITEURL', 'https://www.example.com/blog');

// 强制后台使用HTTPS
define('FORCE_SSL_ADMIN', true);

// 识别代理传递的HTTPS协议
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
}

// 强制设置正确的Host头
$_SERVER['HTTP_HOST'] = 'www.example.com';

需同时设置WP_HOME和WP_SITEURL，否则WP会继续使用数据库中的旧地址，引发重定向。

4. 联系托管服务商解除域名锁定 #

若以上配置均无法解决问题，大概率是服务商在服务器层面做了域名绑定限制，需联系服务商允许www.example.com访问该WordPress站点，或调整服务器配置传递正确的Host头。

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