让拨号连接图标重新显现

    要想上网访问内容，许多人会下意识地进入本地工作站的网络和拨号连接列表窗口中，找到目标拨号连接图标，并用鼠标双击该图标进行网络连接操作；不过，有时候我们会在本地工作站的网络和拨号连接列表窗口中，找不到拨号连接图标的“身影”，这么一来我们就无法进行拨号连接上网操作了。虽然拨号连接图标的丢失，可能是由很多因素造成的，可是要是本地工作站的一些系统服务运行状态被关闭的话，也会导致拨号连接图标发生丢失现象。

    所以，一旦我们发现网络连接列表窗口中没有拨号连接图标时，我们可以尝试按照下面的操作步骤来检查与拨号连接有关的系统服务是否运行正常：

    首先在本地工作站系统中，单击系统桌面中的“开始”菜单，并执行其中的“运行”命令，打开本地工作站的系统运行对话框，在其中输入字符串命令“services.msc”，单击回车键后，进入本地系统的服务列表窗口。

    其次在该服务列表窗口中，找到目标系统服务“Network Connections”，用鼠标双击该服务选项，打开如下图所示的服务属性界面。

    
    在该界面的“常规”标签页面中我们可以检查目标系统服务此刻是否处于“已启动”运行状态，倘若没有处于运行状态的话，我们必须及时单击对应标签页面中的“启动”按钮，将“Network Connections”服务重新启动成功，并且将该服务的“启动类型”调整为“自动”，以便保证该服务日后跟随系统一起启动。

    在启用了“Network Connections”服务后，要是拨号连接图标还无法显示在网络连接列表窗口中时，我们还需要从系统服务列表窗口中找到目标系统服务“Plug and Play”，用鼠标双击该服务选项，在对应的服务选项设置页面中检查该服务的运行状态是否正常，倘若该服务无法正常运行时，不但拨号连接图标无法显示在网络连接列表窗口中，而且其他连接图标也不能正常显示，所以我们必须重新将“Plug and Play”服务启动成功，才能将拨号连接图标重新显示在我们眼前。

    当然，除了上面两个系统服务与拨号连接图标的显示有关外，Simple TCP/IP Services、Remote Procedure Call等服务选项的运行状态也与拨号连接图标的显示有关，所以我们还必须对这些系统服务的运行状态进行检查，确保它们能够正常启动运行。 

    为了有效确保Windows服务器的安全性能更加牢靠，我们一般需要定期对服务器进行更新升级，以便及时将各种安全补丁程序安装到服务器系统中。不过，要是我们采用手工方式升级服务器系统的话，那操作效率很明显会很低下；其实，我们只要对服务器系统进行如下设置，就能让服务器自动完成升级更新任务：

    首先在本地工作站系统中，单击系统桌面中的“开始”菜单，并执行其中的“运行”命令，打开本地工作站的系统运行对话框，在其中输入字符串命令“services.msc”，单击回车键后，进入本地系统的服务列表窗口。

    其次在该服务列表窗口中，找到目标系统服务“Automatic Updates”，用鼠标双击该服务选项，打开如下图所示的服务属性界面。

    
    在该属性界面的“常规”标签页面中，我们能够清楚地看到“Automatic Updates”服务的运行状态是否正常；要是不正常的话，我们应该及时单击对应标签页面中的“启动”按钮，同时将“启动类型”参数调整为“自动”，再单击一下“确定”按钮，如此一来服务器系统日后就能自动完成更新升级任务了。 

    在局域网工作站中启用类似Outlook Express这样的客户端应用程序，进行发送或接受电子邮件时，我们有时会发现Outlook Express程序启动得非常缓慢，可是当该应用程序主界面被打开后，之后继续的一切操作均正常，这是什么原因呢？

    碰到类似这样的奇怪现象时，我们不妨按照下面的操作为Outlook Express邮件应用程序启动提速：

    首先找来正版的杀毒软件，将它安装到本地工作站系统中，待安装操作完毕后，再通过网络将杀毒软件升级到最新版本状态，并利用最新版本的杀毒软件对本地工作站系统进行全范围地病毒查杀操作，或许这样就能将本地工作站中一些莫名其妙的故障给解决掉。

    倘若在清除完本地工作站系统中的网络病毒后，我们发现Outlook Express这样的客户端应用程序依然启动很慢时，可以用鼠标逐一单击“开始”、“运行”菜单命令，在其后出现的系统运行框中，执行字符串命令“sfc /purgecache”，随后工作站系统就会运行文件扫描器，对与Outlook Express应用程序有关的系统文件进行自动检查，倘若找到有文件被损坏时，我们应该及时到局域网其他工作站中把相同的文件拷贝过来。

    比方说，与Outlook Express应用程序启动有关的系统文件包括Imagehlp.dll、Pstorec.dll、Pstorerc.dll、Psbase.dll等，一旦其中的某个文件被系统扫描识别出处于损坏状态时，Outlook Express应用程序可能就无法启动正常了。

    这个时候，我们只要到其他工作站中将受损的对应系统文件拷贝过来，并且将它粘贴到Outlook Express的安装目录中，该客户端应用程序缺省的安装目录为“X:\WinNt\system32”（其中“X”为系统安装分区符号）。

    要是经过上面的努力还无法提高Outlook Express邮件客户端程序的启动速度时，我们就有必要检查本地工作站的服务运行状态了，毕竟系统中的目标服务“Protected Storage”运行不正常时，Outlook Express应用程序的启动速度就会受到明显影响。

    在对“Protected Storage”系统服务的运行状态进行检查时，我们不妨按照如下步骤来进行：

    首先在本地工作站系统中，单击系统桌面中的“开始”菜单，并执行其中的“运行”命令，打开本地工作站的系统运行对话框，在其中输入字符串命令“services.msc”，单击回车键后，进入本地系统的服务列表窗口。

    其次在该服务列表窗口中，找到目标系统服务“Protected Storage”，用鼠标双击该服务选项，打开如下图所示的服务属性界面。

    
    在该属性界面的“常规”标签页面中，我们能够清楚地看到“Protected Storage”服务的运行状态是否正常；要是不正常的话，我们应该及时单击对应标签页面中的“启动”按钮，同时将“启动类型”参数调整为“自动”，再单击一下“确定”按钮，如此一来类似Outlook Express这样的客户端应用程序启动速度就能恢复正常了。

    不过，一旦“Protected Storage”服务在运行正常的情况下，Outlook Express应用程序还是不能快速启动时，我们还需要看看系统服务“Remote Procedure Call”是否运行正常，毕竟该系统服务也会对类似Outlook Express这样的客户端应用程序启动有影响。  

    在尝试登录局域网中的某台工作站时，我们时常会遭遇无法成功登录的故障；碰到这样的网络故障时，相信不少朋友总会下意识将故障解决重点“盯向”物理线路、网卡安装以及网络设置方面，不过在对上面各项因素进行逐一排查后，发现工作站登录失败的故障并不是由前面的各项因素造成的，这时我们该如何应对呢？

    事实上，除了物理线路、网卡安装以及网络设置等因素会影响工作站系统的正常登录外，我们还要对目标工作站中的相关系统服务运行状态进行检查，比方说网络连接服务或网络登录服务启动不正常时，我们往往就会遭遇工作站登录失败的故障。所以，当我们碰到工作站无法登录的网络故障时，我们可以按照下面的操作，检查目标工作站系统中的相关服务是否运行正常：

    首先在本地工作站系统中，单击系统桌面中的“开始”菜单，并执行其中的“运行”命令，打开本地工作站的系统运行对话框，在其中输入字符串命令“services.msc”，单击回车键后，进入本地系统的服务列表窗口。

    其次在该服务列表窗口中，找到目标系统服务“Net logon”，用鼠标双击该服务选项，打开如下图所示的服务属性界面。

    
    在该属性界面的“常规”标签页面中，我们能够清楚地看到“Net logon”服务的运行状态是否正常；要是不正常的话，我们应该及时单击对应标签页面中的“启动”按钮，同时将“启动类型”参数调整为“自动”，再单击一下“确定”按钮，相信这样一来目标工作站登录操作就能顺畅进行了。

    当然，目标工作站中的“WorkStation”服务运行不正常时，也会影响工作站系统的正确登录，此时我们需要确保“WorkStation”服务也要能够正常运行。 

    相信不少人都认为打印服务器安装操作是非常简单的事情，不过在实际安装的时候，我们可能会遭遇无法安装的故障；一般来说，打印服务器如果无法被安装的话，在排除打印服务器自身质量问题以及驱动程序因素后，多半是本地工作站中的“Print Spooler”系统服务被不小心停用了，这个时候我们唯一能做的，就是想办法重新启动系统服务“Print Spooler”。

    不过，有时按照前面的操作步骤直接启动系统服务“Print Spooler”时，也会遭遇麻烦，因为系统服务“Print Spooler”往往需要依赖远程调用服务，一旦该系统服务运行不正常时，“Print Spooler”系统服务就启动不成功。

    所以，要是我们发现“Print Spooler”系统服务无法被启动时，我们应该先看看“Remote Procedure Call”是否运行正常，一旦该服务运行不正常时，我们就应该先将“Remote Procedure Call”服务启动成功，之后再尝试启动系统服务“Print Spooler”，相信这么一来打印服务器就能被正确安装了。

    我们知道，Windows服务器系统在缺省状态下会自动启动运行ClipBook服务的；可是该服务处于运行状态时，一些别有用心的用户就可以借助远程剪贴功能，来将存储在服务器系统剪贴板中的隐私信息拷贝过去，那样的话本地服务器系统可能就会受到潜在的安全威胁。为了让服务器系统更加安全运行，我们可以按照如下操作来将ClipBook系统服务暂时禁用掉：

    首先在本地工作站系统中，单击系统桌面中的“开始”菜单，并执行其中的“运行”命令，打开本地工作站的系统运行对话框，在其中输入字符串命令“services.msc”，单击回车键后，进入本地系统的服务列表窗口。

    其次在该服务列表窗口中，找到目标系统服务“ClipBook”，用鼠标双击该服务选项，打开如下图所示的服务属性界面。

    
    在该属性界面的“常规”标签页面中，我们能够清楚地看到“ClipBook”服务的运行状态是否正常；要是发现该服务已经被运行的话，我们应该及时单击对应标签页面中的“停止”按钮，同时将“启动类型”参数调整为“禁用”，再单击一下“确定”按钮，那样的话非法用户就无法利用远程剪贴功能来泄露服务器中的重要隐私信息了。  

    局域网中的工作站遭受网络病毒或者木马攻击是常有的事情，并且病毒或木马运行发作时，一般都会在本地任务管理器中出现对应的病毒或木马进程，所以不少网络管理员一旦发现局域网工作站运行不正常时，常常会下意识地进入本地工作站的任务管理器窗口，并打开进程标签设置页面，根据系统进程的用户名信息来寻找病毒或木马进程。可是，有的时候我们在本地工作站的“进程”标签设置页面中，无法看到系统进程的用户名信息，这是什么原因呢？

    碰到这类奇怪现象时，相信多数朋友会认为只要重新设置一下任务管理器窗口就能解决问题，因为在进程标签设置页面中，只要依次执行“查看”/“选择列”命令，在其后弹出的设置对话框中将“用户名”项目重新选中，就可以看到系统进程的用户名信息了。

    但是在一些工作站系统中，我们即使按照前面的操作将“用户名”项目选中，有时也无法看到系统进程的用户名信息。要是发生这种现象时，我们应该看看本地工作站的终端服务是否处于运行状态，一旦该服务运行不正常时，那么我们将无法看到系统进程的用户名信息。要想将丢失的系统进程用户名信息寻找回来，我们不妨按照如下步骤将系统终端服务运行起来：

    首先在本地工作站系统中，单击系统桌面中的“开始”菜单，并执行其中的“运行”命令，打开本地工作站的系统运行对话框，在其中输入字符串命令“services.msc”，单击回车键后，进入本地系统的服务列表窗口。

    其次在该服务列表窗口中，找到目标系统服务“Terminal Services”，用鼠标双击该服务选项，打开如下图所示的服务属性界面。

    
    在该属性界面的“常规”标签页面中，我们能够清楚地看到“Terminal Services”服务的运行状态是否正常；要是发现该服务已经被停止运行的话，我们应该及时单击对应标签页面中的“启动”按钮，同时将“启动类型”参数调整为“自动”，再单击一下“确定”按钮，如此一来丢失的系统进程用户名就能重新显现出来了。