Apache 2.4.37+才正式支持ProxySourceAddress指令，需置于或内，绑定本机已配置IP；低版本可用ProxySet bind_address（2.4.20+）替代，均依赖系统路由与IP绑定策略。
Apache 本身没有 ProxySourceAddress 指令，这个说法常见但不准确——它只在 2.4.37 及以上版本 中正式支持，且必须满足特定条件才能生效。低于该版本（如 CentOS 7 默认的 2.4.6）直接写会报错：Invalid command 'ProxySourceAddress'。真正起作用的是系统路由策略与 Apache 的绑定能力协同工作的结果。
确认 Apache 版本与模块状态
先验证是否具备使用前提：
- 运行
httpd -v或apache2ctl -v，确保输出版本 ≥ 2.4.37 - 执行
httpd -M | grep proxy，确认proxy_module和proxy_http_module已启用 -
ProxySourceAddress不依赖mod_proxy_http，但代理 HTTP 流量时通常需要它
正确配置 ProxySourceAddress
该指令不能放在全局配置顶层或 .htaccess 中，必须嵌套在
- 推荐写法（作用于整个代理块）：
<proxy http:></proxy><br> ProxySourceAddress 10.0.5.200<br> Require all granted<br>
- 也可放在
ProxyPass使用：<virtualhost><br> ServerName api.example.com<br> <proxy><br> ProxySourceAddress 192.168.10.5<br> </proxy><br> ProxyPass / http://backend:8000/<br> ProxyPassReverse / http://backend:8000/<br></virtualhost>
- 填写的 IP 必须是本机已绑定的真实地址（
ip addr show能查到），否则启动失败并提示Cannot assign requested address
替代方案：低版本 Apache 或 bind_address 兼容写法
若版本低于 2.4.37，可用 ProxySet bind_address（自 2.4.20 起支持）：
- 写法示例：
<proxy http:></proxy><br> ProxySet bind_address=10.0.5.200<br>
- 注意：
bind_address是ProxySet的参数，不是独立指令；它只对匹配的后端 URL 生效 - 该方式仍依赖系统允许该 IP 作为源地址发包（Linux 查
sysctl net.ipv4.conf.all.promote_secondaries，Windows 查skipassource设置）
常见失败原因与排查要点
即使配置无误，出口 IP 仍可能未按预期变化：
- 目标 IP 未真实绑定到网卡，或被内核策略屏蔽（如 Linux 的
rp_filter开启、Windows 的skipassource=true） - Apache 进程权限不足（容器环境或 SELinux/seccomp 限制下可能无法绑定非主 IP）
- 后端服务所在网络做了源 IP 白名单，而填错地址导致连接被拒
- 混淆了
ProxySourceAddress与ProxyPass sourceaddress=参数——后者仅作用于单条规则，且兼容性更差 - UDP 代理、WebSocket（
mod_proxy_wstunnel）等不支持该机制
