代理arp我解

代理ARP
“什么是代理ARP？代理ARP就是通过使用一个主机(通常为router),来作为指定的设备对另一设备的ARP请求作出应答。”这个可以说是一个官方解释了。大家可以用同一个拓扑来验证一下，在这里我们最常使用Router关闭路由功能来模拟成PC完成这个实验（左方PC为路由器模拟，在做此实验前请把前一实验的ARP信息清除，建议重启）：

 

PC上不配置默认网关，此时用PC去ping 192.168.1.2和10.1.1.3。会得到以下ARP表

由此可见，PC发出ARP请求10.1.1.3的MAC地址，R2以自己的FastEthernet0/0口地址代理R3去回应PC，告诉PC自己的FastEthernet0/0就是10.1.1.3的MAC地址。
结论：有默认网关的的时候PC按默认网关走，没有默认网关的时候路由器通过代理ARP完成通信。
到目前为止一切都看起来那么的合理，那么的顺利。这个实验是一些培训班常做的实验之一。其实，错了！

 

问题出在哪里？问题就出在我们是用一台路由器去模拟PC。不管是否关闭路由功能，它始终不是PC，它处理数据的方式与PC也不一样。请大家思考一下，如果是一台PC，在没有默认网关的情况下去ping一个非本网段地址，会出现什么情况？

在没有默认网关的情况下ping一个非本网段地址，显示目标网络不可达，然后直接丢包，根本不会发出ARP查询。
PC在什么时候会发出ARP查询呢？ping一个本网段地址的时候（大家可以抓包来验证一下）。其实就是思科文档的这种情况了：

（只有在ping本网段才会发arp请求走交换机等等二层设备，一旦涉及到非跨网段就要查路由表或需要有默认网关！如你知道这个店在自己小区内则可以在小区内广播求地址，但根据店的名字知道，不在本小区内，这时候你就需要查询自己存的地址表看看有没有这家店的地址，或者是查询默认的查地址网站（类似默认网关），去寻找该店地址和路径）

 

看清楚了，PC-A的IP地址是/16位，PC-D的IP地址是/24位，所以当PC-A去ping PC-D的时候，PC-A认为是ping同一个网段，会发出ARP请求，这个时候ARP请求就到了路由器上了。路由器如果开启了代理ARP功能，会代替PC-D给PC-A回应，告诉PC-A路由器的e0口MAC地址00-00-0c-94-36-ab就是PC-D的MAC地址，完成代理ARP操作，保护了PC-D的MAC地址隐私。

 

我认同这种说法，是合情合理的。但是不禁有个问题，谁会用这么脑残的方法配置IP地址呢？好吧，就当是有。
以下转自鸟哥的Linux私房菜：
“如果你一開始設計的網路環境就是同一個 C class 的網域，例如 192.168.10.0/24 ， 後來因為某些因素必須要將某些主機搬到比較內部的環境中，例如圖一的 PC2 ~ PC4 。 然後又因為某些因素，所以你不能變更 PC2 ~ PC4 的 IP ，也就是說，有點像底下這樣的圖示：”

 

代理ARP作为这种特殊情况的解决方案是无可厚非的，但是按道理说这种情况万中无一。既然这种情况出现的概率那么低，为什么要把代理ARP设置为默认启动？这不是浪费资源吗？还存在ARP欺骗等安全隐患，完全可以把代理ARP功能设置为默认关闭。个人意见，有朋友知道原因请告知。