“真枪实弹”谈DHCP服务器排错

在学习了DHCP的知识后,我们如何将之应用到实际操作中呢?不少人也是面对诸多网络错误无从下手。那么接下来我们就共享一下DHCP服务器排错的经验。某位管理员在工作中,突然发现无法通过DHCP服务器自动获取IP了,于是远程登入DHCP服务器进行排错。首先打开控制台,添加DHCP的组件,看了看服务器,提示未授权,好诡异,明明一直没有问题,突然的这是怎么了?远程桌面登入,查看系统日志发现除了DHCP Server错误外还出现错误号为1030的错误。

这里需要说明一下公司的网络环境:

有1台域控制器,一台文件服务器,一台网关服务器(安装路由和远程访问服务的计算机);其中文件服务器、网关服务器使用双网卡,为两个网段提供服务,文件服务器2块网卡IP:网卡01-172.20.2.8,网卡02-172.20.5.8;网关服务器IP,网卡03-172.20.2.10,网卡04-172.20.5.10。

如图:

“真枪实弹”谈DHCP服务器排错

DHCP服务器排错:首先怀疑DNS出现问题,于是重新设置DNS,并用FQDN进行Ping测试,测试通过,Ping各个服务器都可以Ping通,但重新授权后启动DHCP服务器还是无法正常工作,暂时将DNS的问题抛到一边。

重新设置IP,远程桌面连接中断,等待2分钟后还是无法连接,使用Ping命令无法Ping通新设置的IP,原来的IP也不通,心中开始窃喜,感觉是网卡出现问题,可能是网卡死或驱动程序不太稳定,赶到服务器旁登陆,重启、卸载网卡让系统重新检测、更新驱动后,DHCP服务器还是无法正常授权,失落了一阵,于是打开日志提供的链接进行查看,提示测试域是否正常,是否可以与域控制器进行通讯,在DHCP服务器上使用域控制器的FQDN(Fully Qualified Domain Name:完全合格域名)    进行Ping测试,可以解析出正确的IP,并能够通过ICMP数据包,访问也正常,又测试了\\my domain\,也能正常访问,难道我的权限不够,授权不能正常完成?

在域控制器上查看了自己帐户的隶属关系,是企业管理员呀,是不是域控制器未正确处理请求呢,于是重启域控制器,又重启了DHCP服务器,再次授权,还是不能成功。

正在准备放弃并使用前几天的System State备份进行还原的时候,突然想到以前在某台客户机进行排错的时候出现了一个奇怪的现象,Ping “My Domain”的时候,解析到一个公网IP,于是目光再次聚焦到DNS服务器(域控制器)上,查看日志,没有任何错误呀,在DHCP服务器上“IPconfig /flushdns”,在“IPconfig /registerdns”,再重启DNS服务器,故障依旧。

真的准备放弃了,打着试一下的态度,在域控制器上Ping了一下“My Domain”,竟然提示无法解析,于是打开DNS控制台,查看其中AD的各角色SRV资源记录,都正常,再次停止DNS,Ping了一下“My Domain”,竟然是一个公网IP,失落感瞬间从80%下降到5%,建立了一条指向“My Domain”的主机记录(使其指向域控制器)[作用是正确的解析域名,不要把域控制器的IP错误的解析为其他IP,致使组策略无法应用,或一些需要向域控制器发送请求的操作无法完成],并重新启动了DNS服务器,在域控制器再次Ping “My Domain”,终于解析成功,抱着试试看的态度重新在DHCP服务器上释放并重新注册DNS,打着死马当活马医的心情授权DHCP服务器,刷新一下,令人激动的时刻来临了,红色向下的箭头变成了绿色向上的箭头!!!DHCP服务器授权成功了。

相关推荐