我已经为许多用户configuration了一个Windows 2008 R2服务器来连接 – 但是现在我已经使用绑定到我们域的一个帐户login了。 这台服务器的目的是用Ghostcast会话对其他计算机进行成像。 用户将使用通用pipe理员帐户login，创build会话，然后终止远程会话。 看到用户终止远程会话 – 没有注销 – 重播将继续。 如果每个用户连接到我的服务器都有独立login，服务器将注销login的第三个用户。
（例如：我用我的个人pipe理员帐号login，创build一个ghostcast会话并终止远程会话，用户2用他们的个人帐号login，创build一个ghostcast会话并终止远程会话，一旦User3用他们的个人pipe理帐户login，我完全注销，我的ghostcast会话被终止。）（或者，如果三个用户发生同一个通用帐户的同时远程进入服务器，一个用户将被拒绝/注销）
我的问题是，我怎样才能有多个用户login的能力，而不login第三人，或有我在错过的服务器设置？
据我了解 – 取决于有多less用户 – 这将耗尽大量的服务器内存，保持许多用户在同一时间login。
如果我可以让多个用户同时远程访问，而不是使用通用帐户，那么我可以对文件夹权限进行微观pipe理，这样会更好。
您将需要启用和许可terminal服务。 两个可以同时login与不同的帐户没有许可证。 所以你可以有很多用户，但只有两个可以同时login。 如果你有执照，你可以有很多。 只要确保服务器可以pipe理多个会话（RAM，CPU，磁盘I / O将全部受到影响）
上面的答案基本上是正确的，但是我认为我只是贡献一个观察，在Ghost方面，让GhostCast操作作为服务器上的应用程序运行真的是主要问题。
不幸的是，尽pipeGhostCast运行良好，但底层代码却是一团糟。 无法在multithreading环境（如Windows服务）中安全运行，这就是为什么Ghost Solution Suitepipe理系统在启动任务时代表您运行GhostCast的原因。
2008年，一旦我们在Altris下进行了重组，我们已经明确了Ghost Solution Suite的pipe理部分将被逐步淘汰，我为GhostCast编写了这个轻量级封装 ，作为我的完整pipe理系统的替代品。 这是一个方便的方式来开始练习我正在开发的Javascript引擎，并且使我们的内部持续构build和testing系统更有效地工作，并且我希望它能被拾取和产品化 – 因为Altiris Deployment Solution实际上只是一个任务引擎几乎对部署的细节几乎一无所知，这个多播服务是我将Ghost正确地集成到Deployment Solution（而不是他们实际使用的蹩脚方法，并且是目前所有可用的）的解决scheme。
如果我们的时间用完了，Ghost Solution Suite被取消了，开发团队在2009年初提前解散了，所以虽然这个工具从来没有被产品化，并且给出了一个前端configuration界面，但它仍然存在并且每天都在使用，因为它仍然是其中一部分由赛门铁克当初的维护团队负责运行，这个维护团队是在最初的开发团队被裁员后负责处理支持合同的工作。 所以它在那里，它的工作，只需要一点点的用户界面来帮助你configuration它。
就在最近， 似乎鬼在数年之后可能还没有被取消 ，虽然我不会在这方面投入太多的存储空间 – 幽灵长期以来只有一个小小的团队一直处于合同维护模式，很容易达到它所需要的大小 – 但它代表了赛门铁克正在发布的各种零碎东西的窗口。
因此，如果您是与赛门铁克有重要关系的客户，那么您应该尝试联系新的Jon Jon先生，让他知道您的需求，以便在3.0版本发布的情况下发布此类信息; 虽然赛门铁克在Ghost上的投资水平不会扩展到完全产品化，但至less应该可以为其创build第三方UI，以便让您configuration可用的会话。