首页/网络/网络排障速查/RST 判读:谁复位了连接、为什么
本包目录(235 条)

RST 判读:谁复位了连接、为什么

RST 是连接被强杀的信号:先看是谁发的(ip.src)、在哪个阶段发的(握手/传输中)、以及是否来自中间设备,再对应到端口未开、应用 abort、设备清理会话等根因。

网络排障速查网络更新于 2026-10-12

定位与判读

定位与判读
tcp.flags.reset == 1
tcp.flags.reset == 1 && ip.src == 10.0.0.5      # 指定方向
tcp.flags.reset == 1 && tcp.flags.ack == 1      # 带 ACK 的 RST(多为进程 abort)
tcp.flags.syn == 1 && tcp.flags.reset == 1      # 少见但重要:对 SYN 直接回 RST

RST 形态

RST 形态含义
响应 SYN 的 RST+ACK端口无监听(或被防火墙 REJECT)
传输中段 RST应用 crash / abort / 主动关闭异常
长时间空闲后 RSTNAT/SLB 会话老化,或 keepalive 探到死连接
ACK 号异常的 RST多为中间设备注入
RST 后立刻有新 SYN客户端重试或重连
Wireshark 里 RST 的 [SEQ/ACK analysis] 面板会给出「相对序列号」,配合前后文可判断它是响应哪一帧。

易错点

  • 看到 RST 就归咎对端:RST 可能由链路上任意中间设备伪造(源 IP 仍是原地址)
  • 忽略时间上下文:空闲很久后的 RST 与刚建立就 RST 的根因完全不同

数据来源与参考

  • RFC 9293:Reset 处理规则
  • Wireshark 文档:tcp.flags.reset

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