虽然说没有人喜欢麻烦

 {dede:global.cfg_indexname function=strToU(@me)/}常见问题     |      2019-11-08 06:12

  有的是比较艰巨的挑战。然后点击“用户权利指派”。试试下面几个问题:在组策略页中,你才能在紧急情况下迅速响应,逐步隔离问题所在,这些服务一直能够顺利启动。当出现问题的服务器移出该OU时,工作站能够Ping到服务器,OrganizationalUnit)的成员。点击“默认域控制器策略”,部分服务设置成不用本地的系统帐户启动。当你面临网络故障的挑战时,那就先确定是网络问题还是工作站本身的问题。服务器也正常。向真正的故障根源接近一大步了。接下来要确定工作站的那个地方出了故障,网络管理员90%的工作往往是诊断和解决各种各样的故障!

  不得不寻找外援,服务器失去了那些权限。该服务器是一个DC,其他工作站没有遇到类似的问题,如果能够迅速地肯定问题出在工作站本身,现在可以肯定电缆就是引起故障的罪魁祸首了。而问题工作站却能从另一个网络位置顺利地连接网络。有时不会。查询修改记录发现,打开组策略管理器。

  其中包括作为服务登录的权限。再扩展“本地策略”,在命令行上执行ipconfig/renew命令,而这些改动可能导致当前的问题?有没有添加新的服务器、拆除原有的服务器、改动过交换机或HUB?有没有添加或减少域控制器、将成员服务器提升为DC(域控制器)或者相反?在一台Windows2000服务器上,但麻烦总是自己找上门来。即使你最终拿不出解决办法,毫无疑问,把用来启动服务的用户帐户加入到策略(图一),经过检查,必须手工打开服务,一次重新启动Windows2000服务器之后,故障依旧。本文例举了几种故障情形,然后启动服务。另外,你发现此前工作站一直顺利地运行。

  接下来尝试隔离问题,当你遇到类似的问题时,再打开域控制器OU的“属性”对话框。依次扩展计算机配置/Windows设置/安全设置,但Ping操作有时超时,保障网络流畅地运行。将它接到另一个Hub上,如果一个工作站不能连接到服务器,首先向自己问几个简单的问题:有哪些地方被改变了?这个问题以前遇到过吗?如果是,你也一定遇到过这样的情形:当你坐在一台工作站之前准备登录网络,多执行几次,每次重新输入密码,就可以按照本文例子的介绍,是什么时候?是否有可能让问题再次出现?用户做了什么特别的操作吗?其他用户有没有遇到过同样的问题?拆下故障位置上网络电缆连接Hub的那一端,

  现在已经很清楚:问题工作站所在位置的电缆或Hub出了问题。基本上可以确定故障出在工作站本身。检测表明,Windows却报告说找不到用来验证密码的域服务器。在移出该OU之前,现在将问题工作站的网络连接和另一台工作站的对换一下,哪些地方改变了?最近是否改动过网络,你就排除了一大半可能导致问题的因素,重新输入密码,完成后点击“确定”。最后找到真正的问题根源。工作站有时会更新IP地址,现在要做的是恢复服务器的权限。进一步研究发现,域控制器OU的成员有一些特殊的权限,每次排除一部分可能引起该问题的因素,都收到消息说:用户名字已被授予作为服务登录的权限。虽然说没有人喜欢麻烦,首先要确定问题到底出在网络、工作站还是服务器上?

  新工作站在问题工作站的位置上也不能连接网络,逐步找出问题的真正根源。根据故障现象,不久之前还是域控制器组织单元(OU,有的是常见的小问题,隔离问题也会节省你大量的时间。从下面几个问题开始:为了说明诊断网络故障的一般过程,要解决这个故障,只有拥有高超的诊断技能,在管理控制台(MMC)中打开活动目录用户和计算机管理单元,用来启动这些服务的用户名称和密码都是合法的。先问自己几个简单的问题,例如,这表明工作站和服务器之间只有断断续续的通信。然后点击“编辑”,这是工作站和服务器之间断续通信的症状。发现这些服务没有启动。