我正在尝试弄清楚我的应用程序的TCP/IP连接每10分钟（准确地说，是在1-2秒内）为什么会出现问题。我运行了Wireshark并发现，在10分钟的不活动后，另一端会发送一个设置了复位（RST）标志的包。谷歌搜索告诉我“复位标志表示接收方已经变得混乱，因此希望中止连接”，但这有点缺少我需要的详细信息。可能导致这种情况的原因是什么？这是不是由途中的某个路由器负责，或者总是来自于另一端点？
编辑： 我的电脑和另一端之间放置了一个路由器（具体是Linksys WRT-54G），我应该在路由器设置中寻找什么？
'路由器'可以做任何事情-特别是NAT，可能涉及对流量进行任意数量的有错误的干预...
设备发送RST的一个原因是响应收到关闭套接字的数据包。
很难给出一个坚定但普遍的答案，因为自TCP诞生以来，每种可能的扭曲都被试验过了，各种人可能会插入RST，试图阻止流量。(例如，一些'国家防火墙'就是这样工作的。)
运行一个数据包嗅探器（例如Wireshark）也在同行上，查看是同行发送了RST还是中间有人干扰。
需要注意的一件事是，许多Linux netfilter防火墙都配置不正确。
如果你有像这样的东西：
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -p tcp -j REJECT --reject-with tcp-reset
如果数据包重新排序，防火墙可能会将数据包视为无效，并因此生成重置，这将破坏本来正常的连接。
在无线网络中，重新排序尤其容易发生。
应该改为：
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -m state --state INVALID -j DROP
-A FORWARD -p tcp -j REJECT --reject-with tcp-reset
基本上，每当你有：
... -m state --state RELATED,ESTABLISHED -j ACCEPT
它应立即跟随：
... -m state --state INVALID -j DROP
最好丢弃数据包，而不是生成潜在的破坏协议的TCP重置。当证明重置是正确的，因为这样可以消除超时时，重置更好。但是，如果有任何可能无效，则可能会导致此类问题。
我刚花了很多时间来解决这个问题，但是提出的所有解决方案都没有起作用。
原来我们的系统管理员错误地把两个不相关组的服务器分配了相同的静态IP地址，而这两台服务器位于同一个网络上。最终导致VNC连接不稳定、浏览器需要刷新多次才能获取网页等其他奇怪问题。
主动关闭方发送RST，因为它是发送最后一个ACK的一方。所以如果它在错误状态下从被动关闭方接收到FIN，则会发送一个RST数据包，向另一方指示发生了错误。
如果有一个进行NAT操作的路由器，特别是一台资源较少的低端路由器，它将首先使最老的TCP会话过期。为了做到这一点，它在数据包中设置RST标志，有效地告诉接收站（非常不优雅地）关闭连接。这是为了节省资源而做出的。
这是因为网络中有另一个进程向你的TCP连接发送了RST。
通常情况下，以下情况会发送RST：
在你的情况下，似乎有一个进程连接你的连接（IP + 端口），并在建立连接后持续发送RST。