D3v*_*r0n 5 scripting windows-server-2008 startup group-policy amazon-ec2
我编写了一个 .cmd 文件,它调用了十个不同的 .exe 文件。我可以在我的服务器上本地运行这个 .cmd 文件,它运行良好。
当我将 [gpedit.msc](组策略编辑器)用于“计算机配置,Windows 设置”并将我的 .cmd 文件设置为启动脚本时,似乎没问题。
当我重新启动服务器时,从不调用启动脚本。我不明白为什么。我的目标是每次启动服务器时都执行此脚本。(不是登录)。
我正在测试的这台服务器不是域控制器。我不确定这是否与问题有关?帮助?
ps 这些是 EC2 Amazon 云服务器。我身边一阵疼痛。
从“策略的结果集”( rsop.msc
) 开始,查看是否正在处理包含您的脚本的 GPO。我发现,大多数情况下,策略应用程序的问题最终导致系统管理员对链接 GPO 的位置的理解与操作系统实际计算适用于给定用户或计算机的 GPO 列表之间的差异。
如果正在处理 GPO 但脚本没有执行,我会检查脚本上设置的权限是否允许主题计算机的计算机帐户读取/执行脚本,以及 GPO 中引用的路径是否正确解析在主题计算机上。
编辑:
您在“策略结果集”工具中找错了位置。“软件设置”是组策略中可以“强制”安装软件的地方。您对“计算机设置/Windows 设置/脚本(启动/关闭)”感兴趣。
我最想知道您在其中指定脚本的 GPO 是否列在 RSoP 中“计算机设置”节点的“属性”的“常规”选项卡上。我怀疑您会发现 GPO 没有在那里列出,因此没有被处理。
您在哪里链接您创建的指定启动脚本的 GPO?
编辑2:
因此,您将在 RSoP 的“脚本(启动/关闭)”节点下看到脚本的路径。您应该在那里有一个“上次执行”列。如果那里列出了日期/时间,则组策略客户端已尝试执行您的脚本。如果没有列出时间,那么它没有尝试执行它。
希望您已经查看了应用程序事件日志并确认没有记录任何错误:执行脚本。如果你还没有,看看那里。
假设正在执行脚本,我会考虑添加一行以在计算机上留下某种“标记”,以积极验证脚本是否正在执行。类似于 an 的东西echo foo > %TEMP%\foo.txt
会在系统范围的 %TEMP% 目录(通常是“C:\WINDOWS\TEMP”)中为您提供一个文件,它可以最终告诉您脚本是否正在执行。我开始怀疑您的脚本正在执行,但由于某种原因,计算机的 SYSTEM 上下文无法访问您尝试执行的 EXE。
归档时间: |
|
查看次数: |
11108 次 |
最近记录: |