Apache负载均衡中301重定向死循环，主因是后端Location头未被ProxyPassReverse正确改写、Host头透传异常或前后端域名/协议不一致；须严格匹配ProxyPass/ProxyPassReverse规则、启用ProxyPreserveHost On、禁用后端硬编码域名，并确保后端使用内网标识而非对外域名。
在 Apache 负载均衡架构中配置 301 重定向时，代理死循环跳转（如请求反复在前端代理与后端节点间跳转）通常不是重定向规则本身导致的，而是由 后端服务生成的 Location 响应头未被正确改写、Host 头透传异常 或 前后端域名/协议不一致 引发的。关键在于让所有重定向最终落在用户可见的对外地址上，而非暴露内网路径或触发二次代理。
确保 ProxyPassReverse 正确重写响应头
后端应用（如 PHP、Java、Node.js）返回 301/302 时，常在 Location 头中填入自身监听地址（如 http://127.0.0.1:8080/login 或 https://backend.local/dashboard）。Apache 不会自动替换它，必须用 ProxyPassReverse 显式修正：
- 该指令需与
ProxyPass的路径和目标完全匹配，例如：ProxyPass /app http://backend1:8080/appProxyPassReverse /app http://backend1:8080/app - 它同时处理
Location、Content-Location和URI响应头中的 URL - 若后端有多个节点，每个
ProxyPass都要配对应的一条ProxyPassReverse
透传原始 Host 并规范后端跳转逻辑
后端可能根据收到的 Host 头拼接跳转地址。若 Apache 没转发原始域名，后端就可能生成错误的重定向 URL：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 在
<VirtualHost>中启用：ProxyPreserveHost On（放在ProxyPass前） - 检查后端是否硬编码跳转域名（如
response.sendRedirect("https://myapp.com/...")）。这类情况ProxyPassReverse无效，需改造为相对路径（/login）或基于X-Forwarded-Host动态构建 - 如无法改代码，可用
mod_headers手动编辑响应头：Header edit Location "https?://myapp\.com" "https://www.example.com"
避免对外域名与后端服务同名引发的闭环
当负载均衡器对外域名（如 api.example.com）与后端服务配置的 ServerName 或内部调用域名一致时，重定向可能被 Apache 再次捕获，形成自循环：
- 后端服务应使用内部标识（如
backend-api）而非公网域名作为其ServerName或健康检查目标 - 在 Apache 的
<VirtualHost>中，确保ProxyPass目标是 IP + 端口（如http://10.0.1.5:8080），而非同名域名 - 若必须用域名，应在
/etc/hosts或 DNS 层将后端域名解析为内网 IP，且确保该域名不在 Apache 的ServerName列表中
验证与调试要点
上线前逐项确认：
- 用
curl -I http://your-domain/path查看响应头：状态码是否为 301、Location是否为对外有效地址、无多余跳转 - 访问一个会触发后端重定向的路径（如未登录访问受保护页），跟踪完整跳转链，确保只有一次 301，且终点返回 200
- 检查后端日志，确认它收到的
Host和X-Forwarded-*头符合预期 - 禁用浏览器缓存或用隐身窗口测试，避免本地 301 缓存干扰判断
