问题标签 [tcp-rst]

研究nginx : ignore some requests without proper Host headerclose(2)让我想到如果操作系统通过向另一端发送RST(and/or ) 正确终止底层 TCP 连接，实际上不可能建立 TCP 连接FIN。

一种解决方法是使用类似的东西，但是，从OpenBSD和FreeBSDtcpdrop(8)可以看出，它是通过基于 sysctl 的接口实现的，并且可能在 BSD 之外存在可移植性问题。（事实上​​，看起来即使是基于 sysctl 的实现在 OpenBSD 和 FreeBSD 之间也可能有很大的不同，需要一个移植层——OpenBSD 使用该结构（随后，它包含两个元素，加上一些其他信息），而FreeBSD，DragonFly和NetBSD直接使用两个元素的数组usr.sbin/tcpdrop/tcpdrop.ctcp_ident_mappingsockaddr_storagesockaddr_storage。） 事实证明，OpenBSDtcpdrop似乎确实R按照tcpdump(8), 并且可以通过查看最终/sys/netinet/tcp_subr.c :: tcp_drop()调用tcp_close()的 , 来确认（并确认在 SOtcp_close() 上发送RST到其他地方），因此，它似乎也不起作用。

如果我自己通过 C 建立连接，有没有办法随后在不确认对方的情况下放弃它，例如，不启动RST？

对间歇性连接问题进行故障排除时，我们注意到“空闲连接超时”（默认 120 秒）上的 IIS 8.5 正在向负载均衡器发送 RST 标志而不是 FIN 标志。

1. 这是 IIS 在空闲超时时发送 RST 标志的标准行为吗？

2. “供应商应用程序”->“负载均衡器 Netscalar”->“IIS”

   我们面临的问题是，当 IIS 在空闲超时时向负载均衡器发送 RST 标志时，负载均衡器没有将其传达给发出请求的“供应商应用程序”。

因此，当连接 b/w LB 和 IIS 关闭时，连接 b/w vendor app 和 LB 仍处于已建立状态，这似乎导致了间歇性连接问题（目标服务器无法响应）。

我需要帮助来了解 Wireshark 中的红色和黑色错误（请参阅随附的屏幕截图）。当我尝试访问托管在 IIS 上的静态文件夹中的大型 PDF 文件时，会产生这些错误。

我对 TCP 协议的了解非常有限。非常感谢任何帮助！

我在 MacOS 上使用 POSIX 套接字函数的服务器有问题。问题是当我的客户端尝试使用该connect()功能连接到服务器时，服务器（macOS）发送一个 tcp RST 数据包并关闭连接。我试图禁用FW，但问题仍然存在。

我只放了我认为对你理解我的问题有用的东西。相同的代码在 Linux (Ubuntu) 上运行良好。我认为这是关于 MacOS 上的安全策略的问题。

服务器代码：

我的服务器应用程序在 for(...) 循环中的第一个 accept() 调用中阻塞，并且使用 Wireshark 我观察到我的服务器发送了一个 TCP RST 数据包并因此关闭了连接。

谢谢大家！

我一直在分析从我的 IP 发送到游戏服务器的数据包。
由于某种原因，与服务器的连接被重置，在数据包捕获后，我可以看到在断开连接时发送了 TCP RST 数据包。
我尝试使用高级防火墙专门将 TCP RST 数据包限制到游戏服务器，看看这是否会阻止这种断开连接。但是我无法在规则中指定标志级别的详细信息。
我怎样才能完成这个配置？
有没有第三方防火墙可以做到这一点？

谢谢

随机 POST 请求失败，并显示“现有连接被远程主机强制关闭”。基于 TCP 转储发现服务器在所有响应数据包发送到客户端之前发送 TCP RST。

在所有响应数据包发送到客户端之前，服务器发送加密警报（21）和 TCP RST 的原因可能是什么？