网工闯了什么祸?

上一篇很多读者一下就发现了答案,暂时先不写答案和分析,卖个关子,继续出一题。下一篇一起揭晓答案。

小王(就是你!)在一家创业型互联网公司上班。公司为了保证产品的稳定性,在上线之前会现在测试环境运行代码,保证没有问题,再发布到正式环境。

小王的公司比较拮据,为了省钱,公司购买了一些陈旧的二手设备,运行测试环境。虽然性能比较差,但是毕竟测试环境只有开发人员的测试流量,所以没有什么问题。

随着部署的东西越来越多,原来一个机架已经不够用了,他们就准备扩展一个新的机架。网工效率很高,连夜操作,设备马上上线了。网工比较邋遢,通电了就下班了。

第二天小王来一看,测试环境网络不通了。这种情况一般人直接去打网工了。但是小王不是,小王总是抓住任何一个检验自己能力的机会,用有限的环境得到尽可能多的信息,推理出最可能的根因,然后再去找相关的同事解决。而不是直接去问同事:「我这里网络不通快给我看看是什么问题。」

现在的情况是:

  • 小王发现请求发给另一个服务总是超时;
  • 小王去 ping 了一下另一个服务的地址,当前的机器地址是 10.0.0.1,去 ping 目标地址 10.0.0.4 发现是不通的;
  • 于是小王保持当前的 ping,然后10.0.0.1 的机器上抓包,命令是 tcpdump -i eth0,得到的抓包文件如下。

请下载这个文件,分析抓包内容,解释:当前的网络出现了什么问题?

欢迎在评论区留下你的想法。

目录

这个系列正在连载中,没有链接的目录还没有写完,敬请期待……

  1. 序章
  2. 抓包技术以及技巧
  3. 理解网络的分层模型
  4. 数据是如何路由的
  5. 网络问题排查的思路和技巧
  6. 不可以用路由器?
  7. 网工闯了什么祸?
  8. 网络中的环路和防环技术
  9. 延迟增加了多少?
  10. TCP 延迟分析
  11. 重新认识 TCP 的握手和挥手
  12. 重新认识 TCP 的握手和挥手:答案和解析
  13. 后记:学习网络的一点经验分享
与本博客的其他页面不同,本页面使用 署名-非商业性使用-禁止演绎 4.0 国际 协议。
如果本文对您有帮助,欢迎打赏支持,正是订阅者的支持,让我公开写这个系列成为可能,感谢!


网工闯了什么祸?”已经有7条评论

  1. 不在同一个广播域导致收不到包。原因就不明确了,拿路由器当交换机用、有网线没插紧、目标服务器宕机、掉线、没获取到 IP 等等都有可能。

Leave a comment

您的电子邮箱地址不会被公开。 必填项已用 * 标注