中国领先的IT技术网站
|
|

定位服务器数据丢弃包问题

当某个服务器发生数据丢包时,它们肯定是由于某种原因。我们如何来分析为什么数据包丢失。

作者:Nana 翻译来源:推酷|2017-09-10 17:00

【沙龙】51CTO诚邀您9月23号和多位技术大咖一起聊智能CDN的优化之路,抓紧时间哦!


当某个服务器发生数据丢包时,它们肯定是由于某种原因。我们如何来分析为什么数据包丢失。

以下是我们想要了解的情况:

  • 一个数据包进入您计算机的网络堆栈( RX )(例如在端口 8000 上)。 在端口 8000 对应的应用程序接收之前被丢。
  • 发送一个数据包( TX )。 在它从您的机器发出之前被丢。

本文不关注“数据包在网络传输过程丢了,让我们用 traceroute / 通过计数 TCP 重传进行诊断”(虽然这也很重要)!

定位服务器数据丢弃包问题

怎么知道数据包是否被丢弃?

我在 Twitter 上提问,得到了非常有用的答案 “看 netstat -i !”这是我的笔记本电脑上运行得到的结果:

  1. bork@kiwi~> sudo netstat -i 
  2. Kernel Interface table 
  3. Iface       MTU Met   RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg 
  4. docker0    1500 0         0      0      0 0             0      0      0      0 BMU 
  5. enp0s25    1500 0   1235101      0    242 0        745760      0      0      0 BMRU 
  6. lo        65536 0     21558      0      0 0         21558      0      0      0 LRU 
  7. nlmon0     3776 0    551262      0      0 0             0      0      0      0 ORU 

看起来有一些收到的( RX )数据包在 enp0s25 (我的无线网卡)上丢失了。 但是没有 TX 包丢失。

有人也告诉我,运行 ethtool -S 会有帮助,但是我的 ethtool 没有 -S 选项。

怎么知道为什么数据包被丢弃

通过谷歌搜索,发现一个很酷的工具叫 dropwatch 。 没有现成的 Ubuntu 安装软件包,但可以通过 github 下载:

https//github.com/pavel-odintsov/drop_watch

以下是我可以编译的说明:

  1. sudo apt-get install -y libnl-3-dev libnl-genl-3-dev binutils-dev libreadline6-dev 
  2. git clone https://github.com/pavel-odintsov/drop_watch 
  3. cd drop_watch/src 
  4. vim Makefile # comment out the -Werror argument to gcc 
  5. make 

这里是输出! 它告诉我哪个内核函数丢失数据包,酷!

  1. sudo ./dropwatch -l kas 
  2. Initalizing kallsyms db 
  3. dropwatch> start 
  4. Enabling monitoring... 
  5. Kernel monitoring activated. 
  6. Issue Ctrl-C to stop monitoring 
  7.  
  8. 1 drops at tcp_v4_do_rcv+cd (0xffffffff81799bad) 
  9. 10 drops at tcp_v4_rcv+80 (0xffffffff8179a620) 
  10. 1 drops at sk_stream_kill_queues+57 (0xffffffff81729ca7) 
  11. 4 drops at unix_release_sock+20e (0xffffffff817dc94e) 
  12. 1 drops at igmp_rcv+e1 (0xffffffff817b4c41) 
  13. 1 drops at igmp_rcv+e1 (0xffffffff817b4c41) 

用perf监控丢弃的数据包

还有另一个很酷的方法,用来调试发生什么。

thomas graf 告诉我,可以使用 perf 监视 kfree_skb 事件,这将告诉你什么时候丢弃数据包(内核堆栈发生的地方):

  1. sudo perf record -g -a -e skb:kfree_skb 
  2. sudo perf script 

英文原文:https://jvns.ca/blog/2017/09/05/finding-out-where-packets-are-being-dropped/

本 文作者 Julia Evans,由 Nana 翻译,转载译文请注明出处,技术原创及架构实践文章,欢迎通过公众号菜单「联系我们」进行投稿。

【编辑推荐】

  1. 为MongoDB服务器配置备份脚本
  2. 服务器中“U”代表什么?1-4U、刀片机哪种更好?
  3. NAS存储搭建网站服务器
  4. 使用DropBox功能将其作为C&C服务器
  5. APP和网站应该选择云主机还是服务器呢?
【责任编辑:未丽燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

视频课程+更多

热门职位+更多

读 书 +更多

Linux安全体系分析与编程

本书选择经典的开放源代码,全面系统地分析了Linux安全机制。本书共有17章,前10章着重介绍了Linux操作系统的安全机制及实现方法,阐述了公...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊
× 学习达标赢Beats耳机