|
|
1
4
不幸的是,自从vista…关于为什么张贴在 this blog post. 那篇文章提到了一些可能的解决办法。 Here is a thread on MSDN 这详细说明了整个过程,以及你可能面临的一些潜在的打嗝。 不过,我强烈建议尝试看看是否可以切换到用户模式应用程序作为启动应用程序运行(当用户登录时),并且您的服务的任何通信都由该应用程序处理。它更可靠,特别是在vista、终端服务和其他情况下。 |
|
2
0
这是在黑暗中捅了一刀,但希望能引导你找到某种解决方法。 尽管安全不是问题,但可能是问题所在。服务正在使用与当前登录用户不同的凭据集启动应用程序。它就像是用户机器的远程桌面,并启动他们会看到的应用程序。 作为一个测试,也许可以将服务的凭据更改为当前登录的用户,以查看发生了什么。 既然服务在用户未登录的情况下仍在运行,那么如果它启动应用程序会发生什么?您的业务规则或功能可能会阻止这种情况的发生,但也许windows正在做一些事情来阻止它工作。 |
|
|
3
0
你可以免费使用 Autologon 效用 http://technet.microsoft.com/en-us/sysinternals/bb963905.aspx 从Sysinternals/Microsoft启动应用程序以自动登录用户配置文件。之后,您可以配置屏幕服务器启动几分钟,并检查“在简历,显示登录屏幕”复选框。 |
|
|
4
0
启用终端服务器角色时,您希望应用程序/服务工作吗?如果是这样的话,您确实需要执行“轮询服务的应用程序”模型,而不是“启动应用程序的服务”模型。 原因是,您可能在任何时候都有多个用户连接到机器,而且无法知道哪个用户在“控制台”—事实上,控制台上可能根本没有人。 |
|
5
0
这是我过去在任务管理服务中使用的代码,有时需要在交互会话中运行一些东西。用应用程序替换wibble.exe。它应该可以在服务器2003(即NT5)上正常运行。我们没有费心尝试在nt6上运行交互模式(太多的麻烦),我们让应用程序在服务会话中运行,并编写了自己的调试实用程序,以便通过管道与它们对话。
我想,您的“指定用户帐户”必须是这里的控制台会话。如果您需要它在一个指定的帐户中运行,而该帐户尚未登录,那么您将处于一个全新的受伤害的世界,加载注册表配置单元等。 |