VBScript在文本编辑器中被打开而不是被执行

我是Windows Server 2008域的一部分。有一个login脚本（据说configuration为通过GPOlogin时执行），为networking共享设置权限。但是，不是被执行，而是在我的文本编辑器中打开。我认为有一个registry更改会影响.vbs的默认shell（“双击”）操作，并且Windows Server 2008或可能是特定的GPO会假定默认shell操作是“执行”。有没有办法在本地解决这个问题？有没有办法来修复GPO显式传递脚本到Windows脚本宿主呢？

我从来没有见过这个特殊的问题，但是你可以用组策略首选项来理清文件关联。或者：

计算机configuration – >首选项 – >控制面板设置 – >文件夹选项

（右键单击 – >新build文件types）

要么

用户configuration – >首选项 – >控制面板设置 – >文件夹选项

（右键 – >新build打开）

计算机configuration为您提供类似于在机器上的文件夹选项中手动更改的完整configuration选项。用户configuration只是给你一个“执行”选项，你可以设置为默认值。

计算机configuration将是首选 – 只要进入工作机器并复制设置。我认为这会适合你，但是你需要做一下实验：

在这里输入图像说明

或者，作为@uSlackr，将其作为批处理脚本运行并调用VBS。尽pipe在我看来这更像是一种解决方法，而不是解决方法。

它似乎Windows服务器2008仍然默认为wscript $ 1作为vbsfiletypes的默认操作，所以也许这是一个本地更改，可以颠倒。

您可以更改login脚本的GPO策略来直接运行命令行而不是脚本吗？就像是：

wscript ourlogin.vbs

听起来就像你的客户需要他们的VB脚本文件的默认操作，从用Notepad.exe打开改为用Cscript.exe或Wscript.exe打开。

以下URL提供registry文件来重置此。 XP reg文件与我的XPregistry匹配。你需要检查Vista和W7文件。

http://www.nilpo.com/2009/07/windows-xp/restoring-vbs-vbscript-script-file-file-associations/

你可能想看看为什么有人在客户端改变了这个设置 – 这是一个安全的设置，改变它可能会违反一个策略，或者可能被设置回来，无论这个设置如何（GPO，AV客户端，等等）。