Windows 7本地系统与本地服务之间的服务差异

Question

我有一个相当复杂的工具链，所以准备冗长的帖子，直到出现问题：

我设法获取PDFCreator和虚拟PDF在以服务器模式运行的Windows 7下创建打印机作为服务。在创建PDF之后，该过程中的下一步是PDFCreator调用VBScript。该脚本通过WebService将PDF上传到我们的服务器，并轮询服务器以获得生成的PDF。当下载生成的PDF时，VBScript需要将其打印到绑定的打印机。

现在用于打印我使用PDFCreator的集成COM对象，可以访问GhostScript。这对于任何帐户都开始完全持续的Windows XP，PDFCreator服务已启动。例如，作为域用户可以从VBScript访问共享打印机，因为用户上下文与PDFcreator服务相同。

现在我为Windows 7尝试了相同的并使用了“本地系统”帐户如前所述，因为我的测试打印机是本地一个（并且有效，即TestPage）。效果是WScript留在任务管理器中，而且从未完成过。接下来我激活了服务的交互式模式，以及询问打印机打印到的SAW GhostScript。当在vbscript中调用gs之前检查打印机确实存在，但是在regostsctift中没有看到打印机，尽管在对话框中打开以选择打印机时，打印机就在那里。

经过几天的时间搜索，并在没有成功的情况下寻找待办事项的雇员账户，我终于提出了一种让它工作的方法来试用。将PDFCreator服务更改为“Locale Service”，我首先出现了PDFcreator COM对象创建失败的错误。好的，我认为这是有道理的，因为“区域设置”具有较少的“区域设置”的权利。我通过在comexp.msc下的访问权限下改变“Locale Service”，授予本地和远程COM和脚本访问权限的访问权限。 Voilá，一切都在工作。

我不明白的是：为什么Ghostscript在“区域设置服务”帐户下能够找到打印机，尽管该帐户具有较少的“区域设置”的权利？

：我需要为“区域设置系统”或任何其他用户帐户设置哪个访问权限，以使其工作？

或：这些帐户之间有完整的详细差异列表吗？

非常谢谢你， ghad

Answer 1

答案可以在这里找到： kb184291

是关于在“本地系统”帐户下运行的ASP / IIS，无法打印，因为打印机在.default用户下不可用。复制在注册表项上有帮助。

greatz， ghad