为什么一些带有 RST 标志的 TCP 数据包被归类为新传入连接？

Question 1

TCP 重置是一种无需确认即可终止 TCP 连接的方法。通常用于出现问题并需要快速重新启动的情况（在 RST 之后）。

如果在您的 TCP 连接中，您收到来自相同协议、源 IP、源端口、目标 IP、目标端口（也称为五元组）的 RST，则您会将该数据包归类为在已建立的连接“内”接收。

但是，如果您是发送 RST 的实体，您会在发送 RST 后立即清除您的连接信息。如果此时另一端决定发送 TCP RST，则在收到它时，您将不知道该特定的“五元组”（因为您刚刚清除了该知识），因此您会将刚刚收到的数据包视为“新”连接 - 然后会立即再次从您的连接表中清除该连接，因为这是对 RST 数据包的响应。

简而言之，回答你的问题。如果你的机器事先不知道 RST 是在哪个连接（又称五元组）中发送的，它会将 RST 数据包标记为新连接。

Answer

TCP 重置是一种无需确认即可终止 TCP 连接的方法。通常用于出现问题并需要快速重新启动的情况（在 RST 之后）。

如果在您的 TCP 连接中，您收到来自相同协议、源 IP、源端口、目标 IP、目标端口（也称为五元组）的 RST，则您会将该数据包归类为在已建立的连接“内”接收。

但是，如果您是发送 RST 的实体，您会在发送 RST 后立即清除您的连接信息。如果此时另一端决定发送 TCP RST，则在收到它时，您将不知道该特定的“五元组”（因为您刚刚清除了该知识），因此您会将刚刚收到的数据包视为“新”连接 - 然后会立即再次从您的连接表中清除该连接，因为这是对 RST 数据包的响应。

简而言之，回答你的问题。如果你的机器事先不知道 RST 是在哪个连接（又称五元组）中发送的，它会将 RST 数据包标记为新连接。

Question 2

看起来服务器正在强制关闭连接。

以下是有关 TCP RST 的一些信息：TCP 使用 TCP 标头中的 RST（重置）位来重置 TCP 连接。例如，重置是响应不存在的连接请求而适当发送的。重置的 TCP 接收方将中止 TCP 连接并通知应用程序 [RFC793、RFC1122、Ste94]。

此线程似乎也相关且中肯：原因是什么以及如何避免 [FIN, ACK] , [RST] 和 [RST, ACK]

Answer

看起来服务器正在强制关闭连接。

以下是有关 TCP RST 的一些信息：TCP 使用 TCP 标头中的 RST（重置）位来重置 TCP 连接。例如，重置是响应不存在的连接请求而适当发送的。重置的 TCP 接收方将中止 TCP 连接并通知应用程序 [RFC793、RFC1122、Ste94]。

此线程似乎也相关且中肯：原因是什么以及如何避免 [FIN, ACK] , [RST] 和 [RST, ACK]

Question 3

当我的网络中某个段的 MTU 不匹配时，我观察到一些客户端会出现此行为 - 正常 MTU 为 1500，但该段的路由器的 MTU 为 1300，最终导致客户端数据包超时，PUSH 未到达目的地，另一端开始 RST。修复该段的 MTU 可使问题消失。

Answer

当我的网络中某个段的 MTU 不匹配时，我观察到一些客户端会出现此行为 - 正常 MTU 为 1500，但该段的路由器的 MTU 为 1300，最终导致客户端数据包超时，PUSH 未到达目的地，另一端开始 RST。修复该段的 MTU 可使问题消失。

为什么一些带有 RST 标志的 TCP 数据包被归类为新传入连接？

答案1

答案2

答案3

相关内容