domainnameSysVoldomainnamePolicies{142B4268-9574-471F-9F7F-9AA04836F57F}UserScriptsLogon，这里一长串的数字是gpo的guid，用来唯一的标识这个对象，
可以通过查询该策略的属性，来察看该guid）
在设置策略中登入指令档的时候，此时是登陆域的时候默认寻找登陆脚本的位置
如果需要修改该脚本，可以点击下方的“显示档案”
优点是和策略关联性强，编辑查找方便
无论用哪种方法，如果脚本放置在默认的查询路径，指定登陆档的时候就不用写路径
如果不是，就需要填写完整路径，当然这个路径需要对于client可用，也就是说
不能填写诸如 c:winntsysvolsysvol 这样的路径，否则client在登陆的时候，只会
在自己的机器上 c:winntsysvolsysvol 查找脚本，显然是找不到的，因为脚本
是下载到本地执行的。
那么我们先看看脚本是否能够在client上正确执行，
在client上 winkey+r，然后填入脚本的路径，比如 servernamenetlogonconfig.bat
执行一下，是否能够等到正确的结果？
然后察看上面的位置中指定的路径是否正确
如果是通过策略指定的登陆脚本，我们再用 gpresult /v ，察看一下client是否应用到了
您制定的策略，如果没有就要考虑使用 dssite.msc 手动同步域中的所有dc，然后
secedit /refreshpolicy user_policy （machine_policy）/enforce 强制刷新策略，
然后client重新登陆或者重新启动一下（这取决于您制订的是用户登陆脚本还是计算机登陆脚本）
如果还是不行，那么在早先的那篇文章有提到，
有可能是由于本地已经map 了同样盘符的盘，导致冲突
有可能是由于map的共享路径权限设置错误，常见的是共享权限的设置问题
有可能是由于map的共享是跨平台的存储设备或者格式，它们可能不能在登陆时在系统要求的
时间内响应，这导致系统认为该资源超时连接，不可用。您可以尝试更换netbios名称或者ip
看看是否有所改善。
如果您还有问题，欢迎您继续讨论！
这个faq，我将同步更新在
http://www.winmag.com.cn/forum/itemdisplay.asp?boardid=24&id=393362
同时，您也可以参考 《HOW TO：在 Windows 2000 中分配脚本》http://support.microsoft.com/kb/322241/zh-cn
