济南建站,商业网站开发入门选课,html做的宠物网站,网站建设seo优化培训wireshark抓包问题及学习
【场景1】服务A请求服务B经常超过3s#xff0c;报错i/o timeout#xff0c;想看下是否网络波动或者负载太高。需要抓包分析。
问题1#xff1a;
超时时间不定#xff0c;且请求量过大#xff0c;一直抓了存文件里抓包文件过大。
解决学习报错i/o timeout想看下是否网络波动或者负载太高。需要抓包分析。
问题1
超时时间不定且请求量过大一直抓了存文件里抓包文件过大。
解决学习
每10分钟覆盖重写文件在确认慢请求复现后立即停止抓包。
-i 指定监听的网络接口;
-G 指定每隔N秒就重新输出至新文件;
-W 指定输出文件的最大数量到达后会重新覆写第 1 个文件;
-w 输出结果至文件。
sudo tcpdump -i eth0 -G 600 -W 1 -w /tmp/tcpdump.pacp
ps -ef|grep tcpdump # 获取tcpdump的进程号
kill -9 PID # 停止抓包问题2
在服务B的主机上抓取到包后找到对应慢请求时间段后不知如何分析是哪里的问题。
解决学习
网络组同事帮忙排查异常颜色报文中显示Window0分析为窗口已满给出了调大服务器上窗口值限制的建议。
cat /proc/sys/net/ipv4/tcp_window_scaling
cat /proc/sys/net/ipv4/tcp_rmem
cat /proc/sys/net/ipv4/wmem参考 TCP系列32—窗口管理流控—6、TCP zero windows和persist timer 理解触发zero window的原因和过程是服务B所在主机的TCP端口一直接收数据但是B应用层没有及时读取数据一直在TCP模块中缓存最终受限于主机接收缓存的大小window size会变为0。 应用层面排查是因为服务B加载了太多引擎导致一笔请求会处理很长时间从应用层面解决是关闭无用引擎减小处理耗时。
