Защо tcp сървърът не отговаря на моя syn пакет, когато се опитам да го свържа чрез необработен сокет?

Зависи от полето iphdr.saddr. Когато беше зададен на моя собствен адрес или случаен адрес за множествено предаване, мога да видя сървъра отговорил с пакета syn/ack. Ако е зададено на други ips, сървърът не отговаря. Как да го обясня?

Случаят на мултикаст адреса: 13:55:08.242535 IP 240.151.224.61.13579 > localhost.5223: Flags [S], seq 123456, win 4096, length 0 E..(g+..@[email protected]...$X.. 13:55:14.906511 IP 239.151.224.61.13579 > localhost.5223: Flags [S], seq 123456, win 4096, length 0 E..(g+..@[email protected]...%X.. 13:55:14.906549 IP localhost.5223 > 239.151.224.61.13579: Flags [S.], seq 3502093187, ack 123457, win 43690, options [mss 65495], length 0 E..,..@.@..........=.g5........A...N....... 13:55:15.904599 IP localhost.5223 > 239.151.224.61.13579: Флагове [S.], seq 3502093187, ack 123457, win 43690, опции [ mss 65495], дължина 0

`

моят собствен случай на адрес: 14:14:22.989225 IP slave1.domain.com.13579 > localhost.5223: Flags [S], seq 123456, win 4096, length 0 E..([email protected][email protected]... 14:14:22.989236 IP localhost.5223 > slave1.domain.com.13579: Flags [S.], seq 3228604881, ack 123457, win 43690, options [mss 65495], length 0 E..,..@[email protected]...A5...... 14:14:22.989259 IP slave1.domain.com.13579 > localhost.5223: Флагове [.], ack 3228604882, победа 4096, дължина 0 E.. (..@[email protected]....... `

случай на отговор без син/потвърждение: 14:16:18.719629 IP 223.151.224.61.13579 > localhost.5223: Flags [S], seq 123456, win 4096, length 0 E..(g+..@[email protected].. 14:16:46.511299 IP 240.151.224.61.13579 > localhost.5223: Flags [S], seq 123456, win 4096, length 0 E..(g+..@[email protected]...$X..


person qingfeng    schedule 30.10.2014    source източник


Отговори (1)


iphdr.saddr представлява адреса на източника на IP пакета. Предполагам, че получаващият край на вашия SYN пакет ще се опита да отговори с ACK на какъвто и адрес на източника да предоставите в IP пакета.

person Jahaja    schedule 30.10.2014
comment
Сървърът не ми отговори, освен ако iphdr.saddr не беше настроен на адрес от тип мултикаст - person qingfeng; 31.10.2014