首页 > 解决网络故障的一般方法

解决网络故障的一般方法

经常有人在QQ上问我网络方面的一些问题,也经常有一些学生、读者,打电话或发邮件问我一些网络故障的解决方法,但他们只是叙述了故障的结果或现象,很少有人详细描述故障的产生原因、产生过程以及网络的状态,更没有说出现故障之后,自己是怎么分析与判断的,只是告诉我:出了××故障,怎么解决。
在这种情况下,我通常会反问对方一些问题,就和中医看病一样,详细的询问对方的一些情况,有许多时候,在询问对方的过程中,对方就能自己判断问题的所在并且可以自己解决了。从这些情况看来,许多故障,自己都可以解决,但缺少解决问题的思路与方法,掌握了这些思路与方法,一般网络故障都不需要再询问别人。解决问题的方法有许多,而每个人解决问题的思路也不一样。下面,将以我个人的经验为例,介绍我解决问题的方法与思路,希望能对你有所帮助。
在解决网络故障之前,需要了解整个网络的拓扑,要知道网络中有那些设备,这些设备之间是怎样连接的。如果是局域网内的设备,需要知道各个设备的IP地址、子网掩码,如果是广域网设备或者是连接到Internet,需要了解的IP地址、子网掩码、网关地址、DNS地址以及路由表信息。最后的情况是有一张详细的网络图,根据拓扑图分析。

你应该像熟悉从单位回家的路一样,熟悉网络中的设备以及网络拓扑情况。如果你详细了解每条回家的路,在某些情况下,例如下雨的时候,根据以前的经验,如果雨下的大,从地道桥经过的路,可能会由于雨水过大而不能通行,这时你就会选择另外一条路回家。

如果你熟悉你所在城市的每一条路,当你的朋友打电话问你路时,你在了解了你朋友所处的位置后,会告诉他从当前位置向那个方向走,过几个路口,乘几路车,坐几站换乘几路车就可以到达目的地。而解决网络中的故障,和“指路”是差不多相同性质的工作。

总体来说,如果按照用户划分,网络故障分为“企业中的”网络故障与“个人用户”网络故障;对于企业中的网络故障来说,如果按照产品功能划分,网络中的故障通常包括“工作站故障”、“服务器故障”、“网络设备故障”、“线路故障”与“其他故障”,下面分别介绍。

在解决故障时,本着“从简单到复杂”、“从软件故障到硬件故障”的原则进行判断。

1工作站故障

对于工作站故障,通常来说,采用“代替法”与“排除法”即可以解决。当网络中的工作站出现问题时,你要清楚,是网络中的所有工作站出现问题,还是某一组中的工作站出现问题,或者仅仅只是某一台工作站出了问题。
如果网络中的所有工作站都出现了同一个问题,例如,都不能登录服务器,或者登录服务器很慢,或者都不能访问某个或者某些网站时,这时候的故障,应该在工作站到故障点之间的线路或者某些设备上,例如,核心交换机出现问题、所有的工作站的上级交换机或者路由器或者服务器出现问题,甚至是网络的出口(广域网或者Internet网络)出现问题。这时候,可以在网络中的任意一台工作站上,使用ping命令,依次检查到上一级设备的连接情况,逐级检查以定位故障点,最后排除故障。
例如,对于类似于图1所示的网络拓扑情况,当所有的工作站不能访问服务器Server或者不能访问互联网时,可以在网络中的任意一台工作站上(例如W1),使用ping命令,首先检查检查到S3交换机的连通性,如果到S3不能连通,则检查S3交换机的配置情况,在确认不是配置问题后,检查S3交换机是否损坏,如果S3交换机损坏,根据情况维修或者更换。然后检查到服务器的连通性,如果不能访问服务器,检查S3与服务器之间的线路,然后依次检查服务器的网卡、服务器的配置,对于S3与服务器之间的线路,可以用“代替法”就是找一段好的线路代替S3与服务器原来的连线,检查是否该线路问题。在排除线路问题后,可以确认是服务器出现了问题(关于服务器问题的解决请看后文“服务器故障”一节)。如果是不能访问互联网,则需要依次检查S3到路由器(或代理服务器、防火墙)之间的线路、路由器的配置、路由器到互联网的线路情况,然后再检查是否ISP的故障等。实际上,如果网络中的所有工作站都不能访问外网,则首先要在代理服务器或者路由器上,检查到上级线路的连接是否正常,在排除上级线路(ISP)的故障后,检查S3与路由器之间的线路、路由器的配置等情况。
网络拓扑图
如果网络中的某些工作站出现问题,而网络中的其他组都正常时,这时候,要检查出现问题的工作站与其他组能否互通,例如,对于图1来说,如果S2中的工作站都不能访问服务器或者不能访问互联网,则首先要检查S2中的工作站能否与S1中的工作站互通(最简单的是使用ping命令检查),如果S2S1能互通,则表明S2中的工作站不能访问服务器或者互联网,是服务器与路由器的设置问题造成的;如果S2中的工作站与S1中的服务器不能互通,则表明是S2交换机、S2S3的连线或者S3交换机的设置引起的。这时候,按照顺序依次检查并排除即可。
如果网络中的一台工作站出现问题,例如,W3不能访问服务器(或互联网),而网络中其他的工作站都正常,可以按照如下的步骤解决:
1)在W3工作站上,使用ping命令,检查是否可以pingW4S2S3交换机,如果能ping通这些工作站或交换机,则表示W3不能访问服务器(或互联网)是服务器端对W3进行了限制。如果不能ping通,则进行下面的检查。
2)打开“网络连接”,查看是否出现图2的“网络电缆被拔出”的连接,如果出现这种问题,表明是网线问题,或者是连接W3S2交换机端口出现问题。
3)打开“网络连接”,用鼠标右键单击“本地连接”,是否出现“启用”端口,如果出现,表示当前网卡被禁用,启用网卡即可,如图3所示。
网线没有接好                  网卡被禁用
4)之后检查网卡配置是否正确(IP地址、子网掩码、网关地址),如果是通过DHCP方式获得地址,检查是否获得地址,如果获得的地址是0.0.0.0169.254.x.x,则表示IP地址没有获得;如果获得的地址的子网掩码为0.0.0.0,则表示IP地址冲突。在这些情况下,可以“手动”指定网络中正确的地址。在确认不是IP地址或者配置的情况后,查看W3网卡的状态(如图4所示),如果“状态”只有发送数据,而没有收到数据时,表示是W3的网卡或者是W3的网线或S2交换机上连接W3的端口出现问题,
查看状态
如果是这种情况,可以将连接W4的网线插到W3上(当W4W3离的很近时),检查是否线路的问题,如果W4W3很远,可以用测线仪检查W4网线是否有故障。如果网线没有故障,则可以在S2上,将连接W4的网络更换一下端口,在排除交换机端口与网线故障后,那就是W3这台工作站的问题了。这时候,可以“禁用”W3的网卡,然后再启用,如果不能解决,可以在“设备管理器”中,卸载W3的网卡,然后重新启动计算机,进入系统后重新安装网卡驱动程序。如果问题仍然没有解决,可以尝试为W3更换一块网卡,如果问题仍然不能解决,只能重新安装操作系统。

 

