CentOS6下一次网络ping包没回应的故障分析

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介:

1)现象描述

  今天有同事访问,他在用vmware workstation做测试的时候,使用nat模式,在家里能够ping通www.baidu.com,但是在公司怎么ping都不通,但是访问内网和网关都正常。并且测试机的selinux和iptables都是已经关闭。


2)处理过程

a、测试到内网其它主机

1
2
3
4
5
6
7
8
9
10
11
[root@mysql-master ~] # ping -c 5 10.10.10.1
PING 10.10.10.1 (10.10.10.1) 56(84) bytes of data.
64 bytes from 10.10.10.1: icmp_seq=1 ttl=64  time =0.440 ms
64 bytes from 10.10.10.1: icmp_seq=2 ttl=64  time =0.968 ms
64 bytes from 10.10.10.1: icmp_seq=3 ttl=64  time =3.39 ms
64 bytes from 10.10.10.1: icmp_seq=4 ttl=64  time =4.77 ms
64 bytes from 10.10.10.1: icmp_seq=5 ttl=64  time =1.55 ms
--- 10.10.10.1  ping  statistics ---
5 packets transmitted, 5 received, 0% packet loss,  time  4005ms
rtt min /avg/max/mdev  = 0.440 /2 .226 /4 .777 /1 .618 ms
说明:到内网其它主机,正常

b、测试到网关

1
2
3
4
5
6
7
8
[root@mysql-master ~] # ping -c 5 10.10.10.2
PING 10.10.10.2 (10.10.10.2) 56(84) bytes of data.
64 bytes from 10.10.10.2: icmp_seq=1 ttl=128  time =1.15 ms
64 bytes from 10.10.10.2: icmp_seq=2 ttl=128  time =2.21 ms
64 bytes from 10.10.10.2: icmp_seq=3 ttl=128  time =0.252 ms
64 bytes from 10.10.10.2: icmp_seq=4 ttl=128  time =0.209 ms
64 bytes from 10.10.10.2: icmp_seq=5 ttl=12
说明:到网关正常

c、测试到baidu.com的连通性

1
2
3
4
5
[root@mysql-master ~] # ping -c 5 www.baidu.com
PING www.a.shifen.com (61.135.169.121) 56(84) bytes of data.
--- www.a.shifen.com  ping  statistics ---
5 packets transmitted, 0 received, 100% packet loss,  time  13999ms
说明:发现包完全丢失,但是dns能够解析到ip地址,对网络是不是有限制产生了怀疑?

d、检测dns的解析

1
2
3
4
5
6
7
8
9
10
[root@mysql-master ~] # nslookup www.baidu.com
Server:10.10.10.2
Address:10.10.10.2 #53
Non-authoritative answer:
www.baidu.comcanonical name = www.a.shifen.com.
Name:www.a.shifen.com
Address: 61.135.169.125
Name:www.a.shifen.com
Address: 61.135.169.121
说明:DNS解析正常

