|
网络无法显示故障排除
一般来说,当我们无法找到明显的网络故障原因时,常常会选用替代法来解决网络故障或者硬件故障。为了能够快速弄清特定网站无法访问的真正原因,笔者立即电话联系了信息中心的另外一位同事,恳请这位同事在家利用ADSL拨号方式尝试访问一下单位Web服务器的地址,没有多长时间,这位同事就传来了好消息,无论是通过域名地址还是通过IP地址,都能够正常访问那个特定的网站内容,这说明该网站目前已经被成功发布到Internet网络中了。与此同时,笔者也认定自己在家中无法访问那个特定的网站,肯定是由于本地工作站自身原因引起的,也就是说很可能是笔记本电脑出现了问题。
考虑到单位局域网已经安装了硬件防火墙,直接使用Ping命令进行测试是无法获取相关的反馈信息的,于是笔者决定使用工作站系统自带的TRACERT命令进行测试。于是笔者在笔记本电脑中,依次单击“开始”/“运行”命令,在弹出的系统运行对话框中,输入字符串命令“cmd”,单击回车键后,将系统的工作状态切换到MS-DOS命令行状态;在该命令行中,笔者输入了字符串命令“tracert 61.155.50.1”,单击回车键后,笔者从其后出现的结果界面中看到返回的信息竟然是“Request timed out”,这就意味着本地工作站发往61.155.50.1的信息包没有传输到网络传输通道中的第一个路由设备,也就是说第一跳就存在故障。
为了检验本地工作站中指定的DNS服务器是否运行正常,笔者又在命令行状态下输入字符串命令“nslookup”,单击回车键后,再输入字符串内容www.fmcydx.cn”后回车,结果发现DNS服务器能够正确地将www.fmcydx.cn”网站的IP地址解析成61.155.50.1,很显然特定网站无法访问的问题不是出在DNS服务器上。
接着笔者又对单位内网中临近的IP地址进行了测试追踪,在DOS命令行工作状态下输入字符串命令“tracert 61.155.51.1”,单击回车键后,笔者从其后弹出的结果界面中看到从本地工作站中发送出去的信息包能够根据获得的路由信息顺利通过六个路由器。那么本地工作站为什么能够跟踪到临近的IP地址,而无法跟踪测试61.155.50.1地址呢?
在万般无奈之下,笔者又在DOS命令行工作状态下输入字符串命令“ipconfig /all”,单击回车键后,笔者从其后弹出的结果界面中看到本地工作站使用的IP地址还是之前笔者在单位时使用的61.155.50.12,网络掩码地址是255.255.255.0,有没有可能是这个因素引起的呢?考虑到本地工作站此时的上网方式为ADSL拨号方式,这种方式可以不使用静态IP地址,于是笔者打算将本地工作站的IP地址修改成动态获取。
想到做到,笔者立即动手依次单击“开始”/“设置”/“网络连接”命令,在弹出的网络连接列表窗口中,找到ADSL拨号连接图标,并用鼠标右键单击该连接图标,从弹出的快捷菜单中执行“属性”命令,打开目标ADSL拨号连接的属性界面,单击该属性界面中的“网络”标签,并选中对应标签页面中的“TCP/IP”选项,再单击该选项旁边的“属性”按钮,进入到TCP/IP属性设置界面,最后在该设置界面中选中“自动获得IP地址”项目(如下图所示)。
单击“确定”按钮后结束本地工作站IP地址的设置操作。完成上面的设置后,笔者再一次进行拨号上网操作,等到拨号成功后,笔者重新访问了之前不能访问的特定网www.fmcydx.cn,结果IE浏览器很快就将该网站的内容打开了,至此特定网站无法访问的现象就被顺利地排除了。
|