我在虚拟Debian服务器上遇到networking问题。 我认为VPS提供商可能是这些networking问题的原因，因为它是一个相当新的/相当标准的Debian安装。 然而，由于他们的技术支持是无用的，我试图确定部分networking问题的原因，以certificate这不是我的错误configuration，部分是因为我可以指导他们的技术支持模糊地在正确的方向，所以我不我不会收到电子邮件告诉我“这对我们来说很好”。
我实际上有2个虚拟服务器与这个主机。 一个是好的，另一个经常要求我重新启动networking，否则我不能得到任何外部连接（无论是在内部或外部），内部连接是狗慢。
我在有问题的机器上运行了一个tcpdump，显示除了我自己的sshstream量之外的所有东西，而且大部分的回报都是这样的，一遍又一遍地重复：
09:49:43.328322 ARP, Request who-has xxx.xxx.xxx.1 tell xxx.xxx.xxx.20, length 42 09:49:43.365528 ARP, Request who-has xx.xxx.xx.184 tell xx.xxx.xx.1, length 46 09:49:43.365662 ARP, Request who-has xxx.xxx.xxx.114 tell xxx.xxx.xxx.1, length 46 09:49:43.365760 ARP, Request who-has xx.xxx.xx.159 tell xx.xxx.xx.1, length 46 09:49:43.450859 ARP, Request who-has xx.xxx.xx.205 tell xx.xxx.xx.1, length 46 09:49:43.711473 ARP, Request who-has xx.xxx.xx.253 tell xx.xxx.xx.1, length 46 09:49:43.761538 ARP, Request who-has xx.xxx.xx.187 tell xx.xxx.xx.1, length 46 09:49:43.806078 ARP, Request who-has xx.xxx.xx.204 tell xx.xxx.xx.1, length 46 09:49:43.929437 ARP, Request who-has xx.xxx.xx.180 tell xx.xxx.xx.1, length 46 09:49:44.122110 ARP, Request who-has xxx.xxx.xxx.94 tell xxx.xxx.xxx.1, length 46 09:49:44.148619 ARP, Request who-has xx.xxx.xx.202 tell xx.xxx.xx.1, length 46 09:49:44.203619 ARP, Request who-has xx.xxx.xx.185 tell xx.xxx.xx.1, length 46 09:49:44.263640 ARP, Request who-has xx.xxx.xx.249 tell xx.xxx.xx.1, length 46 09:49:44.296925 ARP, Request who-has xx.xxx.xx.241 tell xx.xxx.xx.1, length 46
我在另一台机器上运行了一个tcpdump（看起来很好），并得到了相同的结果。 所以也许这不是原因？ 如果另一个看起来很好。 虽然我很确定有持续不断的ARP请求stream是不健康的？
如果有人可以请告诉我更多关于这些ARP请求的信息，以及这些请求是否可能导致问题 – 还有我应该检查的其他方面，以进一步尝试和诊断问题。
谢谢
对于以太网而言，这是非常正常的，很可能是红鲱鱼。 xx.xxx.xx.1最有可能检查主机是否仍然连接到networking。 这可以由多种原因完成，如清理DHCP租用数据库中的空间，检查IP冲突，networking监控等。 几秒钟的ARP不是一个问题。 如果您正在处理适当的ARP泛滥，您通常会看到10k + ARP数据包。
所以你可能不得不在别处寻找你的networking问题的来源。