摘要

  • TIME-WAIT 是一道时间边界：主动关闭连接的一端必须按 RFC 9293 保留状态至 2xMSL，让上一条连接的旧报文在同一端点组合再次使用前自然消亡。
  • RFC 1337 描述的“暗杀”链条利用了普通 TCP 反应：不可接受的旧报文触发 ACK，已经关闭的对端以 RST 回应；若这个 RST 被接受，TIME-WAIT 就会提前消失。

该备忘录证明快速重开后可能出现三种后果，但实验环境经过刻意调校并大量复制报文，因此结论是存在性证明，不是当代生产网络中的发生率统计。

应用程序结束，并不等于网络已经清空。一段数据可能仍堵在拥塞链路之后，一个被复制的 ACK 也可能沿更长路径迟到。它们不知道套接字已经关闭，更不知道同一组地址和端口很快可能代表另一条连接。

TIME-WAIT 用一段保留状态把两段历史分开。主动关闭的一端完成最后的报文交换后，不会立刻删除传输控制块。RFC 9293 明确要求它停留 2xMSL，也就是两倍最大报文生存期。这个计时器不是延迟清理，而是完整性机制：在同一四元组再次获得意义之前，给旧报文足够时间从网络中消失。

RFC 1337 的关键发现是，TCP 为处理陈旧流量设计的正常反应，反而可能拆掉这道隔离边界。

一次正确应答，制造了错误的重置

链条从一段旧数据或旧 ACK 抵达仍处于 TIME-WAIT 的端点 A 开始。它的序列号或时间戳属于先前的连接生命，因此不能被当前状态接受。A 按规则回复 ACK，并写入当前的 SND.NXT 与 RCV.NXT。

端点 B 已经忘记这条连接。它收到一段无法对应现存状态的 ACK，于是返回 RST。若 A 把这个重置视为离开 TIME-WAIT 的理由，它就删除了本应比旧报文活得更久的状态。旧报文没有直接命令 A 关闭；它先迫使 A 发出准确应答，再让已经无状态的 B 产生破坏性控制信号，最后由这个信号结束等待。RFC 1337 将这条链称为 TIME-WAIT Assassination。

“暗杀”本身还没有把旧数据交给新应用。它只是撤掉了阻止这种事情发生的屏障。要让后续危险成为现实，同一连接身份必须在旧副本消失前重新打开，前后两次连接的序列空间还要有足够重叠；随后，某段旧报文必须恰好落进新状态认为有效的范围。

备忘录列出三种结果。H1 是错误接收旧连接的数据。H2 是两端失去同步；按照当时规范中的处理方式，它们可能确认从未发送过的状态，并陷入持续 ACK 循环。H3 是新连接失败：旧报文在建立阶段触发重置，即使连接一度看起来已经成功打开。

这些附加条件解释了为什么 RFC 1337 认为 H1、H2、H3 比暗杀事件本身更不容易发生。仅仅提前删除 TIME-WAIT 还不够，还需要快速复用、序列空间重叠以及旧副本在恰当时刻命中恰当范围。文档在一套 SunOS 4.1.1 TCP 上重现了这些现象，但使用的是大量复制报文、并专门调校参数以制造条件的模拟环境。它证明机制可能存在，却没有给出现代网络的普遍频率，也没有说明某个当前产品必然如此运行。

三种补救，解决的并不是同一个问题

RFC 1337 提出的第一种方法最直接：处于 TIME-WAIT 时忽略 RST。若文档假设的两分钟 MSL 得到执行，它认为这能避免 H1、H2、H3。理由来自状态本身的职责：既然 TIME-WAIT 是为了等旧报文消失，未经认证的旧流量就不该有权缩短等待。

这个结论也有清楚边界。RFC 1337 是 Informational 文档，并建议进行更长时间的生产测试，以排查忽略 RST 可能带来的意外影响。它没有证明所有实现都采用了这一做法，也没有声称任何架构都能无代价地忽略此状态中的重置。

第二种方法借助 TCP 时间戳与 PAWS。只要 TIME-WAIT 至少保留到两端时钟向前推进，新连接的 SYN 就能携带比旧报文更大的时间戳，从而挡住 H1 中的旧数据。然而这不是完整补救。旧 ACK 在 TIME-WAIT 中可能触发一个带有当前时间戳的新 ACK；这段“刚生成的旧副本”有机会在下一次连接中通过 PAWS，因此 H2、H3 未必随之消失。

第三种方法把序列号扩展到 64 位。更大的空间可以显著延长重复使用相同序列区间所需的时间，却不能阻止 RST 提前删除 TIME-WAIT。RFC 1337 因而把它视为一项重大的协议变化：只有连同其他参数调整，才可能消除后续危险，而不是单独解决暗杀。

现行基础规范保留了这组张力

作为当前 TCP 基础互联网标准，RFC 9293 继续要求主动关闭端保留 2xMSL 的 TIME-WAIT。它允许从这个状态直接接受同一对端发来的新 SYN，但有两个条件：新连接的初始序列号必须大于上一次使用过的最大序列号；如果这个 SYN 后来证明是旧副本，端点必须回到 TIME-WAIT。对于高连接建立率的服务器，文档还指向基于时间戳的改进算法。

与此同时，基础状态机仍保留了问题中的那条出口：完成可接受性检查后，在 TIME-WAIT 中处理一个 RST，会进入 CLOSED 并删除控制块；若收到的是对端 FIN 的重传，则回复 ACK 并重新启动 2xMSL 计时。两种控制报文在同一状态内走向不同分支，一个终止边界，另一个延长边界。

所以，“减少 TIME-WAIT”并不是完整的工程描述，因为它没有说明什么证据可以替代时间来隔开两次连接。“保留更多状态”同样不够，因为它没有说明这份状态能否抵抗将其提前删除的信号。真正的架构问题是：一道本来要比未经认证的旧流量活得更久的隔离期，需要什么证据才能安全结束？

本稿仅使用两份来源：RFC 1337 于 1992 年 5 月以 Informational 状态发布，RFC 9293 于 2022 年 8 月作为互联网标准发布。它们说明协议机制、成立条件与基础规则，不提供当代发生频率，也不证明某个具名产品的实现行为。