您现在的位置： 
这是网络故障诊断结构化方法的第三篇，本文谈的是如何利用Windows平台的网络连接修复特性。
成功的故障诊断依赖于三个重要支柱：缜密的逻辑思维、对技术与技巧的理解、诊断工具的使用经验。我们的文章主要以这三个支柱为基础。例如，在笔者的首篇文章中，我们概要地描述了一种结构化的方法，展示如何从逻辑上诊断Windows系统网络的TCP/IP网络故障。在第二篇文章中，我们重点从技术上讨论了路由表是如何工作的，并讨论了路由表问题的故障诊断技巧。今天的这篇文章中，我们将理解Windows的网络修复特性如何修复常见的网络连接问题。后面我们还有文章讨论上述的三大支柱，以帮助读者成为更为专业的故障诊断高手。
修复特性是一个强有力的工具，虽然大家很少用它(你用得很多吗?)，因为许多人没有真正地理解它。使用这个特性是相当简单的，只需要在网络连接上右击，从弹出的快捷菜单中选择“修复”即可。如图：
在我们这样操作时，就会弹出一个对话框，连续地显示一系列的消息，这些消息表现了修复活动的工作过程。如图：
在上面的图中，我们看到的正在进行的修复操作是“清除DNS缓存”，这仅是一个修复操作而已。背后，Windows执行的是一些命令行操作，图中的每一个过程的消息(如“清除DNS缓存”)都指明了其中的一个命令被执行了。那么，在我们使用“修复”功能时，到底系统运行了哪些命令，执行了哪些操作呢?这些命令做了什么?它们对系统产生了怎样的影响?为什么要执行这些操作或命令?下面我们一一道来：
第一步：DHCP更新(DHCP Renew)
如果你配置了网络连接使其可以通过DHCP自动地接收IP地址，就会需要这一步。如果你手动配置了连接，使用的是静态的IP地址和其它的TCP/IP配置，就不需要这一步了。此处执行的这个命令行操作类似于但不同于下面的命令：
| 以下是引用片段： ipconfig /renew |
这个命令会试图与DHCP服务器(计算机先前的IP地址就是从此租用的)联系。如果可以联系到DHCP服务器，计算机就会确认其目前的TCP/IP配置是合法的。不过，在这个命令通过“修复”功能执行时，与通过命令行方式启动它的行为是不一样的。此时，并不是向获取其IP地址和相关DHCP配置的服务器发送一个单播的DHCP更新消息，而是向网络中的任何可用的DHCP服务器发送一个DHCP更新消息的广播包。如此做的原因在于，如果计算机目前的TCP/IP配置是非法的，计算机就可以通过要求一个新的地址租用，从任何可用的DHCP服务器那儿获取新的TCP/IP配置。执行“修复”网络连接这个操作有两个方面的影响：一是解决客户端上的DHCP配置问题，二是在无需与一个特定的DHCP服务器联系的情况下解决问题。
小提示：通过实施网络上的DHCP服务器的冗余机制，来防止由于DHCP服务器不可用所造成的网络问题。现在网上有不少这样的文章，读者可自己用google等搜寻。
上一页 [1] [2] [3] [4] [5] [6] [7] [8] 下一页
