网络故障排除的五个简单步骤
发布时间:2019-11-07  供稿单位:网络中心    撰稿人:姜长荣     审核人:王德民     动态浏览次数:174



长期从事IT工作的人会发现很多网络问题,其中一些问题很容易诊断和纠正,但有些问题很难弄明白。如果遇到这些问题时能够通过一些简单的步骤来排除网络故障,以收集信息并缩小问题的范围。

1步:检查网络配置

网络故障排除过程可以通过验证你所了解的主机来实现。方法是在两台主机上运行IPCONFIG命令,以确保它们使用的IP地址都在预期范围内。虽然操作很基本,但是运行IPCONFIG命令会暴露出问题根源。例如,一个系统如果没有接收到IP地址,可能是因为DHCP范围已经耗尽。

单独运行IPCONFIG命令可以显示分配给每个网络适配器的IP地址、子网掩码和默认网关。如果这些值没有问题,那么可以更进一步,运行IPCONFIG /ALL命令,这个操作会显示每个网络适配器的DNS服务器分配,验证系统是否使用预期的DNS服务器非常重要。

2步:测试名称解析

验证了源主机和目标主机的IP地址配置,可以验证名称解析是否正常工作,测试DNS名称解析有各种不同的工具,但是最简单的方法是输入NSLOOKUP命令,然后输入另一个主机的完全限定域名。

NSLOOKUP命令可以显示正在使用的DNS服务器,并告诉您该DNS服务器是否对指定主机具有权威性。

NSLOOKUP收到结果后,请检查以确保结果符合预期。DNS服务器的IP地址应与主机的网络适配器配置使用的DNS服务器的IP地址匹配。同样,名称解析的地址应与已分配给远程主机(或远程主机上运行的服务)IP地址匹配。

3步:验证网络路径

如果您的检查到目前为止没问题并且已产生预期结果,则该过程的下一步是验证远程主机的网络路径。最简单的方法是输入Tracert命令,然后输入远程主机的完全限定域名。Tracert命令将显示数据包在路由到远程主机时所采用的路由。

如果某些跃点被报告为“请求超时”,无需太担心,因为这只意味着主机配置为不响应ICMP消息。重要的是确保Tracert不会显示目的地无法到达(有时用!H指示符表示)。目标主机不可达消息表示没有到目的地的路由或者IP地址无法解析为L2地址。

4步:测试远程主机的响应能力

故障排除过程的下一步是测试是否可以与远程主机通信。有一次可能只是意味着ping远程主机。不幸的是,主机通常配置为不响应ping请求,因此这个测试可能并不可行。

在这种情况下需要进行某种测试,看看是否可以让主机响应。毕竟,响应验证两个主机之间是否存在连接以及远程主机是否仍然在线。

可以使用的响应性测试的类型根据远程主机的配置有很大的不同。如果不能使用ping命令,也可以通过建立远程PowerShell会话来验证远程主机的响应能力。

5步:测试远程服务

如果已经确认本地和远程主机配置正确,并且名称解析和基本连接在两个方向上都正常工作,则问题很可能存在于网络堆栈的更高级别。例如,如果目标主机是Web服务器,则即使基本通信测试成功,系统服务也已停止或者存在权限问题。这时就需要测试远程主机提供的任何服务。

需要注意的是,有时服务可能会受到较低级别依赖项的不利影响。例如,笔者曾经在Exchange Server上遇到过一些严重的通信问题,经过详尽的故障排除工作后,最终将问题追溯到系统的时间错误设置。

网络故障排除:不只是科学

遗憾的是,网络故障排除没有更有效的解决方案(尽管有一些非常棒的第三方诊断工具可用)。任何时候遇到网络问题,可以尽可能多地忽略网络的复杂性,并专注于检查基础知识。即使这些步骤没有揭示问题的原因,它们也可以帮助您缩小问题范围。

本文源自:http://network.51cto.com/art/201907/600032.htm



供稿单位:网络中心        撰稿人:姜长荣        审核人:王德民