笔者不甘心，又打开了Remote Procedure Call服务的属性设置界面，从该界面的“常规”标签页面中，笔者看到该系统服务运行正常。
后来，在该属性界面的“依存关系”标签页面中，笔者还看到许多系统服务都与RPC系统服务有关，特别是DHCP Server服务和DHCP Client服务也与RPC系统服务有关，而DHCP Client服务不正是决定工作站能否从DHCP服务器中获得IP地址的关键因素吗？看到DHCP Client服务的“身影”后，笔者一下子兴奋了起来，会不会是故障工作站中的DHCP Client服务被停止使用了呢？
想到这里，笔者用鼠标双击DHCP Client服务选项，在其后出现的服务属性界面中，笔者果然看到该系统服务已经处于停止运行状态，很明显该服务被停用后，本地工作站自然无法从局域网的DHCP服务器中得到合法的IP地址。
找到了故障原因后，笔者迅速将该服务重新启用起来，之后再次执行“inconfig /renew”字符串命令，确保故障工作站能够重新从DHCP服务器那里申请得到有效的IP地址。在执行完上述命令后，笔者又在故障工作站中进行了网络访问，结果Windows系统已经能够访问到本单位的电子政务系统了。到了这里，“无连接”的网络故障就被顺利解决了。故障深究
虽然同事小孟的工作站已经能够正常访问单位的电子政务系统了，可是笔者到此时还没有搞清楚为什么RPC系统服务以及DHCP Client服务会被停止运行，因为在默认状态下普通工作站是启用这两个服务的，为什么它们会被突然关闭运行呢？
就在笔者一筹莫展之时，同事小孟突然发话说“今天出现的网络故障，会不会与我使用系统优化工具有关呀”？
听到此话，笔者心理顿时豁然开朗，认为RPC系统服务以及DHCP Client服务的运行状态肯定是系统优化工具关闭的，毕竟在没有使用优化工具之前，同事小孟的工作站一直能够正常访问单位的电子政务系统。很明显，本文中提到的“无连接”网络故障，其实是由系统优化不当引起的；所以，日后遇到无法解释的网络故障现象时，我们应该多留心系统优化之类的小细节。
