路由器交换后,无法通过DHCP连接CentOS虚拟机

我最近换了一台旧的Netgear调制解调器/无线路由器,换成我们ISP提供的ZyXel P660HW-T1。 我已经configuration了它,以便新路由器具有与旧路由器相同的IP地址,子网掩码,IP池起始地址和IP池大小。 另外,我将其configuration为使用与旧设备相同的无线SSID和密钥。 (要阻止用户对我大喊:-))

Windows机器连接到networking(通过WiFi)没有困难。 两台Ubuntu机器通过WiFi连接没有困难(IP地址分配给wlan0,我猜是人们所期望的)。

问题在于我们在Windows工作站上运行的CentOS虚拟机。 以前,我们可以以桥接模式连接这些设备,并通过DHCP为networking分配一个IP地址。 连接的设备是eth0。 但是,现在这个工作只是偶尔的。 鉴于我认为我已经configuration了新的路由器相同的旧的,我不明白是什么问题。 我们不想回滚到旧路由器,因为它不可靠,定期丢弃连接等等。 有人有什么build议?

事实certificate,在这种情况下,ZyXel路由器本身存在问题 – 看起来这个特定型号的最初批次是由一个不能正确处理DHCP租约的恶意固件发出的。 经过大约两周的电话(!)和沮丧的用户,我设法从ISP发出一个替代品,它的工作完全开箱…

对于debuggingnetworking问题tcpdump(Linux)和Wireshark(Linux和Windows)是你的朋友。

Wireshark充满了安全漏洞(通常在其数百个解码器中的一些缓冲区溢出)。 我不是特别担心他们,但为了安全起见,我更喜欢用木材来捕捉

sudo tcpdump -s 0 -i eth0 -w capture1.cap 

并且像普通用户一样在捕获的文件上使用wireshark的奢侈品。

我有两年没有使用Windows,我不确定您是否会在Windows主机上看到桥接通信。 如果你没有看到它,你可以捕捉到客人,而你把networking联系起来。 在networking启动之前捕获不成功的情况下,我写了一个无限循环来尝试启动tcpdump,直到它成功(即networking出现)。

在CentOSnetworking中,使用这些命令来closures和使用

 sudo service network stop sudo service network start 

可能你想看看DHCP的stream量。

当然,读取Wireshark输出需要对底层协议(如DHCP)的工作原理有所了解。 networking充满了解释。 同时比较来自/没有问题的机器(或者在安静的时候你的旧路由器)的stream量可以帮助理解。

快乐debugging!