2服务器故障

服务器故障主要包括硬件故障、软件故障与操作系统故障等。当网络中的服务器出现故障时,可以下面的顺序检查:
1)检查外观:服务器能否启动,如果服务器已经处于登录状态,不要着急重新启动服务器,先检查服务器的指示灯,例如电源、硬盘指示灯,或者其他警报指示灯,当指示灯正常时,可以登录到控制台,使用ping命令,检查服务器的网络连通性。如果不能连通,检查服务器TCP/IP设置、网卡驱动程序、网卡、网线等问题。
2)当网络连通时,检查所提供的“服务”是否启动,工作是否正常。如果,如果这台服务器是SQL Server服务器,就要登录“SQL Server企业管理器”,查看服务状态是否正常,或者检查“服务”中,SQL Server服务是否启动。如果是Windows服务器,还可以使用“事件查看器”,查看日志,通常情况下,一些错误信息会在日志中反应出来。
3)如果服务器原来正常,是在某个时间或者某个操作后不正常,则检查相关的操作是否引发了服务器的故障。如果有多人共同管理服务器,就请所有管理服务器的人到一起,询问是由于那个管理员的操作造成的故障,或者检查上次管理人员对服务器的操作记录,从而解决问题。
为了保证服务器能稳定、可靠的对外提供服务,通常来说,管理服务器需要做到几下几点:
1)保证服务器所在机房温度、温度在规定的范围内,不要让机房有太多的灰尘。
2)保证机房供电电压稳定。
3)不要在服务器上挂QQ、使用BT等软件下载东西。也不要在服务器上测试软件。
4)为服务器设置强密码,并且关闭服务器不使用的端口,禁用或停用服务器不需要的服务。如果是Windows服务器,还需要及时更新补丁。
5)不要在服务器上做实验,不要随意改动服务器的设置,如果改动了设置,一定要及时记录,并且在改动设置之后,检查服务器能否正常工作。

 

 

3网络设备故障

网络设备故障包括交换机故障、路由器故障、光纤收发器等设备不能正常工作时的状态。
通常来说,网络设备的故障相对比较好定位或排除。当网络设备出问题后,通常能从网络设备的指示灯显现出来。例如,带有故障显示的高端路由器、交换机,或者是普通的交换机,指示灯不亮或者常亮(正常情况下应该闪烁而不是一直亮),这些都比较容易区分。另外,一些交换机或路由器,还可以通过telnetWeb方式管理,当不能登录这些设备时,在排除工作站故障、线路故障后,可以定位到设备故障。一些可管理的交换机,还可以通过控制线进行设置,当使用控制线不能登录时(排除设置工作站与控制线问题后),可以判断是交换机问题。

