这是一个奇怪的部分：我打开一个命令提示符，并ping我们的网关服务器，突然一切都很好（至less一段时间）。 我不知道ping在做什么来让连接正常工作。
我试过ipconfig / flushdns和删除和重新创build路线，它不起作用。 我想也许ping是迫使机器caching一个DNS条目，但是如果我通过IP或DNS名称ping无所谓。 通过networking浏览器访问网关服务器也没有任何影响 – ping是我发现的唯一帮助。
我的实验室或pipe理子网中没有电脑有这个问题; 这只是学生机器。唯一的另一个显着因素是pipe理员/实验室机器join到我们的活动目录域，而学生机器显然不是。
任何想法发生了什么？ 这应该是我应该发现的一些愚蠢的东西。
如何检查路由器/交换机？ 如果交换机的MAC地址表被混淆了，它将不能正常运行，如果交换机重新启动或者客户端计算机持续对网关进行ping操作，通常情况下它会恢复运行。 重复的IP地址是可能的，如果客户端持续ping，网关的ARP表可能被迫接受客户的IP。 我实际上把一个ping命令放到我的一台服务器的crontab中，所以每3分钟就会执行一次，因为还有另一台计算机有重复的IP，我找不到。
你提到了arp，但是不要发布arp表信息。 我build议你注意arp表，因为你能够和无法build立networking连接。 那里有一些奇怪的行为似乎是可能的。
这种关联有多可靠/可重复？
我们可以从做域名parsing开始吗？ 如果你平谷歌它解决一个IP地址？ 如果是这样，当您尝试tracert google.co.uk会发生什么？ 在哪一点停止？
自从这个问题开始以来有什么改变？ 如上所述检查切换循环（如果您没有生成树协议）学生机器IP如何处理？ （手动或DHCP）机器可以互相ping通？ （按名称或IP）
我相信我们会为你find问题的。
我相信这是ICMP路由redirect。
您的路由器正在为您的主机网段注入“更好”的路由。
http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094702.shtml
您需要更好地了解networking设备的path和/或执行数据包跟踪。