如何禁用域控服务器下发的脚本

1、bat可以作为登陆脚本执行，确切说一切可以在windows平台执行的东西都可以作为登陆脚本来用。
2、应该指定以\\server\……这样格式开头的路径。因为client在登陆的时候执行脚本，其实是从服务器上下载到本地，然后执行。这样的话，如果指定c:\这样的路径，client只会在本地的c盘查找，而不是到server上的路径去查找。
3、脚本可以放在一切client能够读取的位置。通常这个位置处于\\server\netlogon的share下(在服务器上的位置是%systemroot%\sysvol\sysvol\domainname\scripts)，但是如果你制订了策略，那么脚本默认的存放路径应该在%systemroot%\sysvol\sysvol\domainname\policies\guid\user(machine)\scripts下，如果你放在别的位置，需要在脚本执行栏的位置输入绝对路径，格式同样需要以\\server\……开头。
4、其他的问题也很多了，一般来说就是脚本适用于策略的时候，客户端可能会执行不到。
一般来说可能会有一下的几个原因：
a、脚本从名称到内容都尽可能的不要用特殊字符、长文件名(超过8个字符)、空格，比如&等。这样的脚本在不同的os上可能执行会有问题。
b、脚本存放的位置和路径，请遵照上面的原则来做。
c、脚本的编写方面。特别是适用net use 来map一个fileserver上的路径。有可能在登陆之前，client上已经有网络盘的映射，如果恰好和你map的盘符一样，将有可能导致脚本执行失败，你可以在脚本的最前面加一句net use /d /y来解决这个问题。
不过这个命令要慎用，在实际生产环境中，如果你的fileserver是非wintel平台的storage，响应时间较长，那么可能导致用户重新登陆时，无法连接fileserver上的sharefolder，可以用一句if exist来判断网络盘是否存在。
另外一个方面，如果远程设备是一些跨平台的存储设备，比如一些nas、san等，map到windows平台的时候可能会提示“网络路径无法连接”等问题，可以相互更换map \\server_netbios_name或者map \\server_ipaddress两种方式来尝试连接。
如果遇到权限问题，那么按照共享权限和安全权限冲突时取最小值的原则，一般来讲可以将共享权限设置为full control，然后安全权限做严格设定的办法来解决。
d、“配置文件路经”和“登陆脚本路径”、“主文件夹”
朋友们在初次设置域账户脚本的时候，可能对于这三个概念有些模糊，难以区分，这里说明一下：
①使用组策略，在用户登录脚本的的地方编辑一个cmd等，使用诸如net use的方式就可以map一个网络盘符了。
②“配制文件路径”是指用户profile所处的位置，通常在%userprofile%
“登录脚本路径”是指用户登录到服务器时，执行的脚本所处的位置，通常默认路径位于
服务器上的netlogon下，如果制定策略中使用脚本，默认的路径应该在gpo 的guid下的user或者computer下的scripts，如果置于其他位置，需要手动指定完全路径。
③“主文件夹”是指用户在fileserver上的个人主目录，这个概念没有绝对的位置。需要你手动指定路径，不过在这里写入和在脚本中写入的不同，在于系统会根据你写入的路径，自动创建文件夹，并为该用户分配权限，该文件夹的owner属于该用户。这里可以使用%username%的变量，让系统自行完成。当然在指定了 主目录后，你仍然可以访问其他有权限使用的资源。
e、关于策略的执行顺序是本机、站点、域、ou、子ou。如果有设置上的重复，按照执行的顺序，后面的设置将会覆盖前面的设置。
如果在ou上设置“block policy inheritance”，那么上层的策略将不会在这一层获得执行。
如果在ou上设置“No override”，那么这一层将不会被后面的策略设置覆盖，也就是说即使后面有相同的设置，仍然以这一层的设置为准。
如果在ou上设置“disabled”，那么这个策略将会被禁止执行。
如果在策略的properties security上取消了对应的组的read和apply group policy，那么对应的组将会无法应用到策略。通常默认被应用的组有authenticated user。
如果你取消了该组的两个权限，然后add其他组，同样赋予read和apply group policy的话，此策略将只会被该组执行到，这也就是所谓的filter。
如果你的域中有多台dc，可能需要在dssitemsc中手动同步它们。
你也可以在服务器上使用secedit /refreshpolicy user_policy(machine_policy) /enforce 来强制刷新策略
这样的办法同样适用于client。
f、执行的脚本，可以放在computer configuration和user configuration中执行。
对于user，通常可以放置更改用户属性的东西。
对于computer，通常可以放置更改计算机属性的东西。
这两个没有绝对界限，但通常登陆的时候，都属于domain users成员，这样如果需要更改注册表或系统文件之类的，可能会遇到权限问题，那么我们也可以把这样的脚本放在computer中，这样可以在user登陆之前获得执行。
(这里顺带说一句：大家很少用到计算机账户吧，那么计算机账户的作用在这里可以得到体现，由于此时还没有用户账户验证，计算机账户和dc的验证有一方面来源于本地计算机账户和dc之间保持一个密码同步，以便于在这种特殊的情况下获得验证，该密码默认30天变更一次。
你甚至可以在sharefolder上添加计算机账户的权限：)如果由于dns对应或者其他的一些原因，导致这个密码无法同步，dc将会无法验证该计算机账户，这可能会导致计算机登陆脚本无法执行。在dc的日志上一般都会给出一个错误提示，ComputerNetbiosName$无法存取。解决的办法，可以通过在客户端上执行netdom重置该信任关系，这是另话了。)
对于user的设定，只需要登出然后登入即可获得脚本的应用。
对于computer的设定，则需要重新启动机器来获得脚本的执行。
注：从上面的几点中，大家可以看到计算机在登陆的时候需要通过dns来定位dc，从而定位
定位gpo，sysvol(策略、脚本、管理模板都存放在这里)，dns对于ad的设置是至关重要
的，一般来说可以这样设置，将客户端的dns指向dc(如果dc上是双网卡的话，那么指向内部
网卡dns)，然后在dc上设置转发，forward到外部(isp)dns。
上面只是就一些常见的问题做简要介绍，如果遇到更为复杂的问题，就需要查阅其他资料来解决了。
关于大家平时遇到的问题，都整理成faq放在下面
FAQ：
我的配置过程如下：
1、制作脚本文件configbat并拷贝至域控制器服务器下的sysvol\sysvol\scripts目录下
该脚本文件用 net use z: \\linux_file\share 命令
2、配置“配制文件路径”：路径指向：\\nwf_sav(域控制服务器名)\netlogon
配置“登录脚本路径”： configbat
3、在客户机注销重新登陆时出现以下窗口：但未能将共享文件夹映射为Z盘。
回答：一般脚本的存放位置有两种观点：
1、将登陆脚本放在\\server\netlogon下(在dc上的物理路径是 %systemroot%\SYSVOL\sysvol\domainname\SCRIPTS ，而不是 sysvol\sysvol\scripts)
在设置账户属性中登陆指令档的时候，此时是登陆域的时候默认寻找登陆脚本的位置
如果需要修改该脚本，需要手动定位到上面的路径，
优点是脚本集中放置
2、将登陆脚本放在策略gpo所处的路径下(在dc上的物理路径类似于这样
\\domainname\SysVol\domainname\Policies\{142B4268-9574-471F-9F7F-9AA04836F57F}\User\Scripts\Logon，这里一长串的数字是gpo的guid，用来唯一的标识这个对象，
可以通过查询该策略的属性，来察看该guid)
在设置策略中登入指令档的时候，此时是登陆域的时候默认寻找登陆脚本的位置
如果需要修改该脚本，可以点击下方的“显示档案”
优点是和策略关联性强，编辑查找方便
无论用哪种方法，如果脚本放置在默认的查询路径，指定登陆档的时候就不用写路径
如果不是，就需要填写完整路径，当然这个路径需要对于client可用，也就是说
不能填写诸如 c:\winnt\sysvol\sysvol 这样的路径，否则client在登陆的时候，只会
在自己的机器上 c:\winnt\sysvol\sysvol 查找脚本，显然是找不到的，因为脚本
是下载到本地执行的。
那么我们先看看脚本是否能够在client上正确执行，
在client上 winkey+r，然后填入脚本的路径，比如 \\servername\netlogon\configbat
执行一下，是否能够等到正确的结果？
然后察看上面的位置中指定的路径是否正确
如果是通过策略指定的登陆脚本，我们再用 gpresult /v ，察看一下client是否应用到了
您制定的策略，如果没有就要考虑使用 dssitemsc 手动同步域中的所有dc，然后
secedit /refreshpolicy user_policy (machine_policy)/enforce 强制刷新策略，
然后client重新登陆或者重新启动一下(这取决于您制订的是用户登陆脚本还是计算机登陆脚本)
如果还是不行，那么在早先的那篇文章有提到，
有可能是由于本地已经map 了同样盘符的盘，导致冲突
有可能是由于map的共享路径权限设置错误，常见的是共享权限的设置问题
有可能是由于map的共享是跨平台的存储设备或者格式，它们可能不能在登陆时在系统要求的
时间内响应，这导致系统认为该资源超时连接，不可用。您可以尝试更换netbios名称或者ip

