WebSocket connection reset：WebSocket 连接被强制重置
WebSocket connection reset严重程度 HighWebSocket 连接被 RST 强制切断，没有 close 帧、没有 FIN，是链路上某一方的暴力终止。最可能是中间设备识别长连接流量特征后重置，或 NAT 表项过期；第一步是测量连接每次能维持多久，看时长是否有规律。
结论
WebSocket 规范为关闭设计了体面的流程：close 帧往返、TCP 挥手。RST 的出现意味着有人跳过了全部流程直接拔线——服务端崩溃时会这样，NAT 设备清表后会这样，识别流量特征的中间设备更偏爱这样（RST 是它们成本最低的干预手段）。三者的区分依据主要是时间规律：崩溃是随机的，NAT 是按空闲计时的，特征识别往往按流量或时长触发、规律性最强。
适用环境
- 全部平台
- 基于 WebSocket 的代理协议、实时应用、推送通道
一分钟快速判断
连续三次运行长保持检测：
connproof websocket wss://你的地址/路径 --hold 180000对照三次的存活时长：
- 高度一致（例如都在 60 秒上下）→ 固定策略：NAT 空闲超时或中间设备的时长阈值；
- 与数据量相关（传输一定量后断）→ 流量特征或配额类策略；
- 完全随机 → 服务端或中转的稳定性问题（崩溃、重启、过载清理）。
这条错误代表什么
与 WS-002（礼貌关闭）和 TCP-003（通用 TCP 重置）的关系值得摆清楚：本条是 TCP-003 在 WebSocket 场景的特化——重置发生在升级完成后的数据阶段。WebSocket 场景的特殊性在于长连接 + 持续加密流量这个组合恰好是许多网络设备的重点关注对象：普通网页请求几秒内结束，而一条活跃数小时的加密连接在流量统计里非常显眼。这也是为什么同一网络下网页浏览正常、WebSocket 却频繁被重置的现象并不矛盾。
ConnProof 如何判断
保持检测记录：升级成功证据（101 + Accept 校验）、存活毫秒数、终止方式为 RST（区别于 close 帧与 FIN）、以及 ping/pong 的往来情况。三次测量的时长序列是核心证据——把它与"换网络后的三次测量"并排对比，干扰源自哪一侧几乎一目了然。
最常见原因
- 中间设备识别长连接特征后重置：规律性强，常与流量阈值或时长阈值绑定；
- NAT/防火墙表项过期：空闲计时型，心跳可缓解；
- 代理或中转服务器重启：随机分布，或集中在维护时段；
- 服务端异常退出：伴随该服务的所有用户同时掉线。
Windows / macOS / Linux 排查步骤
- 三次保持检测取时长序列；
- 空闲计时型：开启或缩短客户端心跳，把静默间隔压到阈值之下，复测确认存活时长突破原值；
- 规律切断型（心跳无效）：换网络对比锁定干扰段；确认在本地网络之外时，个人能做的是与服务方沟通调整（换端口、换传输形态），不要指望本地设置能改变链路策略；
- 随机型：收集掉线时间点序列反馈服务方，与服务端日志比对。
手机端排查步骤
- 移动网络的 NAT 超时短（部分蜂窝网络一分钟级），频繁重置是环境常态，重点在客户端的自动重连是否顺畅；
- 排查时保持前台 + 屏幕常亮，先排除系统休眠；
- Wi-Fi/蜂窝分别测三次，两组时长序列的差异直接归因。
如何区分本地问题和节点问题
| 证据 | 更可能是 |
|---|---|
| 时长固定 + 换网络后消失 | 原网络的 NAT/策略 |
| 时长固定 + 任何网络都在 | 目标线路或服务端网关策略 |
| 随机 + 多用户同时 | 服务端/中转稳定性 |
| 心跳开启后显著改善 | 空闲超时（已解决） |
| 仅 WebSocket 被重置、网页正常 | 长连接特征识别 |
传输形态的调整空间
确认重置来自链路对长连接特征的关注后，用户与服务方之间其实存在一段可协商的空间，了解它有助于把反馈提得更具体。特征识别通常盯着几个维度：连接时长（数小时不断的连接显眼）、流量形态（恒定速率的加密流像隧道）、端口与 SNI 组合。服务方可以做的调整包括：把服务分布到多个端口降低单端口特征浓度、在协议层引入流量填充打乱形态、缩短单连接寿命主动轮换（把"被动被重置"变成"主动重建"，用户体验反而更稳）。用户侧能配合的是：反馈时附上准确的时长/流量阈值证据，并在客户端里开启服务方推荐的传输选项。需要说明的边界：这些属于服务可用性范畴的正常工程调整；ConnProof 不提供、也不建议使用以绕过网络安全策略为目的的技术手段。
仍未解决时收集什么信息
- ConnProof 错误码（WS-003）与脱敏报告；
- 两个网络下各三次的存活时长序列；
- 心跳调整前后的对照；
- 客户端名称和版本、操作系统版本、问题时段。
禁止提交：完整订阅链接、密码、验证码、私钥、Token。
重新运行检测
connproof websocket wss://你的地址/路径 --hold 180000 --format markdown --output ws-report.md修复后连接应稳定保持到目标时长，以正常关闭结束。间歇性重置的验证需要连续多轮通过才有说服力——单次成功可能只是恰好落在两次干预之间的空窗。
相关文档
更新记录
- 2026-07-28：规则 v1 发布，确立时长序列对比归因法。