作者zi98btcc (幼斤)
看板Network
标题[问答] tracert 当中的 * Request timed out.
时间Thu Sep 15 00:02:33 2016
在家里用桌机或手机测试tracert指令，测试网站：linux.rz.ruhr-uni-bochum.de
网路配置：桌机与手机都是在dlink分享器辖下的内网关系，
桌机---(有线)------------dlink----(有线)---hinet数据机----外网
或
手机---(无线)----开wifi的dlink----(有线)---hinet数据机----外网
桌机tracert linux.rz.ruhr-uni-bochum.de 结果：
Tracing route to c4-2-8.rz.ruhr-uni-bochum.de [134.147.32.114]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.0.1
2 3 ms 3 ms 2 ms h254.s98.ts.hinet.net [168.95.98.254]
3 2 ms 3 ms 2 ms rtkz-3312.hinet.net [168.95.25.230]
4 8 ms 11 ms 11 ms tpdt-3012.hinet.net [220.128.10.142]
5 4 ms 3 ms 4 ms r4101-s2.tp.hinet.net [220.128.7.117]
6 4 ms 4 ms 4 ms r4001-s2.tp.hinet.net [220.128.11.129]
7 163 ms 142 ms 154 ms 211-72-108-61.HINET-IP.hinet.net [211.72.108
8 146 ms 159 ms 146 ms xe-7-3-3.edge1.SanJose2.Level3.net [4.59.0.2
9 296 ms 290 ms 291 ms ae-4-90.edge5.Frankfurt1.Level3.net [4.69.15
10 290 ms 290 ms 290 ms ae-4-90.edge5.Frankfurt1.Level3.net [4.69.15
11 291 ms 291 ms 291 ms 212.162.4.6
12 295 ms 296 ms 295 ms cr-dui1-hundredgige0-6-0-0.x-win.dfn.de [188
13 317 ms 323 ms 316 ms xr-boc1-te1-1.x-win.dfn.de [188.1.146.34]
14 * * * Request timed out.
15 302 ms 303 ms 303 ms rdc1-vl2.cns.ruhr-uni-bochum.de [134.147.217
16 302 ms 302 ms 302 ms c4-2-8.rz.ruhr-uni-bochum.de [134.147.32.114
Trace complete.
手机tracert linux.rz.ruhr-uni-bochum.de 结果：
如图：
http://i.imgur.com/CVEiHQy.png
几乎与桌机一样，只是第2个节点是 *
基本上桌机与手机都可以正常下载linux.rz.ruhr-uni-bochum.de的档案如下
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
问题1：tracert 当中出现几个 * 似乎不影响下载，还是可以下载，
例如桌机tracert第14节点也是 *
那代表下载连线路径就由节点13跳到节点15这样？节点14就不走了？
问题2：桌机第2个节点h254.s98.ts.hinet.net 属於正常回应时间3ms 2ms
为何手机tracert第2个节点是 * Request timed out. ?
手机与桌机都是躲在同一个dlink分享器之後再连外出去的，
tracert结果应该要一样的呀！
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 61.228.111.237
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Network/M.1473868955.A.C8B.html
※ 编辑: zi98btcc (61.228.111.237), 09/15/2016 10:03:23
1F：→ zaknafein: 问题一 只是节点十四不想回应你的 icmp request 而已 09/15 10:22
原来只是不回应，是我想太多
2F：推 zaknafein: 问题二 我猜因为 android 是 linux based 09/15 10:26
3F：→ zaknafein: 所以它的 traceroute 是用 UDP 传送 节点二不想回应 09/15 10:26
4F：→ zaknafein: 不过只是我的猜测啦 09/15 10:27
traceroute这麽基本工具还有分windows版，linux版？
※ 编辑: zi98btcc (61.228.111.237), 09/15/2016 11:50:25
5F：→ deadwood: 其实节点不回应traceroute还满普遍的，尤其是防火墙 09/15 12:12
6F：→ SPzero: 节点不回应traceroute情况真的还蛮常见的，而且有时候不回 09/15 13:19
7F：→ SPzero: 应并不等於未通过该节点，有时多traceroute个几次就能看见 09/15 13:21
8F：→ SPzero: 回应了说 09/15 13:21
9F：→ infosec: 本来就跟用户端os有关 09/15 15:05
10F：→ sigurose: 不同OS确实会有差，路由器即使有接收到UDP侦测封包，也 09/17 11:11
11F：→ sigurose: 可能因忙碌选择不送回ICMP封包 09/17 11:12
12F：→ zaknafein: 所以用户报修说traceroute 出现 * 都是参考参考就好 09/18 10:55