‘壹’ 路由器网络诊断步骤和故障排除技巧
路由器网络诊断步骤和故障排除技巧
网络诊断是管好、用好网络，使网络发挥最大作用的重要技术工作。下面我为大家搜索整理了关于路由器网络诊断步骤和故障排除技巧，欢迎参考阅读，希望对大家有所帮助!想了解更多相关信息请持续关注我们应届毕业生培训网!
1、网络故障诊断概述
网络故障诊断，从故障现象出发，以网络诊断工具为手段获取诊断信息，确定网络故障点，查找问题的根源，排除故障，恢复网络正常运行。网络故障通常有以下几种可能：物理层中物理设备相互连接失败或者硬件及线路本身的问题;数据链路层的网络设备的接口配置 问题;网络层网络协议配置或操作错误;传输层的设备性能或通信拥塞问题;上三层或网络应用程序错误。诊断网络故障的过程应该沿着OSI七层模型从物理层开始向上进行。首先检查物理层，然后检查数据链路层，以此类推，设法确定通信失败的故障点，直到系统通信 正常为止。
网络诊断可以使用多种工具：路由器诊断命令，网络管理工具和包括局域网或广域网分析仪在内的其它故障诊断工具。查看路由表，是开始查找网络故障的好办法。ICMP的ping、trace命令和Cisco的show命令、debug命令是获取故障诊断有 用信息的网络工具。如何监视网络在正常条件下的运行细节和出现故障的情况,监视哪些内容呢?利用show interface命令可以非常容易地获得待检查的每个接口的信息。show buffer命令提供定期显示缓冲区大小、用途及使用状况。show proc命令和 show proc mem命令可用于跟踪处理器和内存的使用情况。可以定期收集这些数据，在故障出现时用于诊断参考。
2、故障诊断步骤
第一步，首先确定故障的具体现象，分析造成这种故障现象的原因的类型。例如，主机不响应客户请求服务。可能的故障原因是主机配置问题、接口卡故障或路由器配置命令丢失等。
第二步，收集需要的用于帮助隔离可能故障原因的信息。从网络管理系统、协议分析跟踪、路由器诊断命令的输出报告或软件说明书中收集有用的信息。
第三步，根据收集到的情况考虑可能的故障原因，排除某些故障原因。例如，根据某些资料可以排除硬件故障，把注意力放在软件原因上。
第四步，根据最后的可能故障原因，建立一个诊断计划。开始仅用一个最可能的故障原因进行诊断活动，这样可以容易恢复到故障的原始状态。如果一次同时考虑多个故障原因，试图返回故障原始状态就困难多了。
第五步，执行诊断计划，认真做好每一步测试和观察，每改变一个参数都要确认其结果。分析结果确定问题是否解决，如果没有解决，继续下去，直到故障现象消失。
3、网络分层诊断技术
物理层的故障主要表现在设备的物理连接方式是否恰当;连接电缆是否正确;Modem、CSU/DSU等设备的配置及操作是否正确。确定路由器端口物理连接是否完好的最佳方法是使用show interface命令，检查每个端口的状态，解释屏幕输出信息，查看端口状态、协议建立状态和EIA状态。
查找和排除数据链路层的故障，需要查看路由器的配置，检查连接端口的共享同一数据链路层的.封装情况。每对接口要和与其通信的其它设备有相同的封装。通过查看路由器的配置检查其封装，或者使用show命令查看相应接口的封装情况。
排除网络层故障的基本方法是：沿着从源到目标的路径，查看路由器路由表，同时检查路由器接口的IP地址。如果路由没有在路由表中出现，应该通过检查来确定是否已经输入适当的静态路由、默认路由或者动态路由。然后手工配置一些丢失的路由，或者排除一些动 态路由选择过程的故障，包括RIP或者IGRP路由协议出现的故障。例如，对于IGRP路由，选择信息只在同一自治系统号(AS)的系统之间交换数据，查看路由器配置的自治系统号的匹配情况。
4、路由器接口故障排除
1.串口故障排除
串口出现连通性问题时，为了排除串口故障，一般是从show interface serial命令开始，分析它的屏幕输出报告内容，找出问题之所在。串口报告的开始提供了该接口状态和线路协议状态。接口和线路协议的可能组合有以下几种：
1.串口运行、线路协议运行，这是完全的工作条件。该串口和线路协议已经初始化，并正在交换协议的存活信息。
2.串口运行、线路协议关闭，这个显示说明路由器与提供载波检测信号的设备连接，表明载波信号出现在本地和远程的调制解调器之间，但没有正确交换连接两端的协议存活信息。可能的故障发生在路由器配置问题、调制解调器操作问题、租用线路干扰或远程路由器 故障，数字式调制解调器的时钟问题，通过链路连接的两个串口不在同一子网上，都会出现这个报告。 3.串口和线路协议都关闭，可能是电信部门的线路故障、电缆故障或者是调制解调器故障。
4.串口管理性关闭和线路协议关闭，这种情况是在接口配置中输入了shutdown命令。通过输入no shutdown命令，打开管理性关闭。
接口和线路协议都运行的状况下，虽然串口链路的基本通信建立起来了，但仍然可能由于信息包丢失和信息包错误时会出现许多潜在的故障问题。正常通信时接口输入或输出信息包不应该丢失，或者丢失的量非常小，而且不会增加。如果信息包丢失有规律性增加，表明 通过该接口传输的通信量超过接口所能处理的通信量。解决的办法是增加线路容量。查找其它原因发生的信息包丢失，查看show interface serial命令的输出报告中的输入输出保持队列的状态。当发现保持队列中信息包数量达到了信息的最大允许值，可以增加保持队列设置的大小。
2.以太接口故障排除
以太接口的典型故障问题是：带宽的过分利用;碰撞冲突次数频繁;使用不兼容的帧类型。使用show interface ethernet命令可以查看该接口的吞吐量、碰撞冲突、信息包丢失、和帧类型的有关内容等。
1.通过查看接口的吞吐量可以检测网络的带宽利用状况。如果网络广播信息包的百分比很高，网络性能开始下降。光纤网转换到以太网段的信息包可能会淹没以太口。互联网发生这种情况可以采用优化接口的措施，即在以太接口使用no ip route-cache命令，禁用快速转换，并且调整缓冲区和保持队列的设置。
2.两个接口试图同时传输信息包到以太电缆上时，将发生碰撞。以太网要求冲突次数很少，不同的网络要求是不同的，一般情况下发现冲突每秒有三五次就应该查找冲突的原因了。碰撞冲突产生拥塞，碰撞冲突的原因通常是由于敷设的电缆过长、过分利用、或者“聋 ”节点。以太网络在物理设计和敷设电缆系统管理方面应有所考虑，超规范敷设电缆可能引起更多的冲突发生。 3.如果接口和线路协议报告运行状态，并且节点的物理连接都完好，可是不能通信。引起问题的原因也可能是两个节点使用了不兼容的帧类型。解决问题的办法是重新配置使用相同帧类型。如果要求使用不同帧类型的同一网络的两个设备互相通信，可以在路由器接口 使用子接口，并为每个子接口指定不同的封装类型。
3.异步通信口故障排除
互连网络的运行中，异步通信口的任务是为用户提供可靠服务，但又是故障多发部位。异步通信口故障一般的外部因素是：拨号链路性能低劣;电话网交换机的连接质量问题;调制解调器的设置。检查链路两端使用的调制解调器：连接到远程PC机端口调制解调器的问 题不太多，因为每次生成新的拨号时通常都初始化调制解调器，利用大多数通信程序都能在发出拨号命令之前发送适当的设置字符串;连接路由器端口的问题较多，这个调制解调器通常等待来自远程调制解调器的连接，连接之前，并不接收设置字符串。如果调制解调器丢失 了它的设置，应采用一种方法来初始化远程调制解调器。简单的办法是使用可通过前面板配置的调制解调器;另一种方法是将调制解调器接到路由器的异步接口，建立反向telnet,发送设置命令配置调制解调器。
show interface async 命令、show line命令是诊断异步通信口故障使用最多的工具。show interface async 命令输出报告中，接口状态报告关闭的唯一的情况是，接口没有设置封装类型。线路协议状态显示与串口线路协议显示相同。show line命令显示接口接收和传输速度设置以及EIA状态显示。show line命令可以认为是接口命令(show interface async)的扩展。查看show line命令输出的EIA信号可以判断网络状态。
确定异步通信口故障一般可用下列步骤：检查电缆线路质量;检查调制解调器的参数设置;检查调制解调器的连接速度;检查rxspeed 和txspeed是否与调制解调器的配置匹配;通过show interface async 命令和 show line命令查看端口的通信状况;从show line命令的报告检查EIA状态显示;检查接口封装;检查信息包丢失及缓冲区丢失情况。
;‘贰’ 当计算机不能上网时，如何进行网络故障排除
当网络遭遇故障时，最困难的不是修复网络故障本身，而是如何迅速地查出故障所在，并确定发生的原因。对于网管来说，首先要有一个清晰的排障思路，另外，经验也是非常重要的。 当网络遭遇故障时，最困难的不是修复网络故障本身，而是如何迅速地查出故障所在，并确定发生的原因。对于网管来说，首先要有一个清晰的排障思路，另外，经验也是非常重要的。 网络故障诊断以网络原理、网络配置和网络运行的知识为基础，从故障的实际现象出发，以网络诊断工具为手段获取诊断信息，沿着OSI七层模型从物理层开始依次向上进行，逐步确定网络故障点，查找问题的根源，排除故障，恢复网络的正常运行。 网络故障症状包括一般性的（如用户不能上网、不能访问网上邻居等）和较特殊的（如路由器不在路由表中）。常见的网络排障思路如下： 第一步：识别并描述故障现象 分析网络故障时，首先要清楚故障现象，应该详细了解故障的症状和潜在的原因。例如，服务器不响应用户的请求，可能的故障原因是服务器配置问题、接口卡故障或路由器配置命令丢失等。收集需要的用于帮助隔离可能故障原因的信息，如广泛地从用户、网络管理系统、协议分析跟踪、路由器诊断命令的输出报告、软件说明书中收集。 第二步：制定诊断方案，列举可能导致故障的原因 可以根据有关情况排除某些故障原因。例如，根据某些信息可以排除硬件故障，从而把注意力放在软件上。 第三步：排除故障 认真做好每一步测试和观察，每改变一个参数都要确认其结果，确定问题是否解决。如果没有解决，继续下去，直到故障症状消失。 【实例1】不能访问服务器 要先测试一下这一故障是否只影响一台工作站，这可以通过其他工作站访问服务器来证实。如果有类似故障的工作站出现在同一网段或连接在同一交换机上，那么就要分析这一网段子网掩码是否设置正确，交换机是否正常工作。除此之外，还要看一下服务器是否禁止了这一网段工作站的服务。 【实例2】传输上百兆数据时出现“网络资源不足”的提示 新买来一台微机，接入局域网，当与其他的微机传输几十兆的数据时没有任何问题，但达到上百兆时，过一会儿就会出现“网络资源不足”的提示，紧接着就再也找不到网络邻居了。 按常规，网络故障一般不排除以下几点：网卡有问题、水晶头做得不规范、网线有问题、网卡驱动或网络协议有问题等。但是根据故障现象来看，以上猜测都可以排除，因为任何一个地方存在问题，就不可能在微机之间进行数据传输，从而可以判断问题应该出在环境因素上。由于大量的数据传输需要频繁的数据读取，这就要有一个相对平稳的传输环境，而网卡附近有干扰时，这种平稳的环境就会被破坏。一般要确保网卡不插在离显卡很近的插槽上，因为现在的显卡一般都带有风扇，而显卡风扇将影响到网卡的工作，尤其是显卡在频繁工作时，影响将更加明显。把网卡拔下来，插到离显卡一个较远的插槽上，即可解决大量数据传输时出现的问题。
‘叁’ 当网络系统出现故障时在故障排查过程中需要将网络系统分为哪几个部分来排查
为了降低设计的复杂性，增强通用性和兼容性，计算机网络都设计成层次结构。这种分层体系使多种不同硬件系统和软件系统能够方便地连接到网络。管理员在分析和排查网络故障时，应充分利用网络这种分层的特点，快速准确地定位并排除故障。然而在实际故障排查过程中，这种分层方法往往被忽略，导致故障排查效率降低。
两种逐层排查方式
OSI的层次结构为管理员分析和排查故障提供了非常好的组织方式。由于各层相对独立，按层排查能够有效地发现和隔离故障，因而一般使用逐层分析和排查的方法。
通常有两种逐层排查方式，一种是从低层开始排查，适用于物理网络不够成熟稳定的情况，如组建新的网络、重新调整网络线缆、增加新的网络设备；另一种是从高层开始排查，适用于物理网络相对成熟稳定的情况，如硬件设备没有变动。无论哪种方式，最终都能达到目标，只是解决问题的效率有所差别。
根据具体情况选择排查方式
具体采用哪种方式，可根据具体情况来选择。例如，遇到某客户端不能访问Web服务的情况，如果管理员首先去检查网络的连接线缆，就显得太悲观了，除非明确知道网络线路有所变动。比较好的选择是直接从应用层着手，可以这样来排查：首先检查客户端Web浏览器是否正确配置，可尝试使用浏览器访问另一个Web服务器；如果Web浏览器没有问题，可在Web服务器上测试Web服务器是否正常运行；如果Web服务器没有问题，再测试网络的连通性。即使是Web服务器问题，从底层开始逐层排查也能最终解决问题，只是花费的时间太多了。如果碰巧是线路问题，从高层开始逐层排查也要浪费时间。
在实际应用中往往采用折衷的方式，凡是涉及到网络通信的应用出了问题，直接从位于中间的网络层开始排查，首先测试网络连通性，如果网络不能连通，再从物理层（测试线路）开始排查；如果网络能够连通，再从应用层（测试应用程序本身）开始排查。
首先使用ping命令测试连通性。在TCP/IP网络中，排查网络问题的第一步常常是使用ping命令。如果能够成功地ping到远程主机，就排除了网络连接出现故障的可能性。即使是使用ping命令，也有一个逐步检测判断的步骤。
图1 网络示意图
例如，假设有一个如图1所示的网络，这里要测试网络能否正常通信。通常从ping远程计算机开始（例中在主机A上ping主机B），成功说明系统和网络正常，失败说明主机离线或网络故障。失败后再ping同一子网的网关（例中为192.168.1.1）来确认主机A是否能够连接到路由器。失败后再ping环回地址127.0.0.1来确认TCP/IP协议软件是否有问题，如果有问题，需要重新安装TCP/IP协议软件。也可以采用另一种步骤，从ping环回地址127.0.0.1开始，失败说明TCP/IP协议软件安装有问题，如果成功再ping同一子网的网关，如果成功再ping其他网关（路由器）逐步排查网络各个环节，直到最后ping远程主机。只要成功地ping到远程主机，可以判断网络问题一般发生在更高层次。
分层排查网络的措施
图2 分层排查网络的措施
每个网络层次都有相应的检测排查工具和措施，各层的基本排查措施如图2所示。在最底层的物理层，专业人员往往采用专门的线缆测试仪，没有测试仪的可通过网络设备（网卡、交换机等）信号灯进行目测。数据链路层的问题不多，对于TCP/IP网络，可以使用简单的arp命令来检查MAC地址（物理地址）和IP地址之间的映射问题。网络层出现问题的可能性大一些，路由配置容易出现错误，可通过route命令来测试路由路径是否正确，也可使用ping命令来测试连通性。协议分析器（如微软提供的网络监视器）具有很强的检测和排查能力，能够分析链路层及其以上层次的数据通信，当然包括传输层。至于应用层，可使用应用程序本身进行测试。
‘肆’ 必看干货！网络排错思路 大总结~
转自51CTO：xpleaf
blog.51cto.com/xpleaf/1689438
明人不说暗话，这篇文章我们来聊一个非常有用，同时也是程序员必备的技能， 那就是网络排错思路大总结。
有了这个技能，如果以后发生领导、妹子电脑上不了网的情况，你上去就是一顿操作，稳稳的~~
网 络排错的必备条件
为什么要先讲必备条件？因为这里所讲的网络排错并不仅仅是停留在某一个小小命令的使用上，而是一套系统的方法，如果没有这些条件，真的不能保证下面聊的这些可以听得懂，并且能运用到实际当中，所以还是先看看这些基础的条件吧。
1.1 熟悉OSI七层模型与TCP/IP协议栈
这应该是网络排错要知道的最基本的知识了。
无论是OSI七层模型还是DoD模型，都是用来描述网络通信的一个过程，以让我们对网络数据的发送和接收有一个大致的认识。OSI七层模型对应OSI七层模型的协议，DoD模型对应DoD模型的协议，也就是TCP/IP协议栈。
TCP/IP协议栈里面的协议就显得十分重要了，比如DNS、TCP、UDP、IP、ICMP、ARP，这些最基本的应该得知道吧，我们不需要像《TCP/IP协议栈》中说得的那么细，但至少，对于这些协议的基本功能我们是必须得要知道的，这些就不是一两句可以说清楚的了，计网里也都学了~
1.2 了解网络通信的基础设备和其对应的OSI层次
像交换机、三层交换机、路由器、防火墙这些最基本的网络设备应该要有些了解，尤其是它们对应的OSI层次以及作用，比如普通的二层交换机对应OSI七层模型中的数据链路层，它可以隔绝冲突域，同时可以通过虚拟局域网技术（VLAN）来隔绝广播域，二层交换机通过二层地址即MAC地址来实现数差键握据帧的转发；再比如路由器，它对应网络层，可以提供路由寻址的功能等等。
1.3 了亮备解中小型企业网络的基本架构
一般中小型企业网络的基本架构都是这样的：接入层--汇聚层--核心层--网络出口。
下面给个图：
如果网络环境比较庞大，汇聚层和核心层都会有，像这里的话，就直接没有汇聚层，不过思想是一样的。下面讲的排错其实都是针对用户PC来说明的，事实上，数据中心中的网络排错也是类似的。不管网络环境多么复杂，其实简化下来跟这个都是差不多的。
1.4 知道常用的网络排错命令
如果用户使用的是Windows操作系统，那么下面的这些命令就很重要了：
如果使用的是Linux操作系统，那么也有对应的相关命令。其实说到底就是要熟悉你所使用的设备，当然，在实际网络排错的过程中，如果只是为了测试网络通信是否正常，你可以换上你熟悉的设备操作。
1.5 清楚知道网络排错的一个重要原则
网络排错，不就是要判断网络哪里出了问题，因此，你就必须要知道数虚庆据的走向。
所以一个重要原则是： 关注数据的走向。
下面讲的网络排错思路其实就是通过追踪数据的走向来一步步缩小网络故障点的，因此，时刻记住这一点非常非常重要！这也是为什么上面需要让你了解中小型企业网络的基本架构了。
网 络排错的基本思路
基本思路如下，这跟网上的大多数人写的应该是差不多的。
（1）检查物理链路是否有问题
（2）查看本机IP地址、路由、DNS的设置是否有问题
（3）测试网关或路由器的通畅情况。先测网关然后再测路由器，一级一级地测试
（4）测试ping公网ip的通畅情况（平时要记几个外部IP）
（5）测试DNS的通畅情况，可以直接ping网站地址
网 络排错的具体步骤
为了更好的讲述网络排错的过程和思路，假设我们有下面的一个网络环境：
（说明：虽然是假设，但实际上该网络环境是通过GNS3联动虚拟机和真实网络架设起来的，所以是可以真实参考的）
下面，我们就以上面这个网络环境为例子，详细介绍我们的网络排错思路，每一步要怎么做，每一步为什么要这样做以及这样做之后我们可以得到什么信息，都会做一个说明。
3.1 检查物理链路是否有问题
这一步是我个人认为在做网络排错时必须要做的第一步！经常会听朋友说，领导的电脑上不了网，需要过去排错，搞了老半天，还发现不了问题，最后在几经绝望之时，竟然发现网线都没接上电脑。这就真的是悲剧了，浪费了很多时间不说，这样的网络排错思路本来就是有错误的。
因为也许不是每个人都可以去机房查看交换机的接线情况，所以这一步，我们排查的重点范围就应该放在如下面图所示的地方：
在这一步，下面几点是需要注意排查的：
1. 确认电脑本身的网卡有没有问题
2. 确认接的网线有没有问题
3. 本机所连接的交换机（如果可以去机房查看的话）
如果上面这几点排查都没有问题了，那么就是该网络环境中的其他设备问题了。这一范围的排查相对比较简单，因为只涉及到物理链路的连接问题。
对于这种测试，可以考虑使用测线器，但个人的建议是，拿一台配置正确的笔记本来做测试也未尝不可。
3.2 查看本机IP地址、路由、DNS的设置是否有问题
上面第一步，物理链路的排查没有问题了，也就是说，电脑接上网线之后，电脑有反应了，可以识别，但是网络还是不通，来到这一步，就应该先把注意的范围放在电脑的设置上面了。
这一步，我们关注的重点是：
1. IP地址设置
如果采用的是DHCP自动获取的方法，那么这时候只需要看自己本机的设置上有没有开启自动获取IP的设置以及有没有开启相关的服务；
如果用的是静态IP，那么就必须要注意IP地址的填写有没有错（一般网络管理人员给的）、IP地址的子网掩码有没有问题（这很重要，对于静态IP，很多人在这里设置错误，建议是，最好把IP地址、VLSM这方面的知识学一下）。
一般可以用下面的命令查看：
2. 路由设置
对于服务器、PC，一般是指默认网关的设置了；对于路由器本身或三层交换机，那就是静态路由或动态路由的设置问题了。
3. DNS设置
主要是要确保所设置的DNS服务器地址到底有没有提供域名解析服务或者是否出现了故障，至于如何判断，后面会给出方法，这里关注的是，你得设置一个正确的DNS服务器地址或可以自动获取。在windows上面你可以通过下面的命令查看：
3.3 测试网关或路由器的通畅情况。先测网关然后再测路由器，一级一级地测试
在上面的网络环境中，在网络通的情况下，我们在电脑上使用命令tracert -d命令，会得到下面的结果：
通过这个测试结果，我们可以清楚地知道电脑在访问互联网时，数据的走向情况：
根据这个数据走向，我们就可以得到一个重要的思路，就是根据数据走向来检测网络的通畅情况！因此，我们可以分两步：
1. 先测试电脑到网关192.168.2.254的通畅情况
我们可以在自己的电脑上自己ping网关的地址，看是否有响应
一般这样的判断方法是比较快的，但有时候，无论怎样ping都不能，那么则可能有以下的几种情况：
a. 网关设备做了禁止ping的设置
b. 网关接口或网关设备出现故障
对于a，一般很少会在这些设备在做ping的限制操作，实在是没有太大的必要这样做，当然，网络安全等要求十分严格的除外。ping通192.168.2.254网关后，再ping一下172.16.13.1以确认电脑到整个网关设备都没有问题。
对于ping不通的时候，我个人还建议在电脑上执行如下操作：
即查看电脑本身有没有获取到网关的MAC的地址，显然，如果没有网关的MAC地址，那也是不可能ping通网关的，在排除了前面电脑设置的问题后，你可以猜测是网关设备出了问题，这时就可以联系网络工程师对网关设备进行测试了。
2. 测试到其它路由器的通畅情况
前面一步没有问题了，也就是电脑到网关通信正常了，再测试网关到出口路由器的通畅情况：
这里，我们使用tracert -d命令就可以了：
当然，如果发现不通，那么则可能是下面的情况：
a. 网关设备与路由器之间的物理链路问题
b. 网关设备与路由器之间的设置问题，比如路由协议、接口配置之类的
出现上面的情况，那就是网络工程师的问题了，当然，如果你是网络工程师，应该要马上查看一下设备的状态，看是不是设备哪里出现问题了。
上面的步骤完成了，假设你的出口路由器设置是没有问题的，比如NAT与默认路由等的设置，那么我们大致可以知道，内网的一个基本通信是正常的（至少你的电脑和出口路由器的通信没问题），我们就要看看电脑到底能不能访问互联网了。
3.4 测试ping公网ip的通畅情况（平时要记几个外部IP）
来到这一步的时候，就说明前面三步是没有问题的，也就是说，本地局域网络的通信是正常的，这时要做的就是判断本地局域网络与外网（公网）之间的通信有没有问题了：
这里采取的是直接ping公网地址的方法，是为了排除DNS的影响（万一你的DNS设置又有问题），至于要ping什么样的公网地址，个人建议是，可以ping一些没有禁止ping的公共DNS服务器地址，比如114.114.114.114和8.8.8.8的：
这样之后，基本上就可以确定网络是没有问题的了。当然，这里并没有提到出口放置防火墙的情况，实际上，思路是一致的，但是，你需要考虑的是，你的访问数据有没有被防火墙给过滤掉，是数据出去的时候过滤了，还是数据回来的时候过滤了？由于还要涉及到防火墙的设置，这里就不再提及了，只是仍要注意这一点就是了。
3.5 测试DNS的通畅情况，可以直接ping网站地址
如题，可以直接ping网站地址，看有没有回显IP地址，至于通不通是另外一回事，只要可以回显IP地址，那么DNS就没有问题了，不过这里仍然要说一下nslookup这个命令，这是一个非常好用的命令，我平常自己在网络排错时，基本上都会用到：
当然也可以像下面这样使用：
使用nslookup命令，作用有二：
1.帮你测试你设置的DNS服务器有没有问题
2.在不考虑DNS服务器是否智能的前提下，你可以根据回显IP地址速度的快慢来大致判断DNS服务器的优劣情况
所以可以充分利用nslookup命令了。
最后重要说明
其实基本上，一个相对完整的网络排错过程就应该如上面所说的了，不过，是基本上的，因为上面的讲解，都几乎是假定你是没有权限进入机房查看网络设备的情况的。
事实上，你是根本不需要照搬来进行上面的全部步骤的，在实际排错的过程中，可能你用到的只是其中的一小部分而已，毕竟，如果每次都这样下来，没有谁是不会疯掉的，因为一些很简单的问题也要这样折腾，那就是太浪费时间了！但是，上面的方法，只是提出一种网络排错的思路，希望按照这个思路可以判断出网络的问题出现在哪里，至于如何去解决，这中间真的又涉及到太多太多的经验问题。其实整个下来，个人觉得，最重要的仍然不是技术本身，而是在网络排错过程当中的一个思路，思路决定出路，这可以让自己在网络排错的过程中时刻保持清醒的头脑，这一点很重要。
‘伍’ 网络基础之一OSI七层模型篇（网络故障排错）
网络排错
从底层到高层进行排错
物理层：网线拦指是否接好。
数据链路层：速率是否一致，MAC是否冲突
网络层故障： IP地址设置错误、网管错误 子网掩码错误
应用层 ： IE代理
操作系统问题 重装 重启 格式化。
排错方法： 替换法排错。
路由器功能： 广域网接口 不同网段之间转发数据 隔绝广播
网络层设备：路由器 分配IP 不会中病毒的
数据链路层 交换机 识别MAC地址，看不清IP地址。病毒对交换机是有影响的
物理层设备：网线集线器设备 传递信号，比特流
1设备电源未打开
2设备电源未接通
3网络电缆松脱
4电缆故障
5电缆类型不正确
1设备驱动程序错误
2设备没有安装驱动程序
3设备配置错误
1 IP 地址是否设置正确
2于网掩码是否正确
3网关是否正确
4 DIS或DHCP设置是否正确
网络层中常用的排除故障的命令包括ipoonfis 命令。ping命令。tracert命令。
1防火墙设置错误
2应用程序的TCP或UDP的端口是否被打开毁耐
这三层主基涉及使用软件的故障问题。把应用软件设置正确。问题迎刃两解简余配。