apache不能代理webrtc的udp媒体流，但可安全代理其https信令、websocket控制通道（如/rtc/v1/subscribe）和管理接口，需启用mod_proxy_wstunnel透传upgrade头、延长超时、透传x-forwarded-*等真实客户端上下文。

Apache 不能代理 WebRTC 的 UDP 媒体流（如 SRTP、RTCP），但可以安全代理其 HTTPS 信令、WebSocket 控制通道（如 /rtc/v1/subscribe）和管理接口。关键在于正确透传协议升级头、维持长连接、保留真实客户端上下文，并确保后端能识别原始 TLS 和网络环境。

启用并配置 WebSocket 透传

WebRTC 信令常通过 WebSocket 建立，Apache 默认不自动升级连接。需显式启用升级逻辑：

• 确认已加载 mod_proxy_wstunnel 和 mod_headers 模块
• 在 <virtualhost></virtualhost> 或位置块中添加：

  ProxyPass "/rtc/v1/" "ws://127.0.0.1:8080/rtc/v1/"

• 强制透传 Upgrade 和 Connection 头：

  RequestHeader set Connection "upgrade" env=HTTP_UPGRADE
  RequestHeader set Upgrade "websocket" env=HTTP_UPGRADE

设置长连接与超时参数

WebRTC 会话需保持连接活跃，避免被代理中断：

Apache Superset Dashboard and SQL Exploration Skill

Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

• 禁用响应缓冲，防止延迟累积：SetEnv nokeepalive 1
• 延长超时值（单位：秒）：

  ProxyTimeout 300
  KeepAlive On
  MaxKeepAliveRequests 100
  KeepAliveTimeout 300

• 关闭后端连接复用（可选）：ProxySet keepalive=off，避免状态残留

透传客户端真实上下文

后端服务依赖真实 IP、协议、端口等信息做鉴权或路由。仅靠 ProxyAddHeaders On 不够，需手动补全：

• 启用代理头转发：ProxyAddHeaders On
• 注入关键头（使用 env=HTTPS 确保条件准确）：

  RequestHeader set X-Forwarded-Proto "https" env=HTTPS
  RequestHeader set X-Forwarded-Proto "http" env=!HTTPS
  RequestHeader set X-Forwarded-Port "443" env=HTTPS
  RequestHeader set X-Forwarded-Port "80" env=!HTTPS
  RequestHeader set X-Forwarded-Host "%{HTTP_HOST}e"
  RequestHeader set X-Real-IP "%{REMOTE_ADDR}e"
  RequestHeader set X-Forwarded-For "%{REMOTE_ADDR}e"

• 若需透传客户端证书（如双向 TLS 场景），需配合 SSLProxyEngine On 和 SSLOptions +StdEnvVars，再用 RequestHeader 显式提取

验证与常见避坑

配置完成后需重点验证三项：

• 用浏览器访问 wss://your-domain.com/rtc/v1/subscribe，检查控制台是否出现 WebSocket 连接成功日志，无 400/502 错误
• 抓包确认响应中含 Upgrade: websocket 和 Connection: upgrade
• 在后端打印 X-Forwarded-Proto 和 X-Real-IP，确认值为 https 和真实公网 IP，而非 127.0.0.1
• 避免在 ProxyPass 后加斜杠导致路径截断；ProxyPreserveHost Off 更利于后端解析原始 Host