|
| WWW.DBIT.CN 2007-11-28 8:28:29 热度： |
|
| |
故障解决
经过上面的测试操作，笔者认为局域网中的所有工作站都无法Ping通服务器，那很有可能是服务器中的防火墙禁止了Ping测试功能，于是笔者迅速以系统管理员身份登录进服务器系统，然后将防火墙的工作模式从服务器模式修改成普通模式，并将防火墙中的一些过滤规则重新调整了一下，之后重新启动了一下服务器系统。待服务器系统重新启动成功后，笔者又尝试在交换机的后台管理界面中，执行了“Ping”命令，来测试此次是否能够正常ping通服务器，结果发现这次服务器能够正常Ping通，而且笔者尝试从局域网中的其他工作站Ping服务器时，也发现服务器现在能正常 Ping通了。最后，笔者又重新启用了路由器中的DHCP服务功能，然后来到故障工作站旁，进入到工作站的TCP/IP属性设置窗口，打开如图2所示的IP地址设置页面，选中其中的“自动获得IP地址”选项，再单击“确定”按钮，这样一来该工作站仍然向路由器中的DHCP服务器申请IP地址；结束上面的设置操作后，笔者再一次尝试了服务器访问操作，让人感到欣慰的是这次服务器终于能够被访问到了，至此服务器无法访问的故障就被成功地解决了！
图二：故障总结
虽然故障已经被解决了，但让笔者感到疑惑不解的是，为什么故障工作站无法访问服务器，而局域网中的其他工作站能够访问到服务器呢？而在对服务器的防火墙参数进行适当修改之后，故障工作站为什么又能正常访问服务器了呢？其实，故障工作站之所以无法访问服务器，是因为故障工作站所获得的IP地址恰好与服务器系统的IP地址发生了冲突，这也正是服务器系统屏幕中弹出地址冲突提示的原因所在；而故障工作站由于是从DHCP服务器中获得IP地址的，因此地址冲突现象也只能说明宽带路由器中的软件存在BUG，导致了DHCP服务器居然为工作站分配了一个不在其地址池范围内的IP地址。故障工作站的IP地址一旦与服务器的IP地址发生冲突后，服务器中的防火墙就会自动禁止故障工作站继续访问服务器，所以当笔者将服务器防火墙的工作模式修改成普通模式，并重新启动服务器系统后，服务器中的防火墙就会自动取消故障工作站的访问操作了，那样一来在修改完防火墙参数后，故障工作站自然也就能正常访问到服务器中的内容了。
总结上面的故障排除过程，笔者发现要是起初就按照服务器屏幕中的地址冲突提示进行针对性排查，并结合具体的网络工作环境，说不定就能在故障排除过程中少走许多弯路了！ |
|
| |
|
|
|
|
|
|
|
|
