bash
说明: 本文是'TCP 三次握手异常'系列之'一'
① 异常场景
bash
接下里我用'三个实验案例',带大家一起探究探究这'三种异常'
关注: 如何'刻意'练习模拟'上述'场景 以及 'wireshark'现象
② 实验环境
bash
思考: 如何模拟 TCP '第一次'握手 'SYN 丢包'的情况? --> "采用2"
方式1: 拔掉'服务器'的网线后,'立刻'在客户端执行 curl 命令
备注: 不建议因为'抓不住'时机,可能导致网络就'不通'
方式2: 在'服务器'的防火墙,屏蔽'客户端' TCP 报文中标志位是 'SYN' 的包
bash
1、看 iptables 中的规则,找到'要删除的规则'的'编号':
iptables -t '表名' -L -n --line-numbers
2、删除'指定编号'的'规则':
iptables -t [table] -D [chain] [rule-number]
bash
说明: 下面的三种'等价'命令匹配到的报文是'第一次握手'的报文 --> 采用'最后一个'
iptables -I INPUT -s 172.25.2.157 -m tcp -p tcp --tcp-flag ALL SYN -j DROP
iptables -I INPUT -s 172.25.2.157 -m tcp -p tcp --tcp-flag \
SYN,ACK,FIN,RST,URG,PSH SYN -j DROP
iptables -t filter -I INPUT -p tcp -s 172.25.2.157 -m tcp --syn -j DROP
备注: filter表是iptables的'默认表',上面省略了'-t filter'
bash
2、在客户端执行 'curl -kv nginx.wzj.com' 命令
备注: 加上'-kv'参数刻意看到'DNS解析'、'SSL握手'、'HTTP请求'详细过程
备注: 过了'一会 [大约127 s]',curl 返回了'超时连接'的'错误'
分析: 从 date 返回的时间,可以发现在超时'127 s'的时间后,curl '返回'了'错误'
bash
3、其间在'客户端'的 tcpdump 抓包
tcpdump -nni any tcp and host 172.25.2.100
bash
tcpdump -nni any tcp and host 172.25.2.100 -w tcp_sys_timeout.pcap
接着: 把 'tcp_sys_timeout.pcap 文件'用 'Wireshark' 打开'分析',显示'如下图':
备注: 'TCP Retransmission' --> 'tcp 重传' --> wireshark '黑色背景,红色字体'
bash
/proc/sys/net/ipv4/tcp_syn_retries
bash
小结: 'tcp_syn_retries 为 5'的 场景,关抓如下的'原理图'
bash
RTT(Round Trip Time):一个连接的往返时间,即数据'发送'时刻到接收到'确认'的时刻的'差值'
RTO(Retransmission Time Out):重传超时时间,即从数据发送时刻算起,超过这个时间便执行重传
RTT和RTO 的关系是:由于网络波动的'不确定性',每个RTT都是动态变化,所以RTO也随着RTT动态变化