各种大牛请进，这种问题只能在水区问才有答案

gmx168 · 发表于 2012-9-10 13:49

XXHJACK 发表于 2012-9-10 13:47
我们公司用的是天融信的设备。是查路由表的时候出现这个问题我专门打电话去问过售后支持，说的是首先要打 ...

我觉着和防火墙关系不大，我这台电脑直接绑定公网IP，没有硬件防火墙的防护，一样没有结果。

Epic · 发表于 2012-9-10 13:49

gmx168 发表于 2012-9-10 13:40
我这里用Cisco的ASA防火墙，有专门针对ICMP协议的配置，我已经打开的ICMP的监控，PING -r一样无结果返回 ...

老黄原来是专业的啊

XXHJACK · 发表于 2012-9-10 13:47

gmx168 发表于 2012-9-10 13:40
我这里用Cisco的ASA防火墙，有专门针对ICMP协议的配置，我已经打开的ICMP的监控，PING -r一样无结果返回 ...

我们公司用的是天融信的设备。是查路由表的时候出现这个问题我专门打电话去问过售后支持，说的是首先要打开icmp支持然后再修改什么哦，结果我找了2天没找到这个功能，让厂家的远程查看，结果他们也发现没这功能。然后他们研究了半天改了个设置最后还是失败。我估计你还要改点什么，最好找技术支持问问，有些防火墙的实际很蹩脚。

gmx168 · 发表于 2012-9-10 13:40

XXHJACK 发表于 2012-9-10 13:37
嗯！我们公司的防火墙就是有这个bug，没打开这玩意的功能。ping应该也是走的icmp！ ...

我这里用Cisco的ASA防火墙，有专门针对ICMP协议的配置，我已经打开的ICMP的监控，PING -r一样无结果返回。

XXHJACK · 发表于 2012-9-10 13:37

P0wer 发表于 2012-9-10 13:19
不对啊，Windows上的Tracert不是UDP，只是ICMP。

嗯！我们公司的防火墙就是有这个bug，没打开这玩意的功能。ping应该也是走的icmp！

Epic · 发表于 2012-9-10 13:36

gmx168 发表于 2012-9-10 13:35
别着急啊，我还在找呢，已经在查RFC资料了，不过还没有找到Ping -r的详细说明。

再说了，咱还有工作呢， ...

不急不急，我等老黄。

gmx168 · 发表于 2012-9-10 13:35

P0wer 发表于 2012-9-10 13:33
？啥意思啊，老黄。还有，你找到科普资料了没啊，我现在就是想知道为啥一些ip用ping -r没有回 ...

别着急啊，我还在找呢，已经在查RFC资料了，不过还没有找到Ping -r的详细说明。

再说了，咱还有工作呢，呵呵~~

Epic · 发表于 2012-9-10 13:33

gmx168 发表于 2012-9-10 13:29
那是~~~

？啥意思啊，老黄。

还有，你找到科普资料了没啊，我现在就是想知道为啥一些ip用ping -r没有回应。

gmx168 · 发表于 2012-9-10 13:29

P0wer 发表于 2012-9-10 13:29
老黄，这个帖子讨论出结果后移到网络版区吧

那是~~~

Epic · 发表于 2012-9-10 13:29

gmx168 发表于 2012-9-9 21:52
试baidu也无果：
ping -r 9 baidu.com

老黄，这个帖子讨论出结果后移到网络版区吧

Epic · 发表于 2012-9-10 13:19

本帖最后由 P0wer 于 2012-9-10 13:26 编辑

XXHJACK 发表于 2012-9-10 13:04
估计和防火墙有些功能限制有关！我公司也是，防火墙功能有bug。得在家里试试才晓得。又用谷歌翻译看了下 ...

不对啊，Windows上的Tracert不是UDP，只是ICMP。

XXHJACK · 发表于 2012-9-10 13:04

本帖最后由 XXHJACK 于 2012-9-10 13:09 编辑

P0wer 发表于 2012-9-10 13:00
为啥Ping -r一些人会没有结果？

估计和防火墙有些功能限制有关！我公司也是，防火墙功能有bug。得在家里试试才晓得。又用谷歌翻译看了下那段英文，这个有个端口说明，是否需要打开那个端口段才能测试。

Epic · 发表于 2012-9-10 13:00

XXHJACK 发表于 2012-9-10 12:40
哪我的猜测对了。。。。。。。。。。。

为啥Ping -r一些人会没有结果？

XXHJACK · 发表于 2012-9-10 12:40

