ping
-
ping send ICMP ECHO_REQUEST to network hosts
better than traceroute and ping combined
ICMP ICMP是(Internet Control Message Protocol)Internet控制报文协议。它是TCP/IP协议族的一个子协议,用于在IP主机、路由器之间传递控制消息。控制消息是指网络通不通、主机是否可达、路由是否可用等网络本身的消息。这些控制消息虽然并不传输用户数据,但是对于用户数据的传递起着重要的作用。
ICMP
- ping 本机
如果ping不通的话则表明网卡安装或配置有问题。将网线断开再次执行此命令,如果显示正常,则说明本机使用的IP地址可能与另一台正在使用的机器IP地址重复了。如果仍然不正常,则表明本机网卡安装或配置有问题,需继续检查相关网络配置。
[posp@hadoop02 log]$ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.024 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.008 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.008 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.023 ms
64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.009 ms
^C
--- 127.0.0.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4301ms
rtt min/avg/max/mdev = 0.008/0.014/0.024/0.008 ms
- ping 网关
•能正常ping通,则表明局域网中的网关路由器正在正常运行。反之,则说明网关有问题
[posp@hadoop02 log]$ ping 192.168.3.1
PING 192.168.3.1 (192.168.3.1) 56(84) bytes of data.
64 bytes from 192.168.3.1: icmp_seq=1 ttl=128 time=0.446 ms
64 bytes from 192.168.3.1: icmp_seq=2 ttl=128 time=0.418 ms
64 bytes from 192.168.3.1: icmp_seq=3 ttl=128 time=0.417 ms
^C
--- 192.168.3.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2126ms
rtt min/avg/max/mdev = 0.417/0.427/0.446/0.013 ms
注:网关:route -- default 里面的GETWAY --就是网关
[posp@hadoop02 log]$ route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.3.0 * 255.255.255.0 U 0 0 0 eth0
link-local * 255.255.0.0 U 1002 0 0 eth0
default 192.168.3.1 0.0.0.0 UG 0 0 0 eth0
- ping 远程IP
检测本机是否能正常访问Internet
[posp@hadoop02 log]$ ping www.baidu.com
PING www.a.shifen.com (115.239.210.27) 56(84) bytes of data.
64 bytes from 115.239.210.27: icmp_seq=1 ttl=53 time=6.36 ms
64 bytes from 115.239.210.27: icmp_seq=2 ttl=53 time=6.60 ms
64 bytes from 115.239.210.27: icmp_seq=3 ttl=53 time=6.44 ms
64 bytes from 115.239.210.27: icmp_seq=4 ttl=53 time=5.91 ms
^C
--- www.a.shifen.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 7413ms
rtt min/avg/max/mdev = 5.914/6.331/6.602/0.268 ms
- 使用Ping检查连通性有六个步骤:
- 使用ifconfig观察本地网络设置是否正确;
- Ping127.0.0.1,127.0.0.1回送地址Ping回送地址是为了检查本地的TCP/IP协议有没有设置好;
- Ping本机IP地址,这样是为了检查本机的IP地址是否设置有误;
- Ping本网网关或本网IP地址,这样的是为了检查硬件设备是否有问题,也可以检查本机与本地网络连接是否正常;(在非局域网中这一步骤可以忽略)
- Ping本地DNS地址,这样做是为了检查DNS是否能够将IP正确解析。
注:/etc/resolv.conf
文件,“nameserver 10.0.0.211”指定了dns服务器的地址 - Ping远程IP地址,这主要是检查本网或本机与外部的连接是否正常。
mtr
- mtr - a network diagnostic tool
cc@MyLinux:~$ mtr -n -i 1 -c 100 www.baidu.com
- -n 不解析主机
--no-dns Use this option to force mtr to display numeric IP numbers and not try to resolve the host names. - -i 时间间隔
--interval SECONDS Use this option to specify the positive number of seconds between ICMP ECHO requests. The default value for this parameter is one second. The root user may choose values between zero and one. - -c 发送的次数
--report-cycles COUNT Use this option to set the number of pings sent to determine both the machines on the network and the reliability of those machines. Each cycle lasts one second.
每列显示信息:
Host 主机IP或主机名
Loss 丢包率
Snt 发送的次数
Last 最近一次的返回时延
Avg 平均值
Best 最短的一次时间
Wrst 最长的一次时间
StDev 标准偏差
不动态显示,直接显示最后报告 -r
mtr -rw www.baidu.com
cc@MyLinux:~$ mtr -rw www.baidu.com
Start: Mon Mar 20 08:17:08 2017
HOST: MyLinux Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.0.1 0.0% 10 1.7 2.6 1.6 5.8 1.2
2.|-- 192.168.1.1 0.0% 10 2.1 3.1 2.0 9.3 2.2
3.|-- 100.66.0.1 0.0% 10 6.5 6.8 3.2 12.8 2.8
4.|-- 139.226.204.189 0.0% 10 6.7 6.6 5.3 8.7 0.9
5.|-- 139.226.225.157 20.0% 10 5.3 6.7 4.3 9.1 1.4
6.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
7.|-- 124.65.194.158 0.0% 10 31.4 31.0 28.9 33.3 1.4
8.|-- 124.65.58.54 0.0% 10 27.7 64.4 26.2 175.2 44.8
9.|-- 123.125.248.46 0.0% 10 27.6 29.3 27.2 33.1 2.0
10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
12.|-- 61.135.169.121 0.0% 10 26.4 27.0 26.4 27.9 0.0
mtr 查看步骤
1.mtr 的功能是检查在目的地址有丢包的情况下,查出具体在哪一跳丢包,然后反馈给机房,机房再反馈给运营商;
2.看mtr 的截图 先看最后的目的地址是否有丢包,若最后一跳没有丢包,说明线路ok;若最后一跳有丢包,往下看;
3.再看在路由情况,第一次丢包发生在哪一跳,对应的查这一跳的丢包情况即可。
4.从图中可以看出,最后一跳有丢包且第一次丢包发生在第5跳(202.97.33.230);
5.整理下邮件,发给机房那边,麻烦他们反馈给上海电信运营商,等待他们处理.