遠端桌面卡在「請稍候」？

如何 我可以 診斷和終止掛起的 RDP 會話使用遠程 PowerShell 或 CMD？

當 RDP 卡在「請稍候」上，通常是由於殭屍用戶會話或管理不當的會話狀態。這些會話可能會在目標機器上持續存在，阻止新的連接正確初始化。

使用查詢用戶來識別卡住的會話

使用 PowerShell 遠端或 SSH 遠端連接到主機，然後運行：

查詢使用者

此命令返回活動、已斷開連接和閒置用戶會話的列表，並顯示其會話 ID 和狀態。

範例輸出：

使用者名稱     會話名稱        ID  狀態        空閒時間      登入時間
john.doe          rdp-tcp#5                 2   活躍        .                       2026年10月27日 上午09:23
                          rdp-tcp#6                 3   斷線           1:05                 2026年10月27日 上午07:45

尋找處於“Disc”（已斷開）或“Down”狀態的會話。這些可能會干擾新的連接。

重置有問題的會話

使用您上面識別的會話 ID 來重置卡住的會話：

重置會話 3

此命令強制終止主機上指定的 RDP 會話，清除任何登錄阻止。

過渡洞察

如果會話重置無法恢復連接，或者主機仍然停留在「請稍候」，則問題可能涉及客戶端或伺服器端的RDP客戶端過程或Windows服務。 讓我們深入探討。

如何 我可以 殺死 RDP 客戶端進程以恢復本地響應能力？

該問題可能源自客戶端機器。在當前的Windows系統中，遠端桌面連接（mstsc.exe）仍然可用於傳統的RDP連接，而Windows應用程序則取代了微軟已退役的獨立遠端桌面客戶端，用於訪問Azure虛擬桌面、Windows 365和Microsoft Dev Box。

識別活動的 RDP 進程

以管理員身份打開客戶端的命令提示字元：

檢查是否 遠端桌面連線 (mstsc.exe) 或 Windows 應用程式正在運行且無反應。舊版獨立的遠端桌面客戶端 (msrdc.exe) 於 2026 年 3 月 27 日停止支援，應不再作為微軟的當前客戶端展示。

強制終止 RDP 進程

終止它以重新啟動一個乾淨的會話：

這會立即結束客戶端會話，並避免殘留的快取狀態或握手錯誤。

IT 管理員注意事項

Windows App 是微軟支持的 Azure 虛擬桌面、Windows 365 和 Microsoft Dev Box 的客戶端。如果連接變得無響應，請在任務管理器中識別應用程序並關閉受影響的進程，然後再重新連接。對於使用遠程桌面連接的傳統 RDP 連接，mstsc.exe 仍然是相關的進程。

如何 我可以 重新啟動 Windows 遠端桌面服務以解除對主機系統的封鎖？

在操作系統層面，RDP 依賴幾個後台服務來處理身份驗證、會話初始化、剪貼簿同步和用戶環境加載。損壞或被阻止的服務可能會阻止登錄完成。

重新啟動TermService以刷新RDP核心

在遠端主機上，執行：

您可能會看到警告，表示其他服務將受到影響。這在遠端環境中是正常的，但請確保沒有關鍵操作正在進行。

重新啟動 SENS 和依賴項

某些 RDP 停滯涉及系統事件通知服務 (SENS) 或依賴的 RPC 服務。請依次重新啟動它們：

可選：

專業提示：使用 Get-Service 和 sc 進行驗證

執行此 PowerShell 指令以驗證服務狀態：

Get-Service -Name TermService, SENS | Format-Table Name, Status, StartType

使用 sc qc TermService 來確認依賴鏈。

檢查最近的 Windows 更新以了解已知的 RDP 問題

最近的 Windows 更新引入了額外的遠端桌面連接失敗和會話變得無反應的原因。在重置服務之前，請檢查 Windows 版本、已安裝的更新以及微軟的 Windows 發行健康文檔。

