设为首页 收藏本站
查看: 931|回复: 0

[经验分享] 使用ping和tracert命令判断网络故障点

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2014-9-2 08:59:48 | 显示全部楼层 |阅读模式
有时候由于ISP路由节点故障。我们会经常碰到服务器比较慢的问题。这时,我们可以使用两个命令来查查看问题所在


Ping
最主要的就是检测目标主机的连通性。Ping程序实际就是发送一个ICMP回显请求报文给目的主机,并等待回显的ICMP应答。然后打印出回显的报文。Ping不通一个地址,并不一定表示这个IP不存在或者没有连接在网络上,因为对方主机可能做了限制,比如安装了防火墙,因此Ping不通并不表示不能使用FTP或者TELNET连接。
PING得到的结果包括字节数、反应时间、以及生存时间。Ping程序通过在ICMP报文数据中存放发送请求的时间来计算返回时间。当应答返回时,根据现在时间减去报文中存放的发送时间就得到反应时间了。生存时间(TTL),本来就存放在IP数据报的头部,直接就能够获取。


Tracert
一个探测路由的程序,可以让我们看见IP数据报到达目的地经过的路由。
Tracert利用ICMP数据报和IP数据报头部中的TTL值。TTL(Time To Live)是一个IP数据报的生存时间,当每个IP数据报经过路由器的时候都回把TTL值减去1或者减去在路由器中停留的时间,但是大多数数据报在路由器中停留的时间都小于1秒种,因此实际上就是在TTL值减去了1。这样,TTL值就相当于一个路由器的计数器。
当路由器接收到一个TTL为0或者1的IP数据报的时候,路由器就不再转发这个数据了,而直接丢弃,并且发送一个ICMP“超时”信息给源主机。Tracert程序的关键就是这个回显的ICMP报文的IP报头的信源地址就是这个路由器的IP地址。同时,如果到达了目的主机,我们并不能知道,于是,Tracert还同时发送一个UDP信息给目的主机,并且选择一个很大的值作为UDP的端口,使主机的任何一个应用程序都不使用这个端口。所以,当达到目的主机的时候,UDP模块就产生一个“端口不可到达”的错误,这样就能判断是否是到达目的地了。
  
以下是一个ping 命令的执行过程,默认ping 会发出4个ICMP数据包,如果您需要长时间的ping 可以使用 -t 参数


C:\〉ping 61.141.8.21

Pinging 61.141.8.21 with 32 bytes of data:

Reply from 61.141.8.21: bytes=32 time=15ms TTL=248
Reply from 61.141.8.21: bytes=32 time=10ms TTL=248
Reply from 61.141.8.21: bytes=32 time=13ms TTL=248
Reply from 61.141.8.21: bytes=32 time=16ms TTL=248

Ping statistics for 61.141.8.21:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 16ms, Average = 13ms


当服务器访问变慢时,我们ping服务器的IP可能会得到一个比较长(大于100ms)的返回时间,这时我们就可以借助于ping和tracert命令来判断问题所在:

1.     首先ping一个本地ISP的服务器,如果返回时间较长(大于30ms)很有可能是您的本地局域网出了问题,请检查一下您的网络中是否有病毒或者有人在占用大量带宽

2.     请您在其他城市的朋友(请保证您或者您的朋友要求和服务器机房同一ISP,如:同是网通或者同是电信线路)ping 您的服务器IP,看看是否也是超时严重,如果依然超时严重,您可以向我们索要您服务器的流量图,查看是否服务器的流量跑高到10Mb以上

3.     如果您的朋友使用ping 命令的返回超时正常,那么我们就要使用tracert命令还对网络状况进行判断


以下是一个tracert命令执行的示例
C:\ >tracert 61.141.8.21

Tracing route to 61.141.8.21 over a maximum of 30 hops

1     5 ms     9 ms    10 ms 218.104.128.94
2     1 ms     1 ms     1 ms 218.104.128.93
3     2 ms     2 ms     2 ms 218.104.128.129
4     3 ms     3 ms     3 ms 218.107.221.13
5     2 ms     2 ms     3 ms 218.107.221.1
6    11 ms    12 ms    11 ms 219.158.10.193
7    53 ms    54 ms    53 ms 219.158.4.37
8   119 ms   120 ms 121 ms 219.158.11.66
9   248 ms     *      252 ms 202.97.15.177
10   299 ms   300 ms   300 ms 202.97.46.77
11   312 ms   310 ms   310 ms 202.97.40.114
12   299 ms     *        *     202.97.25.161
13   303 ms   306 ms   300 ms 218.16.228.6
14    *      307 ms     *     218.16.228.146
15   347 ms   349 ms     *     61.141.8.21

Trace complete.


通过示例命令执行的结果,我们可以看到,从219.158.11.66开始,路由节点超时比较严重,说明此路由器可能有故障了,您可以将这个结果提交给我们,由我们联系电信部门处理。


Linux下命令为traceroute

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-24237-1-1.html 上篇帖子: 从Ubuntu12.04升级到Ubuntu 14.04后系统不能启动 下篇帖子: OpenSSL的安装和使用 网络
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表