Apache2反向代理下Host头无端口时自引用URL携带物理端口81的问题解决咨询

问题根源分析 #

你的情况其实是Apache的一个默认行为导致的：当请求的Host头里没有携带端口信息时，它会优先使用自身实际监听的物理端口（也就是81）来构建自引用URL，同时填充PHP的SERVER_PORT变量——哪怕你已经关闭了UseCanonicalPhysicalPort和UseCanonicalName，这个 fallback 逻辑依然会触发。而当反向代理用非标准端口（比如2015）时，Host头会明确带端口号，Apache就会直接沿用这个端口，所以表现正常。

针对性解决方案 #

要让Apache正确识别前端代理的真实端口（80），可以按以下步骤配置：

1. 让Caddy转发前端端口信息
   在你的Caddy反向代理配置里，新增转发X-Forwarded-Port头的规则，把前端的80端口传递给Apache。比如在Caddyfile的对应站点块中：

   reverse_proxy localhost:81 {
       header_up Host {host}
       header_up X-Forwarded-Port 80
       header_up X-Forwarded-Proto {scheme}
   }
   

2. 配置Apache信任并使用代理传递的端口
   我们需要启用Apache的mod_remoteip模块，让它认可反向代理传递的端口信息：

   • 先启用模块：

     a2enmod remoteip
     

   • 然后在Apache的主配置或虚拟主机配置中添加以下内容：

     RemoteIPHeader X-Forwarded-For
     RemoteIPTrustedProxy 127.0.0.1
     # 让Apache使用X-Forwarded-Port覆盖物理端口
     RemoteIPPortHeader X-Forwarded-Port
     

   这个模块会让Apache把请求的端口替换成代理传递的80，生成自引用URL时就不会再带81，PHP的SERVER_PORT也会变成80。

3. 补全虚拟主机配置
   虽然你已经关闭了规范端口相关配置，可以再确认虚拟主机的ServerName设置明确带80端口：

   ServerName localhost:80
   

   结合上面的配置，就能彻底解决端口显示异常的问题。

关于后续SSL配置的提前说明 #

等你后续配置SSL（Caddy监听443，转发到Apache）时，只需要把Caddy配置里的X-Forwarded-Proto设为https，同时确保Apache的mod_remoteip配置保留。如果需要强制HTTPS跳转，也可以在Apache里加一段规则做双重保障：

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}$1 [R=301,L]

为什么你的Workaround能生效？ #

当Caddy绑定外部IP、Apache绑定localhost且都用80时，Apache实际监听的端口就是80，自然会用80生成URL——这相当于绕开了端口映射的问题，但确实不够优雅。上面的方案是从根源上让Apache识别前端代理的真实端口，更符合标准反向代理的配置逻辑。

备注：内容来源于stack exchange，提问作者CherryDT