UC知道不同网段的网关为何ping不通？
来源：百度知道 编辑：UC知道 时间：2024/05/21 20:43:22
做了一个奇怪的实验：
主机A的网关设为主机B，并与主机B直连，A地址192.168.10.1/24，B地址为192.168.20.1/24
以下是我认为的理想实验过程：
A ping B，A发现B的地址不在同一网段，遂将数据包发往网关处（即B）。A不知道B的mac地址，于是先发ARP请求，因为A、B直连，B收到了A的ARP请求，于是告诉A自己的mac地址。A得到了自己的网关B的mac地址，将ping B的ICMP数据包发往B，ping成功。
但实验的结果确是，ping不成功，显示Request timed out。
在B上进行抓包，确实抓到了A发出的ARP请求也进行了回复，查看A和B的arp列表，相互都有对方的mac地址。
虽然不在同一网段，但A的网关是B，通过ARP请求与回复双方都知道了对方的mac，为什么 A还是ping不到B呢？
望高手解答..
直连用/24的掩码通信是没问题的，在同一网段的情况下。
从原理上分析不出实验失败的原因，这是我困惑的地方。各位能帮我从原理上分析一下为什么不行就最好了。
主机A的网关设为主机B，并与主机B直连，A地址192.168.10.1/24，B地址为192.168.20.1/24
以下是我认为的理想实验过程：
A ping B，A发现B的地址不在同一网段，遂将数据包发往网关处（即B）。A不知道B的mac地址，于是先发ARP请求，因为A、B直连，B收到了A的ARP请求，于是告诉A自己的mac地址。A得到了自己的网关B的mac地址，将ping B的ICMP数据包发往B，ping成功。
但实验的结果确是，ping不成功，显示Request timed out。
在B上进行抓包，确实抓到了A发出的ARP请求也进行了回复，查看A和B的arp列表，相互都有对方的mac地址。
虽然不在同一网段，但A的网关是B，通过ARP请求与回复双方都知道了对方的mac，为什么 A还是ping不到B呢？
望高手解答..
直连用/24的掩码通信是没问题的，在同一网段的情况下。
从原理上分析不出实验失败的原因，这是我困惑的地方。各位能帮我从原理上分析一下为什么不行就最好了。
关注你的实验，和关注回答！
这应该是属于跨VLAN段了,需要在交换机中设置.
直连的话,好象子网掩码不能用255.255.255.0
如果你是IP第三位不同的话可以考虑子网掩码的第三位改成254
属于不同的Vlan