提示的意思是因为没有程序或其他服务使用netlogon服务，所以系统为了安全起见，自动将netlogon服务关闭了。这是正常现象，并不是无法启动。Netlogon服务为域控制器注册所有的srv资源纪录。这些记录出现在DNS服务器的正向查询区域你的域名中的_msdcs,_sites,_tcp,and_udp等文件夹中。其他计算机利用这些记录查询域活动目录相关的信息。“网络登录”系统服务维护计算机和域控制器之间的安全通道，对用户和服务进行身份验证。它将用户的凭据传递给域控制器，然后返回用户的域安全标识符和用户权限。这通常称为pass-through身份验证。“网络登录”被配置为仅在成员计算机或域控制器加入域时自动启动。在Windows2000Server系列和WindowsServer2003系列中，“网络登录”发布DNS中的服务资源定位器记录。当此服务运行时，它依赖“服务器”服务和“本地安全机构”服务来侦听传入的请求。在域成员计算机上，“网络登录”使用命名管道上的RPC。在域控制器上，它使用命名管道上的RPC、RPCoverTCP/IP、邮筒以及轻型目录访问协议(LDAP)。简单的说，你的机器如果不是域控制器或者dns服务器，没有必要起netlogon服务，你强行启动，系统为了安全也会马上自动关闭。

