扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
部分工作站不能上网
今天一大早,刚刚走在上班的路上,刺耳的手机铃声就响了起来,单位某科室的同志说自己的工作站不能正常上网了,单位内部的Web服务器也不能正常访问了。陆续又有其他的同事向笔者反映,他们的工作站也不能正常访问单位的局域网了。
单位的局域网结构其实非常简单,每一楼层的普通工作站分别连接到各自的二层交换机设备中,而所有二层交换机设备通过堆叠连接的方式接入到单位局域网的核心交换机设备上。来到办公室后,笔者立即打开自己的工作站,对网络连接情况进行测试,结果发现网络连接情况一切正常,这是为什么呀?为了进一步检验网络连接的状态,笔者立即打开本地系统的运行对话框,在其中输入字符串命令“ping 10.176.6.1”,其中10.176.6.1为局域网的网关地址,从返回的如图1所示的命令执行结果中,我们发现网关的工作状态是正常的。单位另一个网络管理员在节假日期间,通常都在核心交换机设备中将中心机房之外的其他工作子网全部关闭掉,难道是这些工作子网还没有被开通?
图1
为了检验其他工作子网的工作状态是否正常,笔者立即带上相关工具以及笔记本电脑,火速赶到故障现场。找到其他工作子网中任意一台不能上网的工作站,依次单击其中的“开始”/“运行”命令,在弹出的系统运行对话框中,输入字符串命令“cmd”,单击“确定”按钮后,将系统工作状态切换到DOS命令行工作状态;在该状态的命令行提示符下,输入字符串命令“ipconfig /all”,单击回车键后,笔者发现结果界面中显示出来的IP地址、网关地址、DNS服务器地址以及网络掩码地址都是正确的,并没有找到任何可疑的地方。那为什么在上网设置都正确的情况下,该工作站不能正常访问局域网网络呢?
深入探究不能上网原因
会不会是故障工作站自身存在什么问题呢?想到这一点,笔者立即打开该系统的运行对话框,在其中执行了“ping 127.0.0.1”字符串命令,随后该命令返回了类似“Reply from 127.0.0.1: bytes=32 time<1ms TTL=128”这样的执行结果,这说明本地循环地址“127.0.0.1”能够正常被Ping通,这也意味着该故障工作站的TCP/IP通信协议工作状态一切正常。
为了验证本地工作站的网卡设备工作状态是否正常,笔者又使用Ping命令对本地工作站的网卡设备地址进行了连通性测试,结果发现Ping命令执行很成功,这也说明故障工作站的网卡设备工作状态也是正常的。接下来,笔者又在故障工作站中测试了局域网网关地址的连通性,测试得到的结果竟然为“Request timed out”(如图2所示),这说明本地工作站到局域网网关设备之间的网络连通性存在一定的问题。难道真的是局域网的路由器或网关设备出现了意外?不过转念一想笔者认为这不可能,因为在来故障工作站现场之前,笔者已经在自己的工作站测试了局域网网关地址的连通性,发现它是可以被正常Ping通的呀;再仔细检查故障工作站系统桌面中的任务栏图标,发现其中的本地连接图标状态显示为“100M已连接上”。
图2
有没有可能是这台故障工作站感染了网络病毒,或者是这台工作站安装、启用了专业防火墙程序,导致了上网连接被防火墙程序临时禁用了呢?为了排除这些可能因素,笔者立即拿出了自己随身携带的笔记本电脑,该电脑在之前已经被测试能够正常上网访问了,将连接故障工作站的网络线缆拔下来重新插入到笔记本电脑中,再打开笔记本电脑的系统运行对话框,在其中执行字符串命令“ping 10.176.6.1”,结果发现目标网关地址仍然不能被正常Ping通。后来,笔者用鼠标双击笔记本电脑系统托盘区域的“本地连接”图标,从其后出现的本地连接状态对话框中,笔者发现笔记本电脑只能向外发送数据包信息,而不能从外面接受数据包信息,这说明无法访问网络的故障现象与故障工作站系统自身没有任何关系。
不得已,笔者又抱着笔记本电脑来到了故障工作站隔壁的某个科室,将其中的某根网络线缆插入到笔记本电脑中,再执行字符串命令“ping 10.176.6.1”,发现这次测试结果竟然正常了,之后笔者又立即进行了网络访问测试,结果看到网络访问操作也变得正常了。按理来说,笔记本电脑前后所连接的上网点,都属于同一个工作子网,为什么有的上网点能正常工作,而有的上网点不能正常工作呢?问题究竟出现在什么地方呢?重新回到那台故障工作站,笔者看到当将网络线缆插入到对应网卡设备的接口中时,系统托盘区域处的本地连接图标弹出的状态信息依然是“100M已连接上”,但此时上网访问时,网络连接还是不成功!
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。