e、测试网络是否真的连通(wget以及nmap)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
[root@mysql-master ~] # mkdir -p /packet
[root@mysql-master ~] # cd /packet/
[root@mysql-master packet] # wget www.baidu.com
--2016-10-19 06:01:48--  http: //www .baidu.com/
正在解析主机 www.baidu.com... 61.135.169.125, 61.135.169.121
正在连接 www.baidu.com|61.135.169.125|:80... 已连接。
已发出 HTTP 请求,正在等待回应... 200 OK
长度:2381 (2.3K) [text /html ]
正在保存至: “index.html”
100%[==================================================================================>] 2,381       --.-K /s    in  0s      
2016-10-19 06:01:48 (128 MB /s ) - 已保存 “index.html” [2381 /2381 ])
[root@mysql-master packet] # echo $?
0
测试表明wget是正常的,能够正常下载
[root@mysql-master packet] # nmap www.baidu.com
Starting Nmap 5.51 ( http: //nmap .org ) at 2016-10-19 06:02 CST
Nmap scan report  for  www.baidu.com (61.135.169.125)
Host is up (0.036s latency).
Other addresses  for  www.baidu.com (not scanned): 61.135.169.121
Not shown: 998 filtered ports
PORT    STATE SERVICE
80 /tcp   open   http
443 /tcp  open   https
Nmap  done : 1 IP address (1 host up) scanned  in  56.33 seconds
说明:能够使用nmap检测到端口开放的情况

f、利用tcpdump进行抓包分析

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
[root@mysql-master ~] # ping -c 5 10.10.10.2
PING 10.10.10.2 (10.10.10.2) 56(84) bytes of data.
64 bytes from 10.10.10.2: icmp_seq=1 ttl=128  time =0.287 ms
64 bytes from 10.10.10.2: icmp_seq=2 ttl=128  time =0.626 ms
64 bytes from 10.10.10.2: icmp_seq=3 ttl=128  time =0.370 ms
64 bytes from 10.10.10.2: icmp_seq=4 ttl=128  time =0.412 ms
64 bytes from 10.10.10.2: icmp_seq=5 ttl=128  time =0.248 ms
--- 10.10.10.2  ping  statistics ---
5 packets transmitted, 5 received, 0% packet loss,  time  4003ms
rtt min /avg/max/mdev  = 0.248 /0 .388 /0 .626 /0 .133 ms
[root@mysql-master ~] # tcpdump -i eth0 icmp
tcpdump: verbose output suppressed, use - v  or -vv  for  full protocol decode
listening on eth0, link- type  EN10MB (Ethernet), capture size 65535 bytes
05:48:57.350869 IP mysql-master > localhost: ICMP  echo  request,  id  10786,  seq  1, length 64
05:48:57.351123 IP localhost > mysql-master: ICMP  echo  reply,  id  10786,  seq  1, length 64
05:48:58.352296 IP mysql-master > localhost: ICMP  echo  request,  id  10786,  seq  2, length 64
05:48:58.352889 IP localhost > mysql-master: ICMP  echo  reply,  id  10786,  seq  2, length 64
05:48:59.352281 IP mysql-master > localhost: ICMP  echo  request,  id  10786,  seq  3, length 64
05:48:59.352590 IP localhost > mysql-master: ICMP  echo  reply,  id  10786,  seq  3, length 64
05:49:00.353060 IP mysql-master > localhost: ICMP  echo  request,  id  10786,  seq  4, length 64
05:49:00.353433 IP localhost > mysql-master: ICMP  echo  reply,  id  10786,  seq  4, length 64
05:49:01.353288 IP mysql-master > localhost: ICMP  echo  request,  id  10786,  seq  5, length 64
05:49:01.353503 IP localhost > mysql-master: ICMP  echo  reply,  id  10786,  seq  5, length 64

说明:有正常的request包和reply,说明本机到10.10.10.2正常(request包),并且10.10.10.2到本机有回应(reply包)

1
2
3
4
5
6
7
8
9
10
11
12
13
[root@mysql-master ~] # ping -c 5 www.baidu.com
PING www.a.shifen.com (61.135.169.125) 56(84) bytes of data.
--- www.a.shifen.com  ping  statistics ---
5 packets transmitted, 0 received, 100% packet loss,  time  14003ms
[root@mysql-master ~] # tcpdump -i eth0 icmp
tcpdump: verbose output suppressed, use - v  or -vv  for  full protocol decode
listening on eth0, link- type  EN10MB (Ethernet), capture size 65535 bytes
05:53:27.820920 IP mysql-master > 61.135.169.125: ICMP  echo  request,  id  14370,  seq  1, length 64
05:53:28.822483 IP mysql-master > 61.135.169.125: ICMP  echo  request,  id  14370,  seq  2, length 64
05:53:29.823843 IP mysql-master > 61.135.169.125: ICMP  echo  request,  id  14370,  seq  3, length 64
05:53:30.823290 IP mysql-master > 61.135.169.125: ICMP  echo  request,  id  14370,  seq  4, length 64
05:53:31.823680 IP mysql-master > 61.135.169.125: ICMP  echo  request,  id  14370,  seq  5, length 64
说明:发现有request包,表明本机到baidu的包,baidu是接收到的,可能是百度没响应(可能性不大)或者被公司防火墙阻断了

使用手机热点,共享给测试机使用

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
[root@mysql-master ~] # ping -c 5 www.baidu.com
PING www.a.shifen.com (183.232.231.173) 56(84) bytes of data.
64 bytes from 183.232.231.173: icmp_seq=1 ttl=128  time =74.4 ms
64 bytes from 183.232.231.173: icmp_seq=2 ttl=128  time =74.7 ms
64 bytes from 183.232.231.173: icmp_seq=3 ttl=128  time =64.4 ms
64 bytes from 183.232.231.173: icmp_seq=4 ttl=128  time =57.0 ms
64 bytes from 183.232.231.173: icmp_seq=5 ttl=128  time =60.5 ms
--- www.a.shifen.com  ping  statistics ---
5 packets transmitted, 5 received, 0% packet loss,  time  4065ms
rtt min /avg/max/mdev  = 57.081 /66 .263 /74 .772 /7 .216 ms
[root@mysql-master ~] # tcpdump -i eth0 icmp
tcpdump: verbose output suppressed, use - v  or -vv  for  full protocol decode
listening on eth0, link- type  EN10MB (Ethernet), capture size 65535 bytes
05:58:31.031646 IP mysql-master > 183.232.231.173: ICMP  echo  request,  id  40226,  seq  1, length 64
05:58:31.106104 IP 183.232.231.173 > mysql-master: ICMP  echo  reply,  id  40226,  seq  1, length 64
05:58:32.032448 IP mysql-master > 183.232.231.173: ICMP  echo  request,  id  40226,  seq  2, length 64
05:58:32.107194 IP 183.232.231.173 > mysql-master: ICMP  echo  reply,  id  40226,  seq  2, length 64
05:58:33.034464 IP mysql-master > 183.232.231.173: ICMP  echo  request,  id  40226,  seq  3, length 64
05:58:33.098846 IP 183.232.231.173 > mysql-master: ICMP  echo  reply,  id  40226,  seq  3, length 64
05:58:34.035272 IP mysql-master > 183.232.231.173: ICMP  echo  request,  id  40226,  seq  4, length 64
05:58:34.092322 IP 183.232.231.173 > mysql-master: ICMP  echo  reply,  id  40226,  seq  4, length 64
05:58:35.036289 IP mysql-master > 183.232.231.173: ICMP  echo  request,  id  40226,  seq  5, length 64
05:58:35.096837 IP 183.232.231.173 > mysql-master: ICMP  echo  reply,  id  40226,  seq  5, length 64
说明:到baidu是有request和reply包,进出的包都是正常的

综合分析:应该是公司内部网络时对回来的网络包做了些限制,随后与网络工程师核对了下,的确在防火墙上做了些限制。










本文转自 冰冻vs西瓜 51CTO博客,原文链接:http://blog.51cto.com/molewan/1865812,如需转载请自行联系原作者
相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
2月前
|
监控 网络协议 安全
|
2月前
|
缓存 算法 物联网
基于AODV和leach协议的自组网络平台matlab仿真,对比吞吐量,负荷,丢包率,剩余节点个数,节点消耗能量
本系统基于MATLAB 2017b,对AODV与LEACH自组网进行了升级仿真,新增运动节点路由测试,修正丢包率统计。AODV是一种按需路由协议,结合DSDV和DSR,支持动态路由。程序包含参数设置、消息收发等功能模块,通过GUI界面配置节点数量、仿真时间和路由协议等参数,并计算网络性能指标。 该代码实现了节点能量管理、簇头选举、路由发现等功能,并统计了网络性能指标。
164 73
|
18天前
|
安全 网络协议 算法
网络空间安全之一个WH的超前沿全栈技术深入学习之路(8-1):主动信息收集之ping、Nmap 就怕你学成黑客啦!
网络空间安全之一个WH的超前沿全栈技术深入学习之路(8-1):主动信息收集之ping、Nmap 就怕你学成黑客啦!
|
18天前
|
网络协议 安全 算法
网络空间安全之一个WH的超前沿全栈技术深入学习之路(9):WireShark 简介和抓包原理及实战过程一条龙全线分析——就怕你学成黑客啦!
实战:WireShark 抓包及快速定位数据包技巧、使用 WireShark 对常用协议抓包并分析原理 、WireShark 抓包解决服务器被黑上不了网等具体操作详解步骤;精典图示举例说明、注意点及常见报错问题所对应的解决方法IKUN和I原们你这要是学不会我直接退出江湖;好吧!!!
网络空间安全之一个WH的超前沿全栈技术深入学习之路(9):WireShark 简介和抓包原理及实战过程一条龙全线分析——就怕你学成黑客啦!
|
24天前
|
网络协议 安全 Linux
网络工具ping的使用方式
【10月更文挑战第19天】网络工具ping的使用方式
44 6
|
1月前
|
Linux Docker 容器
Centos安装docker(linux安装docker)——超详细小白可操作手把手教程,包好用!!!
本篇博客重在讲解Centos安装docker,经博主多次在不同服务器上测试,极其的稳定,尤其是阿里的服务器,一路复制命令畅通无阻。
589 4
Centos安装docker(linux安装docker)——超详细小白可操作手把手教程,包好用!!!
|
30天前
|
网络协议 安全 网络性能优化
|
2月前
|
存储 弹性计算 测试技术
阿里云服务器实例规格vCPU、内存、网络带宽、网络收发包PPS、连接数等性能指标详解
阿里云服务器ECS实例可以分为多种实例规格族。根据CPU、内存等配置,一种实例规格族又分为多种实例规格。而实例规格又包含vCPU、处理器、内存、vTPM、本地存储、网络带宽、网络收发包PPS、连接数、弹性网卡、云盘带宽、云盘IOPS等指标,本文为大家详细介绍实例规格的这些指标,以供大家了解和选择。
143 14
阿里云服务器实例规格vCPU、内存、网络带宽、网络收发包PPS、连接数等性能指标详解
|
18天前
|
网络协议 安全 算法
网络空间安全之一个WH的超前沿全栈技术深入学习之路(9-2):WireShark 简介和抓包原理及实战过程一条龙全线分析——就怕你学成黑客啦!
实战:WireShark 抓包及快速定位数据包技巧、使用 WireShark 对常用协议抓包并分析原理 、WireShark 抓包解决服务器被黑上不了网等具体操作详解步骤;精典图示举例说明、注意点及常见报错问题所对应的解决方法IKUN和I原们你这要是学不会我直接退出江湖;好吧!!!
|
2月前
|
网络协议 网络虚拟化
接收网络包的过程——从硬件网卡解析到IP
【9月更文挑战第18天】这段内容详细描述了网络包接收过程中机制。当网络包触发中断后,内核处理完这批网络包,会进入主动轮询模式,持续处理后续到来的包,直至处理间隙返回其他任务,从而减少中断次数,提高处理效率。此机制涉及网卡驱动初始化时注册轮询函数,通过软中断触发后续处理,并逐步深入内核网络协议栈,最终到达TCP层。整个接收流程分为多个层次,包括DMA技术存入Ring Buffer、中断通知CPU、软中断处理、以及进入内核网络协议栈等多个步骤。

热门文章

最新文章