哪我的猜测对了。。。。。。。。。。。

Epic · 发表于 2012-9-10 12:30

本帖最后由 P0wer 于 2012-9-10 13:25 编辑

gmx168 发表于 2012-9-10 09:19
我是试图从工具开发者那里找找解释，但未果，看来得查标准化文档了。

Wikipedia上Traceroute词条有这么一段话：
On Unix-like operating systems, the traceroute utility by default uses User Datagram Protocol (UDP) datagrams with destination port numbers from 33434 to 33534.The traceroute utility usually has an option to specify use of ICMP echo request (type 8) instead, as used by the Windows tracert utility. If a network has a firewall and operates both MS Windows and Unix-like systems, both protocols must be enabled inbound through the firewall.
所以说Tracert不会返回Wan端口的IP。

补充看楼下25楼，Wiki里面只是说Unix，没说Windows用的是UDP报。

猜测一下，Tracert是路由返回数据报，而ping是记录数据报，很可能是这个区别造成的。Ping -r是显示路由的IP地址。

ping数据报经过一个路由，路由器把自己ip放到该数据报中。而目的主机则会把这个ip列表复制到回应icmp数据包中发回。。。

gmx168 · 发表于 2012-9-10 09:19

P0wer 发表于 2012-9-10 03:13
这个和OS有关系？老黄可以试试TraceRoute，这些应该在网络层上定义的吧。就像ping用ICMP，不会有啥OS让pi ...

我是试图从工具开发者那里找找解释，但未果，看来得查标准化文档了。

XXHJACK · 发表于 2012-9-10 09:10

本帖最后由 XXHJACK 于 2012-9-10 09:28 编辑

LZ在内网内？？？

个人感觉ping -r 9是响应的代理的ip，tracert响应的是代理服务器的ip。lz内网内应该有2个路由或防火墙！我们公司的防火墙造成ping -r 9直接time out，tracert只显示开头和结尾。

longe · 发表于 2012-9-10 08:28

C:\Documents and Settings\longe>ping -r 9 bbs.pceva.com.cn

Pinging dhost.pceva.net [123.232.123.199] with 32 bytes of data:

Reply from 123.232.123.199: bytes=32 time=77ms TTL=51
Route: 10.128.2.71 ->
         10.128.138.27 ->
         10.128.138.253 ->
         61.181.252.6 ->
         117.8.145.178 ->
         117.8.109.62 ->
         202.99.66.150 ->
         219.158.99.254 ->
         219.158.99.253
Reply from 123.232.123.199: bytes=32 time=68ms TTL=51
Route: 10.128.2.71 ->
         10.128.138.27 ->
         10.128.138.253 ->
         61.181.252.6 ->
         117.8.145.178 ->
         117.8.109.62 ->
         202.99.66.150 ->
         219.158.99.254 ->
         219.158.99.253
Reply from 123.232.123.199: bytes=32 time=68ms TTL=50
Route: 10.128.2.71 ->
         10.128.138.27 ->
         10.128.138.253 ->
         61.181.252.6 ->
         117.8.145.178 ->
         117.8.109.62 ->
         202.99.66.150 ->
         219.158.99.254 ->
         219.158.99.253
Reply from 123.232.123.199: bytes=32 time=82ms TTL=51
Route: 10.128.2.71 ->
         10.128.138.27 ->
         10.128.138.253 ->
         61.181.252.6 ->
         117.8.145.178 ->
         117.8.109.62 ->
         202.99.66.150 ->
         219.158.99.254 ->
         219.158.99.253

Epic · 发表于 2012-9-10 03:13

gmx168 发表于 2012-9-9 23:47
我们用的ping和tracert都是微软提供的客户端，所以我专门去微软站点查了，也没有查到什么清楚地解释。我 ...

这个和OS有关系？老黄可以试试TraceRoute，这些应该在网络层上定义的吧。就像ping用ICMP，不会有啥OS让ping成为telnet吧。

gmx168 · 发表于 2012-9-9 23:47

P0wer 发表于 2012-9-9 22:58
我一开始也是这么认为的，但是仅仅是从自己的路由器上Wan的IP和Lan的IP得出的结论，网上搜索查了不少，都 ...

我们用的ping和tracert都是微软提供的客户端，所以我专门去微软站点查了，也没有查到什么清楚地解释。我明天再找找看。

要验证倒也简单，搭个简单的环境就可以测试出来了。

各种大牛请进，这种问题只能在水区问才有答案

浏览过的版块