4线路故障

线路指的是连接工作站(或服务器)与网络设备之间的线路,例如工作站到交换机的RJ45网线,服务器到核心交换机的光纤(或RJ45网线),交换机与交换机(或路由器、风关、防火墙或代理服务器等)之间的RJ45网线或光纤等,线路还包括到ISP的接线,例如光纤或DDNADSL线路等。
如果怀疑RJ45网线故障,可以用测线仪检查,或者用其他证明是好的网线代替来检查,如果是光纤,可以看连接光纤设备的指示灯,或者用测光纤的设备检查。如果是到ISP的线路,可以请ISP工作人员检查。

5其他故障

如果列出的故障没有在上面列出,可以根据网络的情况进行分析,这就需要看大家解决问题的经验了。

6个人用户网络故障

个人用户网络故障,指的是个人或家庭用户,通过ADSL、电话拨号或者小区提供的入户网线提供的宽带网络连接所出现的故障。如果是几家共用路由器、ADSL共享上网,则可以按照前面“工作站故障”等内容解决。本节只介绍一家直接上网问题的故障解决。

如果是个人用户网络故障,通常来说,也就是宽带拨号故障、ADSL接计算机网线故障、计算机故障几部分。如果是宽带拨号故障,可以检查ADSL的指示灯,看是到ISP的宽带线路故障,还是用户名、密码故障,这些在拨号的时候会有显示。如果是网线或计算机故障,可以参见本文第1部分。

更多相关:

  • 这一节描述了密集型应用的基本思考方式。 可靠性。意味着系统发生故障,也能保持正常的运行。故障会集中在三个方面,硬件故障(通常是随机和不相关的)、软件故障(通常是系统性的bug,较难发现,较难处理),人为故障(不可避免得时不时出错)。 提供合理的容错技术能够隐藏某一些类型的故障。可扩展性。意味着在负载增加的情况下也有保持性能的策略。...

  • 滑块式验证码用户通过拖动滑块行为来完成校验,支持PC端及移动端。可以将用户拖动行为的时间、精度,滑动轨迹等信息到服务器,然后进行后台算法验证。特别介绍Blazor 版本的滑块验证码 传送门在线演示效果图快速开始组件依赖 font-awesomeCSS将引入样式表的 标签复制并粘贴到 中,并放在所有其他样式表之前。JS将引入脚本的 用...

  • Ktor 是一个使用 Kotlin 以最小的成本快速创建 Web 应用程序的框架。Ktor 是一个用于在连接系统(connected systems)中构建异步服务器和客户端的 Kotlin 框架。它由 Kotlin 团队创建,因此,它充分利用了 Kotlin 的语言特性,为开发者提供出色的体验和运行时性能。import io.kto...

  • l VDI (Virtual Desktop Infrastructure)VDI构架采用的“集中存储、集中运算”构架,所有的桌面以虚拟机的方式运行在服务器硬件的虚拟化层上,桌面以图像传输的方式发送到客户端。l IDV (Intelligent Desktop Virtualization) 由于VDI方案对服务器资源、网络带宽要求比...

  • 受昨晚闰秒问题影响,今天内网和线上的ATS服务器都出现了CPU负载增高的问题,参见下面的截图 下面是tsar监控到负载异常记录,从今天(20150701)早上8:05分开始: 我们内网和线上的服务器Linux kernel内核版本都是 经过实践摸索,发现如下规律: 1.如果已经开启ntpd,如果昨晚没有关闭n...

  • 下面的安装假定是以root用户身份进行的,Linux服务器已经安装好系统,磁盘已经做好分区。 首先需要认识我们的Linux服务器的硬件配置和软件情况 硬件配置: DELL R720 2U服务器 CPU  8核 Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz 内存 32G 硬盘  系统盘 /...

  •   如图所示  , 我的VM 启动虚拟机之后就变成了上面的样子,一直不动,ping也ping不好,这个时候 : 1. 要么 内存不够了; 2. 要么 网络协议存在问题了;  本地windows环境在管理员的cmd命令行输入 :  netsh winsock reset然后重启电脑试试 。 netsh winsock reset命令,...

  • 1. 名词解释 APT 高级持续性威胁。利用先进的攻击手段对特定目标进行长期持续性网络攻击的攻击形式。其高级性主要体现在APT在发动攻击之前需要对攻击对象的业务流程和目标系统进行精确的收集。 VPN 虚拟专用网络(Virtual private network) VPN是Virtual PrivateNetwork的缩写,是将物理分...

  • 且说公元2010年5月14日,这一历史性的时刻,新疆人民欢欣鼓舞,纷纷奔走相告,新疆终于结束了为期10个月的互联网通信管制。有人放炮,有人半年在电脑前等待,报喜短信轰天炸地的狂想。这一日,小侠上班在公交车上,就听到车箱里滴滴和当当声不断。到单位后,发现往常来的比较晚的兄弟们,今天早早就到了,办公室一片沸腾,交流声此起彼伏。打补丁、升级...