遠端進入 Window 2008 R2 Server 時是否有多使用者登錄方法？
我已經為許多使用者配置了一個 Windows 2008 R2 伺服器來連接 - 但現在我讓他們都使用一個綁定到我們域的帳戶登錄。此伺服器的目的是為其他具有 Ghostcast 會話的電腦進行映像。使用者將使用通用管理員帳戶登錄，創建會話，然後終止遠端會話。看到該使用者終止了遠端會話 - 未註銷 - 幻影投射將繼續。如果每個連接到我的伺服器的使用者都有獨立的登錄，則伺服器將註銷最後登錄的第三個使用者。
（範例：我使用個人管理員帳戶登錄，創建 ghostcast 會話並終止遠端會話。User2 使用其個人帳戶登錄，創建 ghostcast 會話並終止遠端會話。一旦 User3 使用其個人管理員帳戶登錄，我完全註銷並且我的 Ghostcast 會話被終止。）（或者如果三個使用者碰巧使用相同的通用帳戶同時遠端進入伺服器，一個使用者將被拒絕/註銷）
我的問題是，如何在不註銷第三個人的情況下實現多個使用者登錄，或者我錯過了伺服器中的設置？
我了解 - 取決於有多少使用者 - 這將佔用大量伺服器記憶體，讓許多使用者同時登錄。
如果我能夠讓多個使用者同時遠端訪問，而不是使用通用帳戶，這樣我就可以對文件夾權限進行微觀管理，那就更好了。
您將需要啟用和許可終端服務。無需許可，兩個人可以使用不同的帳戶同時登錄。因此，您可以有許多使用者，但只能同時登錄兩個使用者。如果你有執照，你可以有很多。只要確保伺服器可以管理多個會話（RAM、CPU、磁碟 I/O 都會受到影響）
上面 Dave M 的回答基本上是正確的，但我想我只是提供一個觀察結果，即在 Ghost 方面，將 GhostCast 操作作為應用程序在您的伺服器上執行確實是主要問題。
不幸的是，雖然 GhostCast 執行良好，但底層程式碼確實是一團糟。不可能讓它在像 Windows 服務這樣的多執行緒上下文中安全執行，這就是為什麼 Ghost 解決方案套件管理系統在啟動任務時代表您執行 GhostCast。
2008 年，我們在 Altris 下進行了重組，並且明確告訴我們 Ghost 解決方案套件的管理部分將被逐步淘汰，我為 GhostCast 編寫了這個輕量級包裝器，以替代我的完整管理系統；這是開始使用我正在開發的 Javascript 引擎並讓我們的內部持續建構和測試系統更有效地工作的一種便捷方式，我希望它能夠被採納和產品化 - 因為 Altiris 部署解決方案實際上只是一個幾乎對部署細節一無所知的任務引擎，這個多播服務是我將 Ghost 正確集成到部署解決方案中的解決方案（而不是他們實際使用的蹩腳方法，並且是目前可用的全部方法）。
萬一我們的時間用完了，Ghost 解決方案套件在 2009 年初被取消並且開發團隊提前解散了，所以儘管這個工具從未產品化並提供了前端配置 UI，但它仍然存在並且每天都在使用，因為它仍然持續建構和測試系統的一部分，由目前的維護團隊執行，賽門鐵克為處理原始開發團隊下崗後的支持契約職責而設立。所以它就在那裡，它可以工作，並且只需要一點 UI 來幫助您配置它。
就在最近，似乎 Ghost 可能在幾年後被取消了，儘管我不會過多地相信——Ghost 長期以來一直處於契約維護模式，現在只有一個小團隊，這不會’擴大到需要的規模並不容易——它仍然代表著一個視窗，可以讓賽門鐵克正在發布的各種零碎內容。
因此，如果您是與賽門鐵克有重要關係的客戶，那麼您可能應該嘗試聯繫新的 PM Jon Sharp 並讓他知道您的需求，以便在 3.0 版本確實發生時發布類似的內容；雖然賽門鐵克在 Ghost 上的投資水平不會完全擴展到產品化，但至少應該可以為其創建第三方 UI 以讓您配置可用會話。