Apache反向代理的“冲突”本质是路径、域名、响应头、连接行为四类问题交织，需从现象倒推，精准配置并协同后端修复：路径须用唯一前缀隔离；重定向需ProxyPassReverse严格配对并依赖X-Forwarded-Proto；CORS需透传或强设响应头；连接重置须定位RST真实来源。
apache 反向代理的“冲突”不是单一错误，而是路径、域名、响应头、连接行为四类问题交织的结果。排查要从客户端实际看到的现象倒推，修复关键在配置精准性与后端协同，而非堆砌指令。
路径前缀冲突：多个服务共用同一入口导致 404 或串调
微服务若都暴露 /api/users，而 Apache 没做路径隔离，请求就会落到第一个匹配的 ProxyPass 上，造成路由错乱。
- 每个服务必须绑定唯一路径前缀，例如：
ProxyPass /user/ http://user-svc:8080/、ProxyPass /order/ http://order-svc:8081/ -
ProxyPass和ProxyPassReverse必须成对出现，且路径结尾斜杠严格一致（都带/或都不带） - 禁用后端自动拼接绝对路径——Spring Boot 加
server.forward-headers-strategy=framework，Node.js 禁用res.redirect()中硬编码内网地址
重定向跳转错误：浏览器跳到内网地址或 404
后端返回的 Location: http://127.0.0.1:8080/login 未被修正，用户直接访问失败。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 用
curl -v触发一次重定向，抓取真实响应头中的Location值，再照着写ProxyPassReverse - 如果公网是 HTTPS，后端只跑 HTTP，不能靠
ProxyPassReverse强转协议；应让后端读取X-Forwarded-Proto构造正确 URL - Apache 配置中加：
ProxyPreserveHost Off+RequestHeader set X-Forwarded-Proto "https"
CORS 请求被拦截：跨域失败但后端日志显示已返回头
Apache 默认不透传 Access-Control-Allow-Origin 等响应头，前端收不到，误以为后端没配。
- 先直连后端验证响应头是否存在；再通过代理访问对比，确认是否丢失
- 推荐方式一（强控）：
Header always set Access-Control-Allow-Origin "https://your-frontend.com"，注意Allow-Credentials: true时不能用* - 推荐方式二（透传）：启用
mod_headers，加Header edit Access-Control-Allow-Origin "^(.*)$" "$1"，并确保ProxyPreserveHost On - 补全 OPTIONS 预检支持：
RewriteEngine On+RewriteCond %{REQUEST_METHOD} =OPTIONS+RewriteRule ^(.*)$ $1 [R=200,L]
连接突然中断：报 “Connection reset by peer”
这不是 Apache 主动断开，而是后端或中间设备发了 TCP RST 包。重点查谁在主动杀连接。
- 绕过 Apache 直连后端：
curl -v http://backend:8080/health，看是否同样复现 - 检查后端日志关键词：
OOM、timeout、broken pipe、killed process - 在 Apache 服务器上抓包：
tcpdump -i any port 8080 -w reset.pcap，Wireshark 查 RST 来源 IP - 确认 SELinux 允许外连：
getsebool httpd_can_network_connect，若为off则执行setsebool -P httpd_can_network_connect 1
