什么情況會(huì)導(dǎo)致三次握手出現(xiàn)這種情況？

boywonder

現(xiàn)在用一個(gè)Client連一個(gè)Server，連接始終建不起來(lái)，抓到的包是這樣的：\r\n\r\n2009-11-16 20:17:08.164292 00:18:82:46:78:19 > 00:18:82:76:20:16, ethertype 0x800, length 66  [eth88]-->OUT\r\n                IP(tos 0x0, ttl 64, id 4949, offset 0, flags [F], length: 52)\r\n                TCP 10.85.164.53.12345 > 10.85.165.133.8899, protocol content:\r\n                [tcp sum ok] \r\n                [SYN ]  seq:3891381102, ack_seq:0, window:32767\r\n\r\n2009-11-16 20:17:08.164682 00:18:82:76:20:16 > 00:18:82:46:78:19, ethertype 0x800, length 66  [eth88]<--IN\r\n                IP(tos 0x0, ttl 64, id 18305, offset 0, flags [F], length: 52)\r\n                TCP 10.85.165.133.8899 > 10.85.164.53.12345, protocol content:\r\n                [tcp sum ok] \r\n                [SYN ACK ]  seq:708675850, ack_seq:3891381103, window:5840\r\n\r\n2009-11-16 20:17:08.164714 00:18:82:46:78:19 > 00:18:82:76:20:16, ethertype 0x800, length 54  [eth88]-->OUT\r\n                IP(tos 0x0, ttl 64, id 0, offset 0, flags [DF], length: 40)\r\n                TCP 10.85.164.53.12345 > 10.85.165.133.8899, protocol content:\r\n                [tcp sum ok] \r\n                [RST ]  seq:3891381103, ack_seq:0, window:0\r\n\r\n第三次本來(lái)客戶端是應(yīng)該回一個(gè)ACK的，不知怎么搞的老是RST？\r\n\r\n有一點(diǎn)可以確認(rèn)，Server端是OK的，客戶端是異步非阻塞模式。\r\n\r\n大俠們賜教，謝謝！��！

ssffzz1

你用telnet 服務(wù)器IP 端口 測(cè)試過(guò)嗎？？？\r\n\r\n同時(shí)抓client和server的包上來(lái)看。

boywonder

這個(gè)server其實(shí)就是一個(gè)簡(jiǎn)單的echo，收到消息后回顯一下。\r\n\r\n現(xiàn)在沒環(huán)境了，明天抓兩邊邊抓一下，不過(guò)我以前抓的兩端都是一樣的。\r\n\r\n以前在PC(起server)上用ethreal抓的跟上面那個(gè)一樣。

testvpn

感覺像是client的問(wèn)題。。。

boywonder

肯定是client的問(wèn)題，因?yàn)閟erver用其它的client連的時(shí)候是OK的。\r\n\r\n就是不知道client為啥要回一個(gè)RST而不是ACK。

ssffzz1

抓一次錯(cuò)誤的包。\r\n再用別的接入抓一次正確的包。\r\n\r\n2個(gè)包都發(fā)上來(lái)。

hs272307562

第三個(gè)數(shù)據(jù)包的ip header的id為什么是0啊