• Windows 11 24H2 (2025): 2025年初發布的更新導致一些基於UDP的RDP連接到Windows Server 2016或更早版本在大約65秒後斷開。微軟通過於2025年3月27日發布的KB5053656解決了此問題。
• Windows 11 24H2/25H2 和 Windows Server 2025（2026年9月）： 安全更新在某些環境中導致了遠端桌面服務的不穩定，包括登錄失敗和伺服器停留在「請等待遠端桌面配置」的狀態。微軟通過針對受影響的 Windows 11 版本的 KB5129195 和針對 Windows Server 2025 的 KB5129235 進行了非例行更新來解決此問題，這些更新於 2026 年 9 月 14 日發布。
• Windows 11 24H2/25H2（2026年10月）： 微軟也記錄了在啟用管理員保護的遠端主機上，非管理員用戶的 RDP 連接失敗，這些問題發生在 KB5124010 或更高版本的更新之後。此問題產生錯誤 0xC000000D，而不是典型的「請稍候」畫面，但在診斷更廣泛的遠端登錄失敗時是相關的。

如果問題在 Windows 更新後立即開始，請將已安裝的 KB 編號與相關的版本健康頁面進行比較，並安裝包含微軟修復的最新累積更新。在確定是否是已記錄的 Windows 問題負責之前，請避免重置會話或重新啟動關鍵服務。

如何 我可以 執行乾淨啟動以排除軟體衝突？

背景應用程式—特別是安全工具或遠端管理套件—可能會干擾使用者配置檔的加載和遠端登錄腳本。

配置乾淨啟動環境

在主機上：

1. 按下 Win + R，輸入 msconfig，然後按 Enter。
2. 前往服務標籤。
3. 檢查「隱藏所有 Microsoft 服務」。
4. 點擊禁用所有。
5. 前往啟動 > 打開任務管理器 > 禁用所有啟動應用程式。
6. 重新啟動系統。

觀察啟動後的RDP行為

嘗試通過重新連接 RDP 如果問題消失，請批量啟用啟動服務以識別衝突的組件。

常見罪魁禍首

• 具備 RDP 過濾功能的防病毒程序。
• 第三方憑證管理器。
• 遠端協助工具與螢幕鉤。

如何 我可以 調整群組政策以防止會話衝突？

在域或多用戶環境中，配置錯誤的群組政策可能導致會話重疊、孤立的憑證或重複的登錄循環。

導航至正確的政策設置

執行 gpedit.msc，然後：

電腦配置 > 管理範本 > Windows 元件 > 遠端桌面服務 > 遠端桌面會話主機 > 連接

啟用「限制 RDS 用戶至單一會話」

將以下設置為 啟用 :

• 政策 : 限制遠端桌面服務使用者至單一會話

這確保重新連接的嘗試會恢復先前的會話，而不是創建一個新的（可能會出現問題的）會話。

強制政策更新和會話重新初始化

更改政策後，運行：

您可能還想重新啟動機器或重新啟動TermService以完全應用更改。

如何 我可以 自動化所有修復，使用合併恢復腳本？

對於重複發生的事件，編寫一個一行的腳本來重置會話並重新啟動服務而不重啟是有效的。

主恢復命令

如果遠端桌面停留在「請稍候」，請根據問題是來自客戶端還是遠端主機使用適當的恢復命令。

在客戶端： 對於傳統的遠端桌面連線 (mstsc.exe)，請關閉無反應的程序：

taskkill /IM mstsc.exe /F /T

如果您使用 Windows 應用程式，請通過任務管理器關閉受影響的應用程式。

在遠端主機上： 如果剪貼簿重定向無法響應，請重新啟動其進程：

taskkill /IM rdpclip.exe /F /T

如果會話仍然被阻止並且需要重新啟動遠端桌面服務，請使用獨立的管理連接從提升的命令提示字元運行以下命令：

net stop TermService && net start TermService

重要： 重新啟動遠端桌面服務可能會中斷活躍的使用者會話。僅在檢查受影響的使用者並確保有其他管理訪問權限可用後使用此命令。

發現 TSplus：更智能的遠端桌面解決方案

TSplus 遠端存取 旨在消除常見的 RDP 挫折，包括可怕的“請稍候”畫面。通過集中會話管理、智能重新連接和基於網頁的訪問等功能，確保在所有環境中提供可靠和快速的連接。TSplus 使 IT 管理員能夠完全控制遠程會話——無需重啟，無需卡住的登錄，僅需流暢、安全的訪問。

結論

“遠端桌面卡在‘請稍候’”的問題不僅僅是小麻煩——它是未關閉會話、配置錯誤的服務或系統衝突等更深層問題的症狀。通過了解技術原因並應用針對性的修復，IT專業人員可以迅速恢復訪問並最小化停機時間。然而，為了持久的穩定性和效率，僅依賴手動RDP故障排除在要求高或大規模的環境中可能不夠。