Apache反向代理不限制WebSocket报文体，但Upgrade握手阶段受默认请求头限制影响；需配置LimitRequestFieldSize 16384和LimitRequestFields 120，并启用mod_proxy_wstunnel、ProxyPass至ws://地址，同时清理冗余头并同步后端头大小限制。
apache 反向代理本身不直接限制 websocket 报文头大小，但 websocket 连接在建立阶段（http upgrade 请求）会经过常规 http 处理流程，此时受 apache 默认请求头限制影响。若客户端发送的 upgrade 请求中包含超长头（如过大的 x-forwarded-for、自定义认证 token 或调试头），apache 可能在握手前就返回 400 错误，导致 websocket 连接根本无法升级。
检查并放宽握手阶段的请求头限制
WebSocket 握手本质是带 Upgrade: websocket 和 Connection: Upgrade 的 HTTP 请求，Apache 对其按普通请求处理。需确保以下指令在对应虚拟主机或位置块中生效：
-
LimitRequestFieldSize 16384：将单个 Header 行上限从默认 8190 字节提至 16KB，覆盖常见 Token 或加密 ID 长度 -
LimitRequestFields 120：适当增加允许的 Header 字段数，避免因多层代理注入的X-Forwarded-*头叠加超限 - 这些指令需放在
<VirtualHost>或全局配置中，不能仅写在<Location /ws>内（Apache 在路由前已校验请求头）
确保 WebSocket 路径走专用隧道，不被 HTTP 代理逻辑干扰
普通 ProxyPass 不识别 Upgrade 协议，会丢弃关键头或拒绝转发。必须显式启用隧道模式：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 确认已加载
mod_proxy_wstunnel：a2enmod proxy_wstunnel（Ubuntu/Debian）或手动添加LoadModule proxy_wstunnel_module modules/mod_proxy_wstunnel.so - 为 WebSocket 路径单独配置，协议前缀必须是
ws://或wss://：ProxyPass /ws ws://127.0.0.1:8080/wsProxyPassReverse /ws ws://127.0.0.1:8080/ws - 禁用对该路径的响应体缓冲：
<Location "/ws"> SetEnv nokeepalive SetEnv downgrade-1.0 </Location>，防止 Apache 缓存或重写 Upgrade 流量
清理上游注入的冗余头，减少握手负载
多级代理（如 CDN → Nginx → Apache）常在请求头中叠加重复字段，使 Upgrade 请求膨胀。应在 Apache 入口处精简：
- 对非必要头显式清除：
RequestHeader unset X-Powered-By、RequestHeader unset X-Debug-Info - 限制
X-Forwarded-For只保留一级真实 IP：RequestHeader set X-Forwarded-For "%{REMOTE_ADDR}e" env=REDIRECT_REMOTE_ADDR，配合RemoteIPInternalProxy 127.0.0.1 - 避免前端 SDK 将完整用户 profile 注入
X-User-Data类自定义头——改用短 ID + 后端查库
同步调整后端服务的头处理策略
即使 Apache 放宽限制，后端（如 Spring Boot、Node.js）仍可能有自己的请求头大小阈值。需保持一致：
- Spring Boot：
server.max-http-header-size=16384 - Tomcat：
maxHttpHeaderSize="16384"（在server.xml的 Connector 中） - Node.js（Express）：
app.set('trust proxy', true)并确保中间件不重复解析已存在的X-Forwarded-*头
