在我们的networking上发生的事情，我不能包住我的头。 我是一个交易程序员而不是networking工程师，但我99％确定这不是正常的行为。
无论如何，当我重新启动DC，我有一个cmd提示打开我的机器ping机器，所以我可以看到什么时候下来/回来了。 然而，ping永不停息，所以我login到机器上查看是否重新启动，根据系统正常运行时间进行报告。
所以我对运行ping命令的Linux做了同样的事情，这个命令显示每个请求都会返回重复的数据包，除非重新启动的机器是closures的。
所以在windows上，当我重新启动它时，数据包没有太大的改变，只是TTL改变了。
Reply from 10.0.0.254: bytes=32 time<1ms TTL=128 [... Machine rebooted] Reply from 10.0.0.254: bytes=32 time<1ms TTL=255 [... Machine came back up] Reply from 10.0.0.254: bytes=32 time<1ms TTL=128 在Linux机器上，重复项在机器重新启动时停止。 同样，每个重复的Linux ping的TTL都是255，非重复的都是128。
有问题的机器用于DC，DNS和文件服务器。 它在被testing的两台机器上被列为第二台DNS服务器。
如果我从这两台机器上ping另一台DC，在Linux中没有重复的，我怀疑它将不会响应ping，而像其他机器一样重新启动。
有没有人有任何解释到底是怎么回事？ networking有2个AD DC / DNS服务器，没有负载平衡，集群或任何其他types的故障切换。
Windows的默认TTL（至less对于所有当前版本）是128，所以这些ping回复来自您的DC。 TTL为255的ping响应来自另一个设备（可能是基于Linux），它在DNS中有一个Alogging，与DC的Alogging相同。 看看相关的DNS区域，find有问题的Alogging并将其删除。 检查对应于有问题的Alogging的系统，确保它没有configuration与DC相同的IP地址。
我能够通过更换服务器中的NIC来解决问题。 我closures它，安装了一个新的网卡（不同的品牌和型号）。 然后我启动进入BIOS，并禁用了板载的其他网卡。
然后，我启动到Windows，并确保IP地址是正确的（10.0.0.254）。 然后我检查了DNS，以确保它在启动时拉出的DHCP地址没有在DNS中列出。 它被列在（同根），所以我删除了两个DC。 清除DNScaching并重新启动DNS服务。
之后，我从其他各种工作站上抓住机器，现在工作正常。 所以不知道这是MAC地址改变，驱动改变还是硬件改变。
现在只需要做一些研究，看看我是否需要改变任何东西，使AD能够完美地工作，因为我更换了NIC。