TCP/IP(二十)TCP 实战抓包分析(四)TCP 第二次握手 SYN、ACK 丢包

本文探讨了通过调整tcp_synack_retries和tcp_syn_retries内核参数来观察TCP第二次握手SYN、ACK丢包现象。实验涉及iptables规则、tcpdump抓包及Wireshark分析,揭示了iptables对应用层的影响以及最大重传次数的设置对丢包的影响。
摘要由CSDN通过智能技术生成

一   实验二:TCP 第二次握手 SYN、ACK 丢包

重点: 通过设置 'tcp_synack_retries' 和 'tcp_syn_retries'内核参数,观察'丢包'的现象

①  实验环境

 

iptables -t filter -I INPUT -s 172.25.2.100 -j DROP

tcpdump -nni ens3 tcp and host 172.25.2.100 and port 80 -w tcp_ack_syn.pcap

②   客户端测试

从 date 返回的时间'前后',可以算出大概 '127' 秒后,curl '报错'退出了

③   抓包分析

第二次握手丢失了,会发生什么?

客户端在这其间'抓取'的数据包,用 Wireshark 打开分析,显示的'时序图'如下:

细节点: 对于'SYN'超时重传,所回应的'SYN、ACK'不属于'服务端'超时重传主动发送的包

④  iptables规则和tcpdump抓包的关系

思考: 客户端设置了防火墙,'屏蔽'了服务端的网络包,为什么 tcpdump '还能抓到'服务端的网络包?

强调: tcpdump 直接从'内核协议栈' 抓取数据

诶主: 虽然'tcpdump'抓取了,但是'iptables'禁止了,导致'应用层'的socket'不感知'

tcpdump的工作原理

⑤  第二次握手的最大重传次数

思考: 第二次握手 'SYN、ACK '限制'最大重传次数'是多少?

内核参数: tcp_synack_retries

⑥  实验二

tcp_syn_retries 设置为 '1'

tcp_synack_retries 值为 '5'

⑦  实验三

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值