为相同站点服务的具有相同负载的两个盒子往往会减慢并停止响应 ping。缓慢（或间歇性）的 ping 导致我们的负载均衡器认为服务器处于脱机状态并禁用它们。还有第三台服务器具有相同的内容，没有问题，所以我相当有信心这不是网站。
操作系统是 Windows Server 2008。配置有点特殊：因为我们在 Direct Server Return 模式下使用梭子鱼网络负载平衡器，所以我们不得不配置许多环回适配器，这些适配器“伪造”了此处描述的 IP 。物理适配器已根据 2008 年要求启用转发设置，以使环回适配器正常工作。
症状：
- 当它发生时，ping 通常要么超时，要么丢包。
- 修复似乎是以下一项或多项：
- 通过远程桌面登录。
- 清除 dns 缓存或 arp 缓存（不确定哪个）。
- 重新启动。
- 在上述一项或多项操作之后，服务器似乎可以正常运行大约 4 小时，然后再次运行。
问题：
这有哪些可能的原因？我应该如何诊断？我没有排除任何可能。切换配置，域/dns 服务器，欢迎所有想法。
可悲的是，我对良好的网络管理知之甚少，所以也欢迎显而易见的答案。
编辑：
回答提出的一些问题。
我已经联系了梭子鱼，他们似乎认为问题与网络有关。我想我同意这一点。
IP 分配给物理接口，而不是在服务器之间共享。Ping 是在同一子网内完成的。
当其他两个出现故障并且没有太大问题时，第三个框处理所有站点负载，但有时它也有问题。我还没有找到那个模式。
今天晚上，我和另一个（更有经验的）网络人员坐下来查看一些域和服务器配置。他发现的其中一件事是域控制器上的 dns 设置错误。它们被配置为使用外部 dns 服务器作为备用服务器，而不是其他 DC。我们将它们切换为相互引用 dns，并添加到 dns 服务的转发。我们还从所有 Web 服务器中删除了外部 dns 引用。
编辑2：
使用 Wireshark，我能够在一段停机时间内检查 ICMP 流量。我开始这个测试是因为我无法从框 1 访问框 2 上的共享文件夹。
测试：
- 开始在框 2 上捕获流量。
- 观察到框 2 正在查看并回复来自梭子鱼负载均衡器的 ping。
- 登录到框 1 并 ping 框 2。
- 观察到框 2 看到但没有回复框 1 的 ping。
- 观察到框 2 看到但在框 1 的第一次 ping 之后的 100 秒内没有回复来自 LB 的 ping。
因此，不知何故，两个盒子之间的流量导致盒子 2 在 ICMP 上崩溃了一段时间。
我应该注意到，框 1 在整个测试过程中运行良好，但没有看到来自框 2 的任何请求。在从框 2 ping 框 1 时，框 2 上的 Wireshark 显示来自源的消息“无法访问目标（通信管理过滤）” IP我不认识。