gpt4 book ai didi

linux - SYN 数据包偶尔会在 Linux 上丢失

转载 作者:太空宇宙 更新时间:2023-11-04 09:57:43 24 4
gpt4 key购买 nike

我们正在运行带有 2.6.16 内核并启用了 iptables 的 Debian。该系统正在运行一个定制的 HTTP 代理,它承受着轻微的负载(它在其他站点上的相同负载下工作正常)。该系统由 4 台服务器组成,前面是一个具有虚拟 IP 的负载平衡器,前面是一个 4 台 ISA 2004 机器的阵列,因此基本拓扑是:

客户端 -> ISA [1-4] -> 负载均衡器 -> 我们的代理 [1-4] -> 互联网

偶尔,ISA 会向我们发送一个 SYN 数据包,但没有向其发送 SYN-ACK。它会在 3 秒后重试,并在 6 秒后进行第三次,然后报告代理已关闭,并切换到直接连接。在此期间,即在这 3 个 SYN 之前、之间和之后,来自同一 ISA 的其他 SYN 到来并被成功应答。

其他人报告了一个非常相似的问题(但没有解决方案):

全部来自名为 CentOS 的 Linux 版本。它的特点是默认启用 iptables。

http://www.linuxhelpforum.com/showthread.php?t=931912&mode=linear http://www.centos.org/modules/newbb/viewtopic.php?topic_id=16147

几乎相同:但有点不同: http://www.linuxquestions.org/questions/linux-networking-3/tcp-handshake-fails-synack-ignored-by-system.-637171/

似乎也相关: http://groups.google.com/group/comp.os.linux.networking/browse_thread/thread/b1c000e2d65e0034

我怀疑 iptables 是罪魁祸首,但欢迎任何其他反馈。

最佳答案

查看 listen 调用的第二个参数,如您发布的第一个链接中所述。这是挂起(尚未接受)连接的最大数量。根据 listen(2) 手册页,如果协议(protocol)支持重传(TCP 支持),连接请求将在队列已满时被丢弃(如果队列中有足够的空间,则期待稍后的重传将创建连接) ).

关于linux - SYN 数据包偶尔会在 Linux 上丢失,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/216544/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com