为了满⾜不同⽤户访问Web服务器中的重要内容，单位局域的络管理员特意在Web服务器中同时安装了两块卡设备，⼀块与单位局域连接，⼀块通过NAT与Internet络连接，其中与单位局域直接相连的卡设备我们姑且称之为A卡，该卡使⽤的IP地址为10.168.160.22，对应局域的关地址被设置成了10.168.160.1，另外⼀块与Intetnet络保持连接的卡被称为B卡，该卡使⽤的IP 地址为192.168.1.11，对应该络的关地址被设置成了192.168.1.1；单位局域中的⽤户在访问⽬标Web服务器时，使⽤的是10.168.160.22地址，Internet络中的⽤户在访问⽬标Web服务器时，使⽤经过NAT地址转换后的 192.168.1.11。
  内外不能同时访问
  组成功之后，局域中的⽤户以及Internet络中的⽤户平时都能访问局域中的⽬标Web服务器，⽽且它们之间即使同时进⾏访问时，也不存在相互⼲扰的现象。不过运⾏⼀段时间后，Internet络中的⽤户纷纷打来电话，告诉络管理员说，他们不能访问单位中的⽬标Web服务器；接到故障请求后，络管理员⽴即从单位局域中尝试访问了⼀下⽬标Web服务器，结果发现络访问⼀切正常，后来络管理员⼜随意了⼏台内⼯作站，进⾏ Web访问测试操作，测试结果当然都是正常的，很显然⽬标Web服务器的⼯作状态是正常的。
  那会不会是安装在⽬标Web服务器中的B卡设备⼯作状态不正常呢，或者是该卡的上参数被意外修改了呢?想到这⼀点，笔者⽴即以系统管理员⾝份登录进⽬标Web服务器所在主机系统，依次打开该系统的设备管理器窗⼝，从中到B卡设备，并⽤⿏标右键单击该设备选项，从弹出的快捷菜单中执⾏“ 属性”命令，
打开B卡设备的属性设置窗⼝，在“常规”标签设置页⾯中，笔者看到该卡设备的⼯作状态是正常的；后来，笔者⼜打开对应该卡设备的本地连接属性设置窗⼝，发现上参数还是以前的，没有发⽣任何变化，这说明卡的上设置也是没有任何问题的。有没有可能是B卡设备到局域交换机之间的络线缆出现了连通性故障呢?为了检验⾃⼰的猜测是否正确，笔者⽴即从朋友那⾥借来了专业线缆测试仪，对连接B卡设备与交换机之间的这段络线缆连通性进⾏了测试，测试结果表明络线缆的连通性是正常的。
  在毫⽆头绪的情况下，笔者⽆意间重新启动了⼀下⽬标Web服务器所在主机系统，待系统重启成功后，Internet络中的⽤户竟然⼜能正常访问⽬标 Web服务器了；不过，没有多长时间相同的故障现象⼜再次出现了，再次重新启动⽬标Web服务器系统，该故障现象有时能够消失，有时不能消失，如此反复了⼏个星期，并且每次出现故障现象时，局域中的⽤户都能从内顺利地访问到⽬标Web服务器系统中的数据内容。
  深⼊追查故障原因
  在⽬标Web服务器、B卡设备状态、络连接线缆等因素都正常的情况下，Internet络中的⽤户有时能访问⽬标Web服务器，有时不能访问⽬标Web服务器，笔者估计问题很可能还是出在B卡的参数设置上。
  笔者联想到在路由器设备中，存在路由优先的特性，那么这样的特性在安装了两块卡设备的服务器主机系统中，是否也同时存在呢?如果这样的特性果然存在的话，那么上述问题很可能是双卡设备相互⼲
扰引起的，也就是说它们之间的路由访问也存在先后问题。为了判断⾃⼰的分析是否正确，笔者在⽬标Web服务器所在主机系统，依次单击 “开始”/“运⾏”命令，在弹出的系统运⾏对话框中，执⾏字符串命令“cmd”，将系统⼯作状态切换到DOS命令⾏⼯作状态，在该状态的命令提⽰符下输⼊“route print”字符串命令，单击回车键后，笔者从其后出现的结果界⾯中，看到本地路由表中竟然同时存在两条默认路由记录，也就是说同时存在两个跃点数值均为 “1”的路由记录，同时笔者还看到⽬标Web服务器处于活动状态的默认关地址为10.168.160.1。
  解决相互⼲扰故障
  ⼤家知道，跃点数值为“1”的路由记录，对应的关应该是本地系统的默认关，⽽⽬标Web服务器系统中竟然同时存在两个跃点数值均为“1”的路由记录，这说明本地服务器系统中应该同时存在两个活动的默认关；但事实上是，在任何情况下，任何⼀台服务器主机系统只能存在⼀个默认的活动关记录，那么为什么在本地系统中两个活动的默认关，只有其中的⼀个默认关10.168.160.1发挥作⽤，另外⼀个⽆法发挥作⽤呢?
  经过上查询相关的故障信息，笔者了解到这很可能是⽬标Web服务器系统在启动过程中，随机任意选择⼀个默认关作为缺省活动关的，这也是为什么通过重新服务器系统，Internet络中的⽤户有时能访问⽬标Web服务器，有时不能访问⽬标Web 服务器的原因了。
  到了故障原因后，该故障也就能很好解决了，我们可以尝试⼿⼯修改卡设备的跃点数值，来确定服务器系统究竟应该优先使⽤哪⼀条路由记录;⽐⽅说，要想让连接Internet络的192.168.1.1关发挥作⽤时，我们可以在⽬标Web服务器系统中依次单击“开始”/“运⾏”命令，在弹出的系统运⾏对话框中，执⾏字符串命令“cmd”，将系统⼯作状态切换到DOS命令⾏⼯作状态，在该状态的命令提⽰符下输⼊字符串命令“route add 10.168.160.22 mask 255.255.255.0 10.168.160.1 metric 3”，单击回车键后，那么⽬标Web服务器系统中路由经过IP地址为10.168.160.1的跃点数值就从“1”变成了“3”，那么此时连接 Internet络的192.168.1.1关就能正常发挥作⽤了，并且在这个时候，我们尝试从Internet络访问局域中的⽬标Web服务器系统时就正常了。  不过，上⾯的解决⽅法还不很彻底，因为每次重新启动⽬标Web服务器所在主机系统后，10.168.160.1的跃点数值⼜⾃动恢复成“1” 了，这时上⾯的冲突故障⼜会重新出现了。为了让10.168.160.1的跃点数值始终为“3”，我们可以在⽬标Web服务器所在主机系统修改相关注册表键值，来让metric数值⼀直固定不变，下⾯就是具体的设置操作步骤：
  ⾸先打开⽬标Web服务器所在主机系统的“开始”菜单，从中点选“运⾏”命令，在弹出的系统运⾏⽂本框中，输⼊字符串命令“regedit”，单击回车键后，进⼊对应系统的注册表控制台窗⼝;
  其次在该控制台窗⼝的左侧⼦窗格中，到其中的“HKEY_LOCAL_MACHINE”节点选项，并且⽤⿏标从该节点选项下依次展开注册表⼦项“SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces \{3582202C-30EC-4B05-9DA2-
web服务器又被称为
0F089696AB7F}”，其中“{3582202C-30EC- 4B05-9DA2-0F089696AB7F}”是对应B卡设备的注册表⼦项，在对应该⼦项的右侧⼦窗格中，检查⼀下 “DefaultGateway”的数值是否为“10.168.160.1”;
  要是确认是的话，那么我们再⽤⿏标到名为“DefaultGatewayMetric”的多字符串键值，要是不到时，我们也可以⾃⾏创建⼀个这样的字符串键值，之后打开“DefaultGatewayMetric”的编辑多字符串键值对话框，在其中将其数值修改为“3”，再单击“确定”按钮保存好上述设置操作，最后重新启动⼀下⽬标Web服务器所在主机系统，这样⼀来安装在该系统中的双卡设备对应的路由记录就不会发⽣冲突了，⽇后也就不会出现 Internet络中的⽤户有时能访问⽬标Web服务器，有时不能访问⽬标Web 服务器的故障现象了。