第二步:清空ARP缓存
这一步执行的命令行操作如下所示:
| 以下是引用片段: arp –d * |
这个命令清空本地计算机上地址解析协议(ARP)缓存中的内容。ARP是一个用于将IP地址解析为MAC地址(固化到局域网网卡内)的协议。ARP缓存包含着最近一段时间以来解析的网络节点的MAC地址。这些MAC地址被保存到计算机的缓存中,目的是与这些节点(IP地址)的通信无需重复解析就可以实现。如果ARP缓存中的一个或多个项目不正确,那么与某些IP地址的网络通信就会失败。如果某个不正确的缓存项目属于本地子网的一个点,那么与那个节点的通信就会失败。如果默认网关的缓存项目不正确,那么与远程子网节点的通信就会失败。这种类型的网络通信失败(不管是位于本地子网还是远程子网)都可以指明哪一个ARP缓存项目是不正确的(假设不正确的ARP缓存项目是问题所在)。
第三步:清空NetBIOS缓存
这一步执行的命令行操作如下所示:
| 以下是引用片段: nbtstat –R |
这个命令会清空本地计算机上的NetBIOS缓存内容。运行这个命令还会将LMHOSTS文件中的任何项目预先装载到缓存中。在多数基于Windows的网络中,包括那些部署了活动目录和DNS域名解析的网络,老的NetBIOS名字解析仍可用于某些功能。由于可通过查询一个WINS服务器或通过运用NetBIOS广播将远程主机的NetBIOS名字解析为其相关的IP地址,这些主机到IP地址的映射就被添加到本地计算机的NetBIOS缓存中,从而与远程主机的通信在无需反复多次解析的情况下就可以实现。如果NetBIOS缓存中的一个或多个项目不正确,与网络中的某些IP主机的通信就会失败。如果本地子网主机的缓存项目不正确,那么与此主机的通信就失败。如果默认网关的缓存项目不正确,那么远程子网上的主机通信就会失败。这种网络通信失败(不管主机是在本地子网或远程子网上)可以指明NetBIOS缓存中的哪个项目不正确(假设不正确的NetBIOS缓存项目是问题所在)。
不正确的NetBIOS缓存项目有时是由WINS服务器上WINS数据库中的过时项目引起的。这是因为在实施WINS后,WINS要优先于NetBIOS广播的名字解析,因此损坏的或过时的WINS项目就会用不正确的项目重新注入NetBIOS缓存,即使在缓存被清空以后也是如此。这种情况的解决方案是要在WINS数据库中永久性地标记不正确的记录,再次清空NetBIOS缓存内容,然后用nbtstat –c命令监视缓存,用以确保这些不正确的项目不会再被加裁到缓存中。
第四步:清空DNS解析程序缓存
这一步执行的命令行操作如下所示:
| 以下是引用片段: ipconfig /flushdns |
这个命令清空本地计算机DNS解析程序缓存中的内容。运行这个命令还会将HOSTS文件中的任何项目预先装载到缓存中。通过查询名字服务器(DNS服务器),远程主机完全合格的DNS名字就会被解析为相关IP地址,这些FQDN来到IP地址的映射就会被添加到本地计算机DNS解析程序的缓存中,这样一来与远程主机的通信就无需重复地进行解析。如果DNS解析程序缓存中的一个或多个项目不正确,某些IP地址的网络通信就会失败。要查看DNS解析程序缓存中当前的内容,请在命令行提示符下,键入执行ipconfig /displaydns命令。
如果你试图解析的远程主机的IP地址最近发生了改变,那么你可能就无法用其FQDN与那台主机通信,除非你清空DNS解析程序的缓存。当然,利用指定的TTL,缓存项目会自己就会超时,这些TTLS是在名字解析期间,从名字服务器获得的,不过,如果你注意到突然不能连接到某台远程主机,你就可以试着修复你的网络连接,清空DNS解析程序缓存。
上一页 [1] [2] [3] [4] [5] [6] [7] [8] 下一页
您现在的位置: 
