在服务器中
# nc -lp 2424
hi server
hi client
1
2
3
在客户中
➜ ~ nc 139.224.xxx.xx 2424
hi server
hi client
1
2
3
然后在客户端
➜ ~ sudo tcpdump -i en0 -nn -s0 -v src port 2424 -c 10 -w 2424.pcap
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 262144 bytes
10 packets captured
93 packets received by filter
0 packets dropped by kernel
➜ ~ tcpdump -r 2424.pcap
reading from file 2424.pcap, link-type EN10MB (Ethernet)
16:49:47.874743 IP 139.224.xxx.xx.kofax-svr > 192.168.199.171.53511: Flags [P.], seq 2832846522:2832846524, ack 587632101, win 227, options [nop,nop,TS val 1632491736 ecr 751973860], length 2
16:49:48.795743 IP 139.224.xxx.xx.kofax-svr > 192.168.199.171.53511: Flags [P.], seq 2:4, ack 1, win 227, options [nop,nop,TS val 1632492657 ecr 752338627], length 2
16:49:49.786093 IP 139.224.xxx.xx.kofax-svr > 192.168.199.171.53511: Flags [P.], seq 4:6, ack 1, win 227, options [nop,nop,TS val 1632493648 ecr 752339543], length 2
但是当我重播它时,客户端数控控制台什么也没输出
➜ ~ tcpreplay -ien0 2424.pcap
Warning: May need to run as root to get access to all network interfaces.
Actual: 10 packets (681 bytes) sent in 10.84 seconds
Rated: 62.7 Bps, 0.000 Mbps, 0.92 pps
Statistics for network device: en0
Successful packets: 10
Failed packets: 0
Truncated packets: 0
Retried packets (ENOBUFS): 0
Retried packets (EAGAIN): 0
是什么原因?我认为执行tcpreplay就像从服务器发送数据一样。那么在服务器nc控制台中发送数据和在客户端中使用tcpreplay有什么区别?
答案 0 :(得分:1)
原因很简单;您将无法使用tcpreplay
重播数据包,并希望客户端(或服务器)将数据视为连接的一部分。
有很多原因。这只是三个。
1)当客户端连接到服务器时,它选择一个(实际上是随机的,尽管可能只是增加了)临时端口作为源。重播的数据将包含原始连接的端口,几乎可以肯定与客户端现在使用的端口不同。
2)建立连接后,客户端和服务器各自建立一个随机的初始序列号以用于彼此之间的连接。在新的连接中,该数字甚至不太可能相同。
3)当客户端将SYN发送到服务器时,即使您正在重播数据,服务器也会发送回RST ACK,从而关闭连接(无论重播的数据包如何),因为侦听器不再可用。