着眼MAC地址,解救无法享受DHCP服务

网络
在实际上网过程中,我们时常会遇到这样的奇怪故障,那就是有的工作站能够享受到DHCP服务,有的工作站却无法享受到这样的服务,而享受不到DHCP服务的工作站自然也就眼睁睁地看着其他工作站尽情上网冲浪了。

在安装了DHCP服务器的局域网环境中,每一台工作站在上网之前,都要先从DHCP服务器那里享受到地址动态分配服务,得到有效的IP地址后,才能进行上网冲浪。然而在实际上网过程中,我们时常会遇到这样的奇怪故障,那就是有的工作站能够享受到DHCP服务,有的工作站却无法享受到这样的服务,而享受不到DHCP服务的工作站自然也就眼睁睁地看着其他工作站尽情上网冲浪了。那么,在同一个局域网环境中,为什么有的工作站能够享受到DHCP服务,而有的却不行呢,难道DHCP服务器也会厚此薄彼?

实战案例:享受不到DHCP服务

笔者所在的办公室共有四台工作站,通过一台8口D-LINK品牌交换机互相连接在一起,每一台工作站的IP地址参数都被设置成动态获取,以便从单位局域网DHCP服务器那里获得有效地址,而DHCP服务器位于单位信息中心的主机房中。最近办公室又买了一台工作站,用于对外提供科技查新服务,刚开始这台新工作站一直能够上网,可是好景不长,这台新工作站很快就不能上网了,通过故障提示笔者发现该工作站无法从单位的DHCP服务器那里获得有效的IP地址。

为此,笔者打开了该工作站的系统运行对话框,并在其中执行“ipconfig /renew”字符串命令,以便尝试让该工作站重新与DHCP服务器建立联系,可是执行了上述字符串命令后,笔者看到系统屏幕却一直提示正在更新IP地址,等了很长时间,IP地址更新操作都没有结束,不得已笔者只好同时按下“Ctrl+C”功能键强行中断地址更新操作,很明显该工作站无法正常享受到DHCP服务器提供的地址服务。

图1:

既然享受不到DHCP服务,那么这台工作站自然也就无法获取合法的IP地址;为了让该工作站能够上网,笔者打算使用手工方法为其临时分配一个与DHCP服务器同处一个网段的合法地址,该地址仍然处于单位局域网网络地址有效范围内;想到做到,笔者立即依次单击该工作站系统桌面中的“开始”/“设置”/“网络连接”命令,打开该系统的网络连接列表窗口,用鼠标右键单击其中的“本地连接”图标,从弹出的快捷菜单中执行“属性”命令,打开本地连接属性设置窗口,选中该窗口中的“TCP/IP”协议,并单击对应选项下面的“属性”按钮,打开TCP/IP属性设置窗口,如图1所示;选中该设置窗口中的“使用下面的IP地址”选项,然后在IP地址文本框中为新工作站输入一个合法的IP地址,并设置好网关地址以及DNS参数,***单击“确定”按钮结束TCP/IP属性设置操作。原以为经过这样的设置操作后,这台新工作站能够上网,可是笔者在重新尝试网络访问时,发现故障现象一切照旧。 #p#

案例分析:DHCP服务器有问题?

我们知道,要是局域网工作站无法与DHCP服务器建立联系时,那么该工作站就无法从局域网网络中搜索到DHCP服务包,这个时候Windows系统将会擅自做主地为该工作站一个以169.254开头的缺省IP地址。而这台新工作站无法获取任何IP地址,这就意味着该工作站是能够从局域网网络中与DHCP服务器建立联系的,问题只是出现在更新IP地址方面。

会不会是DHCP服务器内部出现了什么故障,导致其不能正常为局域网工作站分配IP地址服务呢?为了验证自己的猜想是否正确,笔者于是在办公室的其他一台能够正常上网的工作站中,打开系统的运行对话框,并在其中执行了“ipconfig /release”字符串命令,结果该命令很快就被执行完毕了,这说明该工作站的IP地址已经被释放出来;接着笔者又一次执行了“ipconfig /renew”字符串命令,这次笔者看到系统屏幕并没有出现一直更新IP地址的提示,而是提示地址更新操作成功,这又表示DHCP服务器的地址分配服务不存在任何问题。

在排除了DHCP服务器自身因素后,笔者又将怀疑的目光转向了连接新工作站的网络接口。为了测试该网络接口是否正常,笔者特地不厌其烦地将上网正常的工作站连接到无法上网的网络接口中,经过测试发现其他工作站可以通过该网络接口进行上网,这说明连接新工作站的网络接口也没有任何问题。

