服务器 Gind.cn
  1. 服务器 Gind.cn
  3. tcpdump连接重试分析
Intereting Posts
在bash中运行命令，而不保存在历史logging中 IOS 12.4 Basic是否提供“ip nat pool …”？ 用supervisord运行django自定义pipe理命令 一个工具来更改给定命令的默认绑定接口？ 如何监视IIS 6中的文件下载 使用nginx为特定用户代理服务不同的文件 NFSv4和idmapping 用于Microsoft NPS / RADIUS / PEAP的第三方通配符证书 如何从手机访问Apache虚拟主机？ freebsd 8的邮件日志状态，这些是什么意思？ /以太网上的32个子网通过DHCP 设置警报直到确认（Nagios \ Icinga） Postfix标题…更改主机名？ FTP到GCS传输 syslog中ntpdate的“NTP套接字正在使用”消息

tcpdump连接重试分析

有人可以看看这个tcpdump，让我知道，如果问题是与我的客户端，或服务器，或连接，对于服务器没有响应的前6个连接尝试： 

07:17:01.493983 IP clientIP.20482 > serverIP: Flags [S], seq 221084411, win 5840, options [mss 1460,sackOK,TS val 193965 ecr 0,nop,wscale 1], length 0 07:17:04.491104 IP clientIP.20482 > serverIP: Flags [S], seq 221084411, win 5840, options [mss 1460,sackOK,TS val 194265 ecr 0,nop,wscale 1], length 0 07:17:10.490685 IP clientIP.20482 > serverIP: Flags [S], seq 221084411, win 5840, options [mss 1460,sackOK,TS val 194865 ecr 0,nop,wscale 1], length 0 07:17:21.691846 IP clientIP.46417 > serverIP: Flags [S], seq 546275412, win 5840, options [mss 1460,sackOK,TS val 195985 ecr 0,nop,wscale 1], length 0 07:17:24.692264 IP clientIP.46417 > serverIP: Flags [S], seq 546275412, win 5840, options [mss 1460,sackOK,TS val 196285 ecr 0,nop,wscale 1], length 0 07:17:30.691750 IP clientIP.46417 > serverIP: Flags [S], seq 546275412, win 5840, options [mss 1460,sackOK,TS val 196885 ecr 0,nop,wscale 1], length 0 07:17:42.023667 IP clientIP.43470 > serverIP: Flags [S], seq 856560235, win 5840, options [mss 1460,sackOK,TS val 198018 ecr 0,nop,wscale 1], length 0 07:17:42.023714 IP serverIP > clientIP.43470: Flags [S.], seq 1105326492, ack 856560236, win 14480, options [mss 1460,sackOK,TS val 1184649594 ecr 198018,nop,wscale 7], length 0 07:17:42.199740 IP clientIP.43470 > serverIP: Flags [.], ack 1, win 2920, options [nop,nop,TS val 198036 ecr 1184649594], length 0 07:17:42.458127 IP clientIP.43470 > serverIP: Flags [P.], seq 1:171, ack 1, win 2920, options [nop,nop,TS val 198061 ecr 1184649594], length 170 07:17:42.458156 IP serverIP > clientIP.43470: Flags [.], ack 171, win 122, options [nop,nop,TS val 1184650028 ecr 198061], length 0 07:17:42.468977 IP serverIP > clientIP.43470: Flags [P.], seq 1:365, ack 171, win 122, options [nop,nop,TS val 1184650039 ecr 198061], length 364 07:17:42.470211 IP serverIP > clientIP.43470: Flags [F.], seq 365, ack 171, win 122, options [nop,nop,TS val 1184650040 ecr 198061], length 0 07:17:42.649652 IP clientIP.43470 > serverIP: Flags [.], ack 365, win 3456, options [nop,nop,TS val 198081 ecr 1184650039], length 0 07:17:42.689039 IP clientIP.43470 > serverIP: Flags [.], ack 366, win 3456, options [nop,nop,TS val 198085 ecr 1184650040], length 0 07:17:42.813097 IP clientIP.43470 > serverIP: Flags [F.], seq 171, ack 366, win 3456, options [nop,nop,TS val 198097 ecr 1184650040], length 0 07:17:42.813114 IP serverIP > clientIP.43470: Flags [.], ack 172, win 122, options [nop,nop,TS val 1184650383 ecr 198097], length 0

不知道服务器上的TCP套接字状态的任何信息，我只能说这看起来像一个服务器端问题。 客户端试图使用两个单独的套接字连接到您的服务器，并且只有在第三次连接尝试服务器响应与SYN / ACK正确。

现在完全有可能这两个初始连接尝试在某种程度上是无效的，并且TCP栈正确地忽略它们。 服务器也可能无法接受新的连接尝试 – 可能是负载相关的，iptables规则，sysctlvariables或其他一些速率限制function。

所以虽然我可以说这是服务器在这里没有完成TCP握手，但是除非你提供了更多关于系统状态的信息，否则我不能说这是一个实际问题还是一个特性其他一些configuration或系统条件。