IP地址tracert不可达,但是可访问
如果某个网站无法访问,那根据tracert结果是无法判断该故障是线路(路由)中断引起的吧。因为tracert不可达有两种可能:一是该网站拒绝tracert,而是路由确实中断了。
那如何区分这两种可能呢?
譬如:
在浏览器访问http://169.143.0.130是可以的。
但是tracert不可达:
C:\Documents and Settings\Administrator>tracert -d 169.143.0.130
Tracing route to 169.143.0.130 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms219.133.167.193
2 <1 ms <1 ms <1 ms59.40.48.185
3 1 ms <1 ms <1 ms219.133.30.153
4 1 ms <1 ms <1 ms121.15.179.90
5 4 ms 3 ms 3 ms119.145.45.177
6 3 ms 4 ms 4 ms202.97.33.222
7 5 ms 4 ms 4 ms202.97.60.66
8 162 ms 164 ms 162 ms202.97.51.230
9 174 ms 176 ms 175 ms202.97.50.58
10 166 ms 165 ms 165 ms64.132.69.105
11 199 ms 199 ms 199 ms206.222.119.54
12 * * * Request timed out.
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.
其实我不懂的,路过,学习了。 网站的访问,可以用到的工具有:
1.nslookup,DNS解析检查
2.ping 、traceroute,连通性测试及路径跟踪
3.telnet x.x.x.x/www.xxx.com 80 HTTP服务测试(这个可用于通用的TCP服务) 如果可以访问该网站,说明不是路由问题,而是被屏蔽中途的跳数而已。 嗯,有可能ICMP的数据被屏蔽了 回复 4 # andersen 的帖子
那是不是存在这样的情况:网站可访问或不可访问,这两个时候的tracert结果都是一样的?这样的话,网站无法访问时候,tracert结果就没什么参考意义了,因为无法断定是真的路由中断了还是只是被屏蔽而已。
这么说对不对?
5L正解,tracert是基于ICMP的,可能中间某台路由器把icmp屏蔽了,可以尝试tracetcp测试 本帖最后由 lanbiyu 于 2011-1-19 01:23 编辑
我觉得tracert主要用来测试内部网络的情况比较有意义,不适合用于远距离的广域网跟踪 回复 8 # lanbiyu 的帖子
还是很困惑啊,能不能释疑下我在6楼提出的问题啊 本帖最后由 lanbiyu 于 2011-2-24 13:36 编辑
回复 9 # bylijinnan 的帖子
意思即是,你在明白整个拓扑的情况下用tracert,可以很直观的知道问题在哪个节点,比如测试到网关正不正常,但是出了网关,在广域网一来你不知道路由怎么走,二来你也不清楚别人做了什么限制。tracert用来测试网站的可达性本来就不怎么合理
页:
[1]