最近,我从T1切换到了住宅电缆服务(Comcast)。我有一台运行Debian 6.0.6的虚拟机(XenServer 5.6),它充当我的家庭网络的默认网关,但是由于某种原因,它看起来像上游DHCP服务器完全忽略了我的DHCPDISCOVER
请求。
2月1日20:58:34 myhost dhclient:Internet系统联盟DHCP客户端4.1.1-P1 2月1日20:58:34 myhost dhclient:版权所有2004-2010 Internet系统联盟。 2月1日20:58:34 myhost dhclient:保留所有权利。 2月1日20:58:34 myhost dhclient:有关信息,请访问https://www.isc.org/software/dhcp/ 2月1日20:58:34 myhost dhclient: 2月1日20:58:34 myhost dhclient:正在侦听在LPF / eth1 / 26:ac:40:50:5b:c7 2月1日20:58:34 myhost dhclient:在LPF / eth1 / 26:ac:40:50:5b:c7 2月1日发送myhost dhclient:通过套接字/回退发送 2月1日20:58:38 myhost dhclient:eth1上的DHCPDISCOVER到255.255.255.255端口67间隔4 2月1日20:58:42 myhost dhclient:在eth1上的DHCPDISCOVER到255.255.255.255端口67间隔5 2月1日20:58:47 myhost dhclient:eth1上的DHCPDISCOVER到255.255.255.255端口67间隔9 Feb 1 20:58:56 myhost dhclient:eth1上的DHCPDISCOVER到255.255.255.255端口67间隔14 Feb 1 20:59:10 myhost dhclient:eth1上的DHCPDISCOVER至255.255.255.255端口67间隔8 Feb 1 20:59:18 myhost dhclient:eth1上的DHCPDISCOVER至255.255.255.255端口67间隔8 Feb 1 20:59:26 myhost dhclient:eth1至255.255上的DHCPDISCOVER 255.255端口67间隔9 Feb 1 20:59:35 myhost dhclient:eth1上的DHCPDISCOVER到255.255.255.255端口67间隔4 月1日20 :59:39 myhost dhclient:未收到DHCPOFFERS。 2月1日20:59:39 myhost dhclient:持久数据库中没有可用的租约-正在睡眠。
tcpdump
,则可以看到很多ARP流量以及ISP的DHCP服务器对其他正在请求IP地址的客户的响应。我的DHCP数据包正在广播,但没有返回答案。dhclient
在调制解调器完全完成初始化之前启动,它会192.168.100.0/24
以较低的刷新间隔为网络范围内的私有IP地址提供服务,以便dhclient
在准备提供服务时会选择公共IP地址。它继续DHCPACK
为专用网络发送响应,直到准备好桥接网络为止,这时我不再从DHCP服务器获取响应。2月1日21:16:02 myhost dhclient:在LPF / eth1 / 26:ac:40:50:5b:c7上 侦听2月1 21:16:02 myhost dhclient:在LPF / eth1 / 26:ac:40:50上发送:5b:c7 2月1日21:16:02 myhost dhclient:在Socket / fallback上发送 2月1日21:16:04 myhost dhclient:eth1上的DHCPDISCOVER到255.255.255.255端口67间隔8 Feb 1 21:16:04 myhost dhclient:来自192.168.100.1 2月1日21:16:04 myhost dhclient的DHCPOFFER :eth1上的DHCPREQUEST到255.255.255.255端口67 2月1日21:16:05 myhost dhclient:来自192.168.100.1 2月1日的DHCPACK DHCP myhost dhclient:绑定到192.168.100.10-在14秒内更新。 2月1日21:16:19 myhost dhclient:eth1上的DHCPREQUEST到192.168.100.1端口67 2月1日21:16:20 myhost dhclient:来自192.168.100.1的DHCPACK 2月1日21:16:20 myhost dhclient:绑定到192.168.100.10-在13秒内更新。 2月1日21:16:33 myhost dhclient:在eth1上的DHCPREQUEST到192.168.100.1端口67 2月1日21:16:36 myhost dhclient:在eth1上的DHCPREQUEST到192.168.100.1端口67 2月1日21:16:43 myhost dhclient:在DHCP1上的DHCPREQUEST eth1到192.168.100.1端口67 Feb 1 21:16:50 myhost dhclient:eth1上的DHCPREQUEST到255.255.255.255端口67 Feb 1 21:16:51 myhost dhclient:eth1上的DHCPDISCOVER到255.255.255.255端口67间隔67 Feb 7 21 :16:58 myhost dhclient:eth1上的DHCPDISCOVER到255.255.255.255端口67间隔15 Feb 1 21:17:13 myhost dhclient:eth1上的DHCPDISCOVER到eth1到255.255.255.255端口67间隔7 Feb 7 21 :17:20 myhost dhclient:eth1上的DHCPDISCOVER到255.255.255.255端口67间隔10 Feb 1 21:17:30 myhost dhclient:eth1上的DHCPDISCOVER到255.255.255.255端口67间隔10 Feb 1 21:17:40 myhost dhclient:DHCPDISCOVER在eth1到255.255.255.255端口67间隔12 Feb 1 21:17:52 myhost dhclient上:没有收到DHCPOFFERS。 2月1日21:17:52 myhost dhclient:持久数据库中没有可用的租约-正在睡眠。
我曾尝试致电Comcast询问他们是否将我的MAC地址列入了黑名单,但是他们拒绝升级我的呼叫而未在我的帐户中添加高级技术支持服务。(包括一次性激活费,以阻止我在问题解决后立即退订)
为什么我的VM无法获得DHCP响应?
无论您使用的是完全随机的MAC地址还是非供应商前缀,都存在MAC地址将使ISP的基础架构混乱的风险。
解决方法是欺骗现有网卡的MAC地址:最好是您永远不打算再次使用的旧10基卡,但符合以下条件的任何MAC地址都可以:
重新配置您的虚拟NIC以欺骗该MAC地址,确认所做的更改对您的OS可见,然后重新启动电缆调制解调器。在特定的情况下,我能够多次演示电缆调制解调器重新启动步骤是必要的。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句