tcp 三次握手的奇葩问题

[huaiyinhou]

现象：服务端应用部署在rhl 6.4上，监听端口为8112 、8114 、8116 、8118。由另一台机器发请求后，发现监听一会就没了，客户端链接超时或拒绝连接。通过tcpdump监控到问题出现在tcp三次握手中的第二次一直无法成功。但把服务端换了其他端口就没问题（上述端口肯定未被占用）。后来没有办法，把apache 的服务端口更改为上述端口，测试一直没出现问题，tcp我手成功，业务测试正常。
最后只得在这台服务器上再模拟客户端请求，问题依旧出现在三次握手，只要换了端口肯定没问题，至今未能解决（selinux iptables全是关的）。
希望大家帮我分析一下。

[tftk]

第二次握手为什么失败？

[huaiyinhou]

@tftk 没找到原因

[tftk]

确定抓包也看不到为什么失败？

[cloveryume]

bind这几个端口，向外连，看看会怎么样？

[zeayes]

第二次握手失败，返回的是什么错误信息呢？

[huaiyinhou]

@tftk 是

[hslx111]

无法成功，那失败的信息有吗？

[cloudzhou]

考虑一下防火墙和路由

[jedihy]

@zeayes TCP除了能发RST包之外还能返回错误信息？

[huaiyinhou]

@jedihy rst都没有

[huaiyinhou]

@tftk 由于在本机服务器测试，tcpdump 没有看到

[jedihy]

@huaiyinhou 就是你发了SYN之后，没有SYN的ACK回来？

[zeayes]

@jedihy 我的意思没表述清楚。


@huaiyinhou 楼主的意思是：client SYN后，server ACK/SYN后，client没有ACK？

[tywtyw2002]

楼主把tcpdump -vvv的结果发来。

[huaiyinhou]

@tywtyw2002 稍后