坏的networking适配器closures整个networking?

今天早上我进了办公室,整个networking都“倒塌”了。 这意味着没有电脑可以build立连接到我们的networking上的另一台计算机,没有人可以上网。

该networking由一些非网pipe型networking交换机和一个sonicwall防火墙组成。 我终于将问题追踪到了一台特定的机器:我们的Windows 2003服务器作为主域控制器运行。 当它插入networking时,没有人可以ping任何人,但是当它被拔出时,整个networking正常工作。 我试图禁用networking适配器,以便使用机器的第二个networking适配器。 它不会禁用,但。 我重新启动服务器,并尝试使用相同结果的原始错误的适配器。 我终于能够禁用第一个networking适配器,并启用第二个具有相同的IPconfiguration。 瞧,一切都运转良好。

我的问题:有没有人遇到这样的事情,有什么可能导致它? 我应该寻找什么样的东西? 不幸的是,我不能在工作date间使用第一个适配器进行更多的故障诊断,因此我有时间编译故障排除提示,并在几小时后再尝试。

这是基本交换机的问题,如果它是像思科催化剂或惠普procurve它可能已经检测到端口上的不稳定的活动,并closures它,这当然意味着你不会有DNS,如果你只有一个DC,用户无法login,但networking至less会有效“上”。 我的build议是投资一对24端口procurve交换机,给他们一个基本的configuration,然后把你的数据中心的网卡和类似的东西交换,如果再发生一次,交换机将closures有故障的端口。

关于现有网卡的故障排除,如果有故障的硬件知道networking中有什么东西,也许如果你下载Wireshark之​​类的东西,并且在其他网卡插回去的时候在客户端PC上运行,你可以看到什么stream量它正在创build或你的数据包在哪里。 另外要testing是否是硬件或软件问题,你可以尝试一个Linux的Live CD,如Ubuntu 10.10。 如果将其加载到RAM中并对NIC进行testing(实时CD不要触摸HD,因此可以安全地运行硬件诊断),您将能够看到软件(Windows的安装)还是硬件。

如果您想在更“受限制”的环境中对其进行故障排除,请将其连接到另一台运行Wireshark的计算机或类似交叉电缆。 这样你就不会冒险你的networking。