一个有关ARP协议的问题

hefish

俺坚信：linux就是比千把块的路由器强！

最近在解决局域网内的ARP欺骗问题。古人说：绑定是正道。俺同意，但是这需要对每台客户端进行操作。最近得知如今的小路由器里面有个功能叫ARP keepalive，可以每秒一次向全局域网广播自己的IP/MAC信息，使客户端的ARP表保持准确，从而防止ARP欺骗。俺认为这个方法不错，于是准备在linux下实现之。 经过几天的认真学习ARP协议知识，俺发现了一个问题，所以提出来，劳烦大家指点。

ARP包有两种：请求包和响应包。到底arp keepalive的广播包应该如何构造呢？

ssffzz1

贼麻烦，俺都搞出来了。应该是不停的发送回应包，但不能用广播。

hefish

不会吧。。。。。昏迷。。。。
那该死的小路由器怎么说是广播啊。我靠。

hefish

刚写了一个测试程序，程序向192.168.0.255发送一个ARP请求，请求192.168.0.255的MAC地址。
发现这个请求发送过后，局域网内的多数机器(没有一台一台全部察看)的ARP表中都多了一条关于网关的ARP记录。具体效果还在进一步确认中。

ssffzz1

这个倒没测试。我测试的是不用广播，给每一机器发一个标准的关于网关的回答包，然后每一机器都有了关于网关的正确记录。

hefish

今天做了一个比较完整的测试，发现上次的猜测是错误的。
实际情况是 linux因为默认是响应广播的，所以有了上次的猜测。转到windows下，广播包windows根本不理睬，所以得不到上面的效果。
我把广播包改成单播包，到时可以让windows的客户端arp准确。但是广播包如何解决呢？ 请大家指教。白金研究过吗？

linux_fedora

不明白

bingosek

这个并不是一个好的解决方案，如果arp攻击以更快的速率广播呢？

ssffzz1

就是不用广播包。我的方法是，先在网关用ethers绑定和客户端，然后根据ethers的条目分别发包。

hefish

原帖由 ssffzz1 于 2006-12-15 08:08 发表
就是不用广播包。我的方法是，先在网关用ethers绑定和客户端，然后根据ethers的条目分别发包。

这样做当然是最好了。我只是想模拟那些小路由器的一些功能，省得那些杂牌路由器厂商吹得牛哄哄的。