论文部分内容阅读
为了让服务端主机或客户端主机顺利地接入到局域网中,我们往往需要先登录对应系统,找到其中的本地连接图标,从这里开始出发,修改、设置合适的上网参数。一般来说,我们只要在对应系统中正确安装、配置好网卡设备,就能顺利地从系统“开始”菜单的“设置”列表中,找到“网络连接”选项,并在弹出的网络连接列表界面中找到本地连接图标了,此时用鼠标右击该图标,执行快捷菜单中的“属性”命令,进入本地连接属性设置窗口,就能开始修改、设置上网参数了。不过,有朝一日,服务端主机系统或客户端主机系统由于操作方面的原因,造成本地连接图标突然从对应系统的网络连接列表界面中消失,这时我们究竟该如何面对呢?引起本地连接图标突然消失的因素比较多,我们必须对各项可能因素进行步步排查,才能弄清楚该图标突然消失的具体真相,并迅速采取有效办法进行解决。
一、 本地连接消失故障
笔者曾经管理过一个科技系统内网,该内网网络通过2M宽带线路与省级科技系统的内网直接相连,该科技系统内网中的所有客户端系统平时使用的都是静态IP地址进行上网的,这些地址是省级主管单位按照区域位置进行划分的;为了保证本地科技系统内网能够稳定、安全地运行,笔者特地将每一台客户端系统使用的IP地址都设计成标签,贴在它们显示屏的显眼位置处,要求他们不能随意使用他人的地址进行上网。最近,某同事将家中的笔记本带到办公室,想从省科技内网平台中下载一个科技星火项目在线申报程序;由于不知道本地内网中有哪些IP地址可以使用,这位同事打算暂时使用一下自己平时办公用的那台客户端系统的静态地址,以便让自己的笔记本可以暂时连接登录到省科技系统内网平台上,经过对笔记本上网连接参数的正确配置,那台笔记本电脑很顺利地上网登录进入了省科技系统内网平台。
在下载科技星火项目在线申报程序的同时,这位同事手闲不住,抱着试试看的心态随意为平时办公用的客户端系统重新设置了一个静态地址,看看能否让办公用的那台客户端系统同时连接到科技系统内网平台上;然而,当这位同事将网络线缆插入到办公用客户端系统的网卡中,并尝试重新启动运行该客户端系统时,发现系统启动完成后,系统屏幕上出现了IP地址发生冲突的故障提示。哦,原来这位同事无意中使用的IP地址,与科技系统内网中的一台客户端系统地址相同,从而引发了地址冲突的错误提示。遗憾的是,在发生地址冲突的那一瞬间,同事办公用的客户端系统同时发生了蓝屏现象,经过仔细检查,这台客户端系统已经瘫痪了。没有办法,同事准备重新启动一下该客户端系统,来为本地系统重新分配一个静态地址试试,不过当再次登录进入该系统桌面时,发现系统托盘区域右下方位置处的网络连接图标已经看不到了,从系统“开始”中打开该系统的网络连接列表界面时,也不能发现本地连接图标的“影子”了,这该怎么办呢?没有了本地连接图标,同事自然就不能进入对应系统的上网参数配置对话框,修改它的上网地址了呀?
二、全力追查消失原因
为什么发生了常规的地址冲突现象后,原本能够正常显示的本地连接图标,说不见就不见了呢,难道是本地连接图标被地址冲突现象也一起“冲”走了?对于这样的蹊跷故障,笔者认为本地连接图标不会轻易被地址冲突现象“冲”走的,这种故障肯定事出有因,于是决定对它进行全力追查。
1. 系统文件是否受损?
一般来说,当发生地址冲突现象时,Windows系统不会轻易地发生崩溃现象,现在故障客户端系统在出现地址冲突现象后,竟然发生了蓝屏现象?这难道是对应系统中的Windows系统受到了损坏,造成客户端系统不能正常工作?为了判断这种猜测是否正确,笔者打算扫描一下本地客户端系统,看看能否从中找到一些受损的系统文件。想到做到,笔者立即打开了故障客户端系统的运行文本框,在其中输入字符串命令“sfc /scannow”(如图1所示),单击“确定”按钮后,Windows系统开始自动执行文件扫描、修复操作;在经过漫长的修复等待,对应客户端系统中的确有一些系统文件被成功修复了,难道是这些被修复的文件造成了本地连接图标突然消失了?在完成系统文件扫描、修复任务后,笔者满心怀着期待,希望文件修复操作可以找回本地连接图标,可是依次单击“开始”、“设置”、“网络连接”命令后,笔者傻眼了,网络连接列表窗口中竟然还没有本地连接图标的“身影”,这说明本地连接图标突然消失与系统文件受损没有关系。
有没有可能是同事平时办公用的客户端系统中,与网络连接有关的系统配置无意之中受到了非法更改呢?联想到以前笔者曾经遇到过一次类似的现象,于是决定重新启动一下故障客户端系统,并且在重新启动过程中,及时按下F8键,来让Windows系统自动使用最后一次正确的配置来进行启动,启动成功之后,笔者心情非常迫切地打开该系统的网络连接列表界面,发现还是没有看到本地连接图标的“影子”。笔者仍然心有不甘,再次以安全模式重新启动了故障客户端系统,同时在这种工作状态下启动了安装在该系统中的杀毒软件,对该系统的各个角落进行了全面、彻底地病毒清除操作,以避免潜藏在系统中的网络病毒在暗中“使坏”,在清除干净网络病毒后,笔者再次检查了网络连接列表窗口中的本地连接图标,结果发现还是没有它的“身影”,看来这种现象与系统文件是否受损以及网络病毒无关。
2. 系统服务是否禁用?
考虑到故障客户端系统之前进行上网连接时一切正常,那就意味着故障客户端系统的本地连接图标以前是能够被正常找到的,现在发生了地址冲突现象后,才出现了本地连接图标突然消失故障的,显然这问题应该与IP地址冲突现象有一定的联系,会不会是IP地址冲突现象引发了故障客户端系统中与本地连接有关的系统服务运行不正常了呢?定下心来仔细想一想,笔者认为影响本地连接显示状态的系统服务主要就是常见的Network Connections服务、Server服务等,难道是这些服务被强行停止运行了?
为了查明事实真相,笔者立即在故障客户端系统桌面上依次点选“开始”、“运行”选项,弹出对应系统的运行文本框,在其中输入字符串命令“services.msc”,单击“确定”按钮后,进入该系统的服务列表界面,双击Network Connections服务选项,打开该系统服务的属性设置对话框,在对应的常规标签页面中(如图2所示),笔者看到目标系统服务的运行状态是正常的;后来,笔者又按照相同的操作,查看了Server、Remote Procedure Call (RPC)等系统服务的运行状态,发现它们都处于正常的启用运行状态,这说明本文遇到的故障现象与系统服务没有任何关系。
3.网卡状态是否正常?
在排查完系统文件以及系统服务因素后,笔者开始怀疑故障客户端系统的网卡状态了,因为本地连接的状态与网卡设备的工作状态息息相关,如果网卡设备不能正常工作时,那么本地连接的显示自然就不可能正常。基于这样的分析,笔者立即打开故障客户端系统的“开始”菜单,从中依次点击“设置”、“控制面板”命令,在弹出的系统控制面板窗口中双击系统图标,打开故障客户端的系统属性界面,单击其中的“硬件”选项卡,之后继续单击硬件选项设置页面中的“设备管理器”按钮,展开设备管理器界面,在这里笔者先检查了网卡图标上是否存在明显的错误标志,例如看看网卡设备图标上是否有黄色或红色的不正常标记,结果没有看到。接下来,笔者用鼠标右键单击目标网卡设备,从弹出的快捷菜单中执行“属性”命令,弹出目标网卡的属性对话框,在该对话框的“常规”设置页面中,笔者看到目标网卡的运行状态显示为正常,这就意味着此时此刻目标网卡是在正常工作的。
既然故障客户端系统能够正常识别出目标网卡来,那么按理来说本地连接图标也应该能够被正常显示出来,可现在我们没有看到本地连接图标,这难道是目标网卡存在“软”问题?为了排除可能存在的“软”问题,笔者打算为目标网卡设备重新安装一遍驱动程序,以便让目标网卡的工作参数全部恢复到原始状态。说干就干,笔者立即在系统设备管理器界面中右击目标网卡选项,并执行右键菜单中的“卸载”命令(如图3所示),以便先将目标网卡的旧驱动文件彻底地从对应系统中删除干净;接下来,再采用手工安装新硬件的方法,重新安装了一遍原装的目标网卡驱动程序,安装成功之后再次重新启动Windows系统。原以为这次肯定能够解决问题,可是当系统启动稳定后,笔者发现在目标网卡工作状态显示为正常的情况下,本地连接图标仍然还没有出现在我们的眼前,显然问题与网卡的工作状态也没有关系。
三、还原本地连接图标
经过反复实践与尝试,笔者竟然还不能让故障客户端系统中的本地连接图标显示出来,这让站在一旁的同事也着急了起来,于是他建议笔者上网搜搜,看看其他网友有什么好的办法。在万般无奈之下,笔者只好将故障产生的详细过程发到网上,请求专业人士的“支援”;果不其然,有一位网友建议笔者重点检查一下故障客户端系统的分布式COM配置、系统组策略配置以及注册表参数?,因为这些系统配置很容易被一些外在的现象所“刺激”,从而发生自动变化。听到这样的建议,笔者的思路好像豁然打开了,于是决定对这些可能发生问题的配置,进行一次跟踪检查。
笔者先是在故障客户端系统中执行了“gpedit.msc”字符串命令,在弹出的系统组策略编辑界面中,我们检查了网络连接有关的各个组策略设置参数,发现并没有值得可疑的地方。
之后又在对应系统的运行对话框中,执行了“regedit.exe”字符串命令,从弹出的系统注册表控制台界面中,笔者认真检查了与网络连接有关的注册表键值,结果也没有找到异常之处;
最后执行“dcomcnfg.exe”字符串命令,打开故障客户端系统的分布式COM配置属性对话框,经过一番仔细检查,发现故障客户端系统的“默认模拟级别”参数数值为“匿名”,而不是正常的“标识”选项,会不会是这个参数造成了本地连接图标突然消失呢?经过修改尝试,笔者在将“默认模拟级别”参数修改成了“标识”选项之后,发现经过重新启动Windows系统后,本地连接图标终于出现在笔者的眼前了,这说明故障根源果然在分布式COM配置上。
恢复了本地连接图标的显示状态后,朋友立即用鼠标右键单击本地连接图标,执行快捷菜单中的“属性”命令,进入台式电脑系统的本地连接属性界面,在其中设置了另外一个固定IP地址,之后将台式电脑重新连到局域网中,果然台式电脑可以正常上网了。
一、 本地连接消失故障
笔者曾经管理过一个科技系统内网,该内网网络通过2M宽带线路与省级科技系统的内网直接相连,该科技系统内网中的所有客户端系统平时使用的都是静态IP地址进行上网的,这些地址是省级主管单位按照区域位置进行划分的;为了保证本地科技系统内网能够稳定、安全地运行,笔者特地将每一台客户端系统使用的IP地址都设计成标签,贴在它们显示屏的显眼位置处,要求他们不能随意使用他人的地址进行上网。最近,某同事将家中的笔记本带到办公室,想从省科技内网平台中下载一个科技星火项目在线申报程序;由于不知道本地内网中有哪些IP地址可以使用,这位同事打算暂时使用一下自己平时办公用的那台客户端系统的静态地址,以便让自己的笔记本可以暂时连接登录到省科技系统内网平台上,经过对笔记本上网连接参数的正确配置,那台笔记本电脑很顺利地上网登录进入了省科技系统内网平台。
在下载科技星火项目在线申报程序的同时,这位同事手闲不住,抱着试试看的心态随意为平时办公用的客户端系统重新设置了一个静态地址,看看能否让办公用的那台客户端系统同时连接到科技系统内网平台上;然而,当这位同事将网络线缆插入到办公用客户端系统的网卡中,并尝试重新启动运行该客户端系统时,发现系统启动完成后,系统屏幕上出现了IP地址发生冲突的故障提示。哦,原来这位同事无意中使用的IP地址,与科技系统内网中的一台客户端系统地址相同,从而引发了地址冲突的错误提示。遗憾的是,在发生地址冲突的那一瞬间,同事办公用的客户端系统同时发生了蓝屏现象,经过仔细检查,这台客户端系统已经瘫痪了。没有办法,同事准备重新启动一下该客户端系统,来为本地系统重新分配一个静态地址试试,不过当再次登录进入该系统桌面时,发现系统托盘区域右下方位置处的网络连接图标已经看不到了,从系统“开始”中打开该系统的网络连接列表界面时,也不能发现本地连接图标的“影子”了,这该怎么办呢?没有了本地连接图标,同事自然就不能进入对应系统的上网参数配置对话框,修改它的上网地址了呀?
二、全力追查消失原因
为什么发生了常规的地址冲突现象后,原本能够正常显示的本地连接图标,说不见就不见了呢,难道是本地连接图标被地址冲突现象也一起“冲”走了?对于这样的蹊跷故障,笔者认为本地连接图标不会轻易被地址冲突现象“冲”走的,这种故障肯定事出有因,于是决定对它进行全力追查。
1. 系统文件是否受损?
一般来说,当发生地址冲突现象时,Windows系统不会轻易地发生崩溃现象,现在故障客户端系统在出现地址冲突现象后,竟然发生了蓝屏现象?这难道是对应系统中的Windows系统受到了损坏,造成客户端系统不能正常工作?为了判断这种猜测是否正确,笔者打算扫描一下本地客户端系统,看看能否从中找到一些受损的系统文件。想到做到,笔者立即打开了故障客户端系统的运行文本框,在其中输入字符串命令“sfc /scannow”(如图1所示),单击“确定”按钮后,Windows系统开始自动执行文件扫描、修复操作;在经过漫长的修复等待,对应客户端系统中的确有一些系统文件被成功修复了,难道是这些被修复的文件造成了本地连接图标突然消失了?在完成系统文件扫描、修复任务后,笔者满心怀着期待,希望文件修复操作可以找回本地连接图标,可是依次单击“开始”、“设置”、“网络连接”命令后,笔者傻眼了,网络连接列表窗口中竟然还没有本地连接图标的“身影”,这说明本地连接图标突然消失与系统文件受损没有关系。
有没有可能是同事平时办公用的客户端系统中,与网络连接有关的系统配置无意之中受到了非法更改呢?联想到以前笔者曾经遇到过一次类似的现象,于是决定重新启动一下故障客户端系统,并且在重新启动过程中,及时按下F8键,来让Windows系统自动使用最后一次正确的配置来进行启动,启动成功之后,笔者心情非常迫切地打开该系统的网络连接列表界面,发现还是没有看到本地连接图标的“影子”。笔者仍然心有不甘,再次以安全模式重新启动了故障客户端系统,同时在这种工作状态下启动了安装在该系统中的杀毒软件,对该系统的各个角落进行了全面、彻底地病毒清除操作,以避免潜藏在系统中的网络病毒在暗中“使坏”,在清除干净网络病毒后,笔者再次检查了网络连接列表窗口中的本地连接图标,结果发现还是没有它的“身影”,看来这种现象与系统文件是否受损以及网络病毒无关。
2. 系统服务是否禁用?
考虑到故障客户端系统之前进行上网连接时一切正常,那就意味着故障客户端系统的本地连接图标以前是能够被正常找到的,现在发生了地址冲突现象后,才出现了本地连接图标突然消失故障的,显然这问题应该与IP地址冲突现象有一定的联系,会不会是IP地址冲突现象引发了故障客户端系统中与本地连接有关的系统服务运行不正常了呢?定下心来仔细想一想,笔者认为影响本地连接显示状态的系统服务主要就是常见的Network Connections服务、Server服务等,难道是这些服务被强行停止运行了?
为了查明事实真相,笔者立即在故障客户端系统桌面上依次点选“开始”、“运行”选项,弹出对应系统的运行文本框,在其中输入字符串命令“services.msc”,单击“确定”按钮后,进入该系统的服务列表界面,双击Network Connections服务选项,打开该系统服务的属性设置对话框,在对应的常规标签页面中(如图2所示),笔者看到目标系统服务的运行状态是正常的;后来,笔者又按照相同的操作,查看了Server、Remote Procedure Call (RPC)等系统服务的运行状态,发现它们都处于正常的启用运行状态,这说明本文遇到的故障现象与系统服务没有任何关系。
3.网卡状态是否正常?
在排查完系统文件以及系统服务因素后,笔者开始怀疑故障客户端系统的网卡状态了,因为本地连接的状态与网卡设备的工作状态息息相关,如果网卡设备不能正常工作时,那么本地连接的显示自然就不可能正常。基于这样的分析,笔者立即打开故障客户端系统的“开始”菜单,从中依次点击“设置”、“控制面板”命令,在弹出的系统控制面板窗口中双击系统图标,打开故障客户端的系统属性界面,单击其中的“硬件”选项卡,之后继续单击硬件选项设置页面中的“设备管理器”按钮,展开设备管理器界面,在这里笔者先检查了网卡图标上是否存在明显的错误标志,例如看看网卡设备图标上是否有黄色或红色的不正常标记,结果没有看到。接下来,笔者用鼠标右键单击目标网卡设备,从弹出的快捷菜单中执行“属性”命令,弹出目标网卡的属性对话框,在该对话框的“常规”设置页面中,笔者看到目标网卡的运行状态显示为正常,这就意味着此时此刻目标网卡是在正常工作的。
既然故障客户端系统能够正常识别出目标网卡来,那么按理来说本地连接图标也应该能够被正常显示出来,可现在我们没有看到本地连接图标,这难道是目标网卡存在“软”问题?为了排除可能存在的“软”问题,笔者打算为目标网卡设备重新安装一遍驱动程序,以便让目标网卡的工作参数全部恢复到原始状态。说干就干,笔者立即在系统设备管理器界面中右击目标网卡选项,并执行右键菜单中的“卸载”命令(如图3所示),以便先将目标网卡的旧驱动文件彻底地从对应系统中删除干净;接下来,再采用手工安装新硬件的方法,重新安装了一遍原装的目标网卡驱动程序,安装成功之后再次重新启动Windows系统。原以为这次肯定能够解决问题,可是当系统启动稳定后,笔者发现在目标网卡工作状态显示为正常的情况下,本地连接图标仍然还没有出现在我们的眼前,显然问题与网卡的工作状态也没有关系。
三、还原本地连接图标
经过反复实践与尝试,笔者竟然还不能让故障客户端系统中的本地连接图标显示出来,这让站在一旁的同事也着急了起来,于是他建议笔者上网搜搜,看看其他网友有什么好的办法。在万般无奈之下,笔者只好将故障产生的详细过程发到网上,请求专业人士的“支援”;果不其然,有一位网友建议笔者重点检查一下故障客户端系统的分布式COM配置、系统组策略配置以及注册表参数?,因为这些系统配置很容易被一些外在的现象所“刺激”,从而发生自动变化。听到这样的建议,笔者的思路好像豁然打开了,于是决定对这些可能发生问题的配置,进行一次跟踪检查。
笔者先是在故障客户端系统中执行了“gpedit.msc”字符串命令,在弹出的系统组策略编辑界面中,我们检查了网络连接有关的各个组策略设置参数,发现并没有值得可疑的地方。
之后又在对应系统的运行对话框中,执行了“regedit.exe”字符串命令,从弹出的系统注册表控制台界面中,笔者认真检查了与网络连接有关的注册表键值,结果也没有找到异常之处;
最后执行“dcomcnfg.exe”字符串命令,打开故障客户端系统的分布式COM配置属性对话框,经过一番仔细检查,发现故障客户端系统的“默认模拟级别”参数数值为“匿名”,而不是正常的“标识”选项,会不会是这个参数造成了本地连接图标突然消失呢?经过修改尝试,笔者在将“默认模拟级别”参数修改成了“标识”选项之后,发现经过重新启动Windows系统后,本地连接图标终于出现在笔者的眼前了,这说明故障根源果然在分布式COM配置上。
恢复了本地连接图标的显示状态后,朋友立即用鼠标右键单击本地连接图标,执行快捷菜单中的“属性”命令,进入台式电脑系统的本地连接属性界面,在其中设置了另外一个固定IP地址,之后将台式电脑重新连到局域网中,果然台式电脑可以正常上网了。