1 启动"注册表编辑器"(Regedt32exe)。
2 在以下注册表项下选择 DependOnService 值：
HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/Netlogon/
3 在编辑菜单上，单击多重字符串，在出现的"多重字符串编辑器"中的不同行上键入下面的内容：
LanmanServer
LanmanWorkstation
然后单击确定。
4 退出"注册表编辑器"。
不知道你是怎么开启net logon服务的确认 *** 作是否正确:
“开始”-“运行”在d出的对话框中输入“Servicesmsc”打开服务列表界面：
1、选择“Net logon”服务项目，在d出的服务设置界面中，检查“Net logon”服务是否被停止或禁用，如果已经被停止或禁用，必须单击“启动”按钮，将该服务重新启动，同时在“启动类型”下拉列表中，选中“自动”选项，最后单击“应用”按钮，再单击“确定”按钮。
2、双击服务列表中“WorkStation”服务项目，在d出的服务设置界面中，检查该服务当前是否被停止或禁用了。如果该服务被禁止，那么必须将“WorkStation”服务启动。
3、 检查Windows(或者Winnt)\System32\Config\目录，确认“netlogondnb”文件。
4、相应地检查和修改注册表：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\UseDynamicDns ，数据类型REG_DWORD、赋值1，让Net Logon 服务使用DNS更新来注册标识此域控制器的名称。
5、相应地检查和修改注册表：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\RegisterDnsARecords ，数据类型REG_DWORD、赋值1， 确定域控制器为域注册注册 DNS A 资源IP地址记录。
6、重新启动Windows 。
Net Logon 服务必须运行在要更改帐户参数的计算机上。使用不带参数的 net accounts 显示密码、登录限制和域信息的当前配置。使用 net accounts 之前必须执行以下 *** 作：
创建用户帐户。使用用户管理器或 net user 创建用户帐户。
在所有可验证域中登录的服务器上运行 Net Logon 服务。系统启动时将自动启动 Net Logon

port 32<system number> wasn't opened on the firewall for external access
telnet <server IP address> 32<system number>
eg (system number is 00)
telnet 1921681001 3200
telnet 1921681001 3500
telnet 1921681001 3600
telnet 1921681001 8000
try all of this thank you

原因
如果存在下面任一情况，则可能发生此问题：
Netlogon 服务的相关服务的默认值已更改，并且没有正确配置。因为 Netlogon 服务未启动，您可能无法访问计算机上的某些网络资源。
删除然后重新安装了 Microsoft 网络客户端。如果删除然后重新安装 Microsoft 网络客户端组件，将不会正确重置相关项。
解决方案
警告：注册表编辑器使用不当可导致严重问题，可能需要重新安装 *** 作系统。Microsoft 不能保证您可以解决因注册表编辑器使用不当而导致的问题。使用注册表编辑器需要您自担风险。
要解决此问题，请按照下列步骤 *** 作：
1 启动注册表编辑器 (Regedt32exe)。
2 找到下面的注册表项：
HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/Netlogon/
3 在右窗格中，双击“DependOnService”值。
4 在“多字符串编辑器”对话框中，分行键入以下字符串，然后单击“确定”：
LanmanServer
LanmanWorkstation
5 退出注册表编辑器，然后重新启动计算机。
Netlogon 服务将正常启动。

---