难道是新工作站系统自身有问题?在万般无奈之下,笔者只好将“罪责”全部推向新工作站系统自身。考虑到工作站系统自身如果出现问题的话,无非就是系统遭受到网络病毒袭击,或者系统的相关DLL文件受到了损坏。为此,笔者先用***版本的杀毒软件对新工作站系统进行了病毒查杀操作,经过长时间地查杀病毒后,没有找到任何病毒的“身影”,这说明无法享受DHCP服务故障与网络病毒无关。之后,笔者又在新工作站系统中执行了“sfc /scannow”字符串命令,以尝试修复系统受损的文件,等到修复操作结束时系统也没有提示有任何文件得到了修复,这说明系统本身运行也是正常的。

故障解决:着眼MAC地址

在排除了各种可能因素后,笔者怀疑本地工作站的MAC地址可能出现了问题,因为在正常情况下要是工作站能够与DHCP服务器建立连接,那么它就应该能够享受到DHCP服务,并能够从DHCP服务器中得到有效的IP地址。询问办公室中的其他同事在使用新工作站时有什么异状,笔者才发现有一位同事前几天一直在使用新工作站进行BT电影下载,由于这种操作会严重消耗上网带宽资源,导致局域网整体上网速度下降,很有可能被单位网络管理程序自动屏蔽掉了新工作站的网卡MAC地址。

对于这种过滤屏蔽操作,我们只要重新修改一下新工作站网卡设备的MAC地址,就能解决无法享受DHCP服务的故障了。于是笔者按照前面的操作步骤,打开本地连接属性设置窗口,在该窗口的“常规”标签页面中,选中目标网卡设备,再单击“配置”按钮,进入到目标网卡设备的属性配置界面,单击该界面中的“高级”标签,打开如图2所示的标签页面,选中该页面“属性”列表框中的“Network address”参数选项,再将该选项的数值调整为能够访问网络的MAC地址,***单击“确定”按钮就可以了。完成上面的设置后,笔者再次进行网络访问时,发现新工作站终于能够从DHCP服务器中得到有效IP地址,并能够正常进行网络访问了。

图2:

当然,需要提醒各位注意的是,如果我们无法在网卡的高级属性页面中找到“Network address”参数选项时,那很有可能是本地网卡没有安装原装驱动程序。此时,我们可以通过编辑注册表相关键值的办法,来为新工作站重新设置网卡MAC地址,下面就是具体的操作步骤:

首先依次单击“开始”/“运行”命令,在弹出的系统运行对话框中,输入注册表编辑命令“regedit”,单击“确定”按钮后,打开系统的注册表编辑窗口;

其次在该编辑窗口中单击菜单栏中的“编辑”选项,从弹出的下拉菜单中选择“查找”命令,打开查找对话框,然后在其中的“查找目标”文本框中输入关键字“DriverDesc”,并执行查找操作,找到“DriverDesc”子项后,在该子项下面创建好“NetworkAddress”字符串键值,然后将该键值的数值设置为没有受到屏蔽的MAC地址就可以了。

故障总结

在局域网环境中,许多专业的网络管理工具都会对上网流量不正常的工作站采取自动限制措施,以确保整个局域网上网能够一直顺畅;而限制工作站上网的方法有很多,但最常用、最有效的办法就是过滤不正常工作站的网卡MAC地址。因此,日后我们在排除网络故障过程中,一旦遇到MAC地址被封杀的情况时,不妨尝试修改工作站的网卡MAC地址,说不定就能解决无法上网的故障了。

【编辑推荐】

  1. DHCP服务器的安全设计
  2. 服务器维护经验谈DHCP故障排除
责任编辑:许凤丽 来源: IT168
相关推荐

2010-01-12 12:11:35

DHCP服务器网络安全

2010-09-29 14:39:32

DHCP服务

2009-03-18 10:40:50

DHCP工作站安全网络运行

2010-09-28 15:10:12

DHCP服务固定IP地

2010-05-17 15:00:06

IIS服务

2010-09-27 10:03:05

DHCP服务器IP M

2010-08-31 22:32:26

DHCP服务器

2011-07-11 15:20:15

MAC地址java

2009-07-27 09:47:00

路由DHCP服务器DHCP

2021-05-13 11:35:54

K8STerraform代码仓库

2010-08-26 22:05:39

DHCP服务

2009-01-11 09:23:00

DHCP服务器分配

2010-09-02 14:49:27

非法DHCP服务

2010-08-25 14:49:57

DHCP服务

2010-09-03 12:19:18

DHCP服务器dhcp配置

2009-07-27 10:11:20

2010-09-27 10:48:44

2010-09-26 11:31:03

DHCP服务

2010-09-28 15:33:18

DHCP服务器应用

2010-09-26 13:35:14

DHCP协议故障处理
点赞
收藏

51CTO技术栈公众号