Remote Desktop bị kẹt ở "Vui lòng chờ"?

Làm thế nào Tôi có thể Chẩn đoán và Kết thúc các Phiên RDP Bị Treo Sử Dụng PowerShell từ Xa hoặc CMD?

Khi RDP bị kẹt ở "Vui lòng chờ," thường là do các phiên người dùng zombie hoặc trạng thái phiên được quản lý kém. Những điều này có thể tồn tại trên máy mục tiêu, ngăn cản các kết nối mới khởi tạo đúng cách.

Sử dụng truy vấn người dùng để xác định các phiên bị kẹt

Kết nối từ xa vào máy chủ bằng cách sử dụng PowerShell remoting hoặc SSH, sau đó chạy:

truy vấn người dùng

Lệnh này trả về danh sách các phiên người dùng đang hoạt động, ngắt kết nối và không hoạt động cùng với ID phiên và trạng thái của chúng.

Ví dụ đầu ra:

USERNAME     SESSIONNAME        ID  STATE        IDLE TIME      LOGON TIME
john.doe          rdp-tcp#5                 2   Đang hoạt động        .                       10/27/2026 09:23 AM
                          rdp-tcp#6                 3   Ngắt kết nối           1:05                 10/27/2026 07:45 AM

Tìm kiếm các phiên trong trạng thái “Disc” (Ngắt kết nối) hoặc “Down” (Tắt). Những phiên này có thể đang gây cản trở cho các kết nối mới.

Đặt lại phiên gặp sự cố

Sử dụng ID phiên mà bạn đã xác định ở trên để đặt lại phiên bị kẹt:

đặt lại phiên 3

Lệnh này buộc phải kết thúc phiên RDP được chỉ định trên máy chủ, xóa bất kỳ khối đăng nhập nào.

Thông tin chuyển tiếp

Nếu việc khôi phục phiên không khôi phục được kết nối hoặc máy chủ tiếp tục treo ở "Vui lòng chờ," vấn đề có thể liên quan đến quy trình khách hàng RDP hoặc các dịch vụ Windows ở cả phía khách hàng hoặc máy chủ. Hãy xem xét kỹ hơn.

Làm thế nào Tôi có thể Giết các quy trình phía khách hàng RDP để khôi phục khả năng phản hồi cục bộ?

Lỗi có thể xuất phát từ máy khách. Trên các hệ thống Windows hiện tại, Kết nối Máy Tính Từ Xa (mstsc.exe) vẫn có sẵn cho các kết nối RDP truyền thống, trong khi Ứng dụng Windows thay thế khách hàng Máy Tính Từ Xa độc lập đã ngừng hoạt động của Microsoft để truy cập Azure Virtual Desktop, Windows 365 và Microsoft Dev Box.

Xác định các quy trình RDP đang hoạt động

Mở Command Prompt với quyền Administrator trên máy khách:

Kiểm tra xem Kết nối máy tính từ xa (mstsc.exe) hoặc ứng dụng Windows đang chạy và không phản hồi. Khách hàng Remote Desktop độc lập cũ hơn (msrdc.exe) đã hết hỗ trợ vào ngày 27 tháng 3 năm 2026 và không nên được trình bày như là khách hàng hiện tại của Microsoft.

Buộc dừng quy trình RDP

Kết thúc nó để khởi động lại một phiên sạch sẽ:

Điều này ngay lập tức kết thúc phiên phía khách hàng và tránh các trạng thái bộ nhớ cache còn lại hoặc lỗi bắt tay.

Lưu ý cho quản trị viên CNTT

Windows App là ứng dụng khách được Microsoft hỗ trợ cho Azure Virtual Desktop, Windows 365 và Microsoft Dev Box. Nếu một kết nối trở nên không phản hồi, hãy xác định ứng dụng trong Task Manager và đóng quy trình bị ảnh hưởng trước khi kết nối lại. Đối với các kết nối RDP truyền thống sử dụng Remote Desktop Connection, mstsc.exe vẫn là quy trình liên quan.

Làm thế nào Tôi có thể Khởi động lại Dịch vụ Remote Desktop của Windows để mở khóa hệ thống máy chủ?

Tại cấp độ hệ điều hành, RDP dựa vào một số dịch vụ nền để xử lý xác thực, khởi tạo phiên, đồng bộ clipboard và tải môi trường người dùng. Một dịch vụ bị hỏng hoặc bị chặn có thể ngăn cản việc đăng nhập hoàn tất.

Khởi động lại TermService để làm mới RDP Core

Trên máy chủ từ xa, chạy:

Bạn có thể thấy một cảnh báo rằng các dịch vụ khác sẽ bị ảnh hưởng. Điều này là bình thường đối với các môi trường từ xa, nhưng hãy đảm bảo không có hoạt động quan trọng nào đang diễn ra.

Khởi động lại SENS và các phụ thuộc

Một số sự cố RDP liên quan đến Dịch vụ Thông báo Sự kiện Hệ thống (SENS) hoặc các dịch vụ RPC phụ thuộc. Khởi động lại chúng theo thứ tự:

Tùy chọn:

Mẹo chuyên nghiệp: Sử dụng Get-Service và sc để xác thực

Chạy dòng PowerShell này để xác thực trạng thái dịch vụ:

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

Sử dụng sc qc TermService để xác nhận chuỗi phụ thuộc.

Kiểm tra các bản cập nhật Windows gần đây cho các vấn đề RDP đã biết

Cập nhật Windows gần đây đã giới thiệu thêm các nguyên nhân gây ra sự cố kết nối Remote Desktop và các phiên trở nên không phản hồi. Trước khi đặt lại các dịch vụ nhiều lần, hãy kiểm tra phiên bản Windows, các bản cập nhật đã cài đặt và tài liệu về tình trạng phát hành Windows của Microsoft.

• Windows 11 24H2 (2025): Cập nhật được phát hành vào đầu năm 2025 đã khiến một số kết nối RDP dựa trên UDP đến Windows Server 2016 hoặc phiên bản trước đó bị ngắt kết nối sau khoảng 65 giây. Microsoft đã giải quyết vấn đề này với KB5053656, phát hành vào ngày 27 tháng 3 năm 2025.
• Windows 11 24H2/25H2 và Windows Server 2025 (Tháng 9 năm 2026): Cập nhật bảo mật đã gây ra sự không ổn định cho Dịch vụ Máy tính từ xa trong một số môi trường, bao gồm cả việc đăng nhập thất bại và các máy chủ bị kẹt ở "Vui lòng chờ cấu hình Máy tính từ xa." Microsoft đã giải quyết vấn đề này thông qua các bản cập nhật ngoài băng KB5129195 cho các phiên bản Windows 11 bị ảnh hưởng và KB5129235 cho Windows Server 2025, được phát hành vào ngày 14 tháng 9 năm 2026.
• Windows 11 24H2/25H2 (Tháng 10 năm 2026): Microsoft cũng đã ghi nhận các lỗi kết nối RDP ảnh hưởng đến người dùng không phải quản trị viên trên các máy chủ từ xa với bảo vệ Quản trị viên được bật sau bản cập nhật KB5124010 hoặc các bản cập nhật sau đó. Vấn đề này tạo ra lỗi 0xC000000D thay vì màn hình "Vui lòng chờ" điển hình, nhưng nó có liên quan khi chẩn đoán các lỗi đăng nhập từ xa rộng hơn.

Nếu vấn đề bắt đầu ngay sau khi cập nhật Windows, hãy so sánh các số KB đã cài đặt với trang sức khỏe phát hành liên quan và cài đặt bản cập nhật tích lũy mới nhất chứa bản sửa lỗi của Microsoft. Tránh đặt lại các phiên hoặc khởi động lại các dịch vụ quan trọng trước khi xác định xem một vấn đề Windows đã được tài liệu hóa có phải là nguyên nhân hay không.

Làm thế nào Tôi có thể Thực hiện Khởi động Sạch để Loại trừ Xung đột Phần mềm?

Các ứng dụng nền—đặc biệt là các công cụ bảo mật hoặc bộ quản lý từ xa—có thể gây cản trở việc tải hồ sơ người dùng và các kịch bản đăng nhập từ xa.

Cấu hình môi trường khởi động sạch

Trên máy chủ:

1. Nhấn Win + R, gõ msconfig, nhấn Enter.
2. Đi đến tab Dịch vụ.
3. Kiểm tra “Ẩn tất cả dịch vụ Microsoft”.
4. Nhấp vào Vô hiệu hóa Tất cả.
5. Đi tới Khởi động > Mở Trình quản lý tác vụ > Vô hiệu hóa tất cả ứng dụng khởi động.
6. Khởi động lại hệ thống.

Quan sát hành vi RDP sau khởi động

Cố gắng kết nối lại qua RDP Nếu sự cố biến mất, hãy kích hoạt các dịch vụ khởi động theo từng nhóm để xác định thành phần gây xung đột.

Thủ phạm phổ biến

• Chương trình diệt virus với bộ lọc RDP.
• Quản lý thông tin xác thực của bên thứ ba.
• Công cụ hỗ trợ từ xa với các liên kết màn hình.

Làm thế nào Tôi có thể Điều chỉnh Chính sách Nhóm để Ngăn chặn Xung đột Phiên?

Trong các môi trường miền hoặc đa người dùng, các Chính sách Nhóm được cấu hình sai có thể dẫn đến chồng chéo phiên, thông tin đăng nhập mồ côi hoặc vòng lặp đăng nhập lặp lại.

Đi tới Cài đặt Chính sách Đúng

Chạy gpedit.msc, sau đó:

Cấu hình máy tính > Mẫu quản trị > Thành phần Windows > Dịch vụ Remote Desktop > Máy chủ phiên Remote Desktop > Kết nối

Bật “Hạn chế người dùng RDS chỉ một phiên”

Đặt các mục sau đây thành Kích hoạt :

• Chính sách : Hạn chế người dùng Dịch vụ Desktop từ xa chỉ trong một phiên làm việc

Điều này đảm bảo rằng các nỗ lực kết nối lại sẽ tiếp tục phiên trước đó thay vì tạo ra một phiên mới (có thể bị lỗi).

Cập nhật chính sách buộc và khởi tạo lại phiên

Sau khi thay đổi chính sách, hãy chạy:

Bạn cũng có thể muốn khởi động lại máy hoặc khởi động lại TermService để áp dụng các thay đổi hoàn toàn.

Làm thế nào Tôi có thể Tự động hóa tất cả các sửa chữa với một kịch bản phục hồi kết hợp?

Đối với các sự cố lặp lại, việc lập trình một dòng lệnh để đặt lại các phiên và khởi động lại các dịch vụ mà không cần khởi động lại là hiệu quả.

Lệnh Khôi Phục Chính

Nếu Remote Desktop vẫn bị kẹt ở "Vui lòng chờ," hãy sử dụng lệnh phục hồi phù hợp tùy thuộc vào việc vấn đề xuất phát từ máy khách hay máy chủ từ xa.

Trên máy khách: Đối với Kết nối Máy Tính Từ Xa truyền thống (mstsc.exe), đóng quá trình không phản hồi:

taskkill /IM mstsc.exe /F /T

Nếu bạn sử dụng ứng dụng Windows, hãy đóng ứng dụng bị ảnh hưởng thông qua Trình quản lý tác vụ thay vì.

Trên máy chủ từ xa: Nếu việc chuyển hướng clipboard không phản hồi, hãy khởi động lại quy trình của nó:

taskkill /IM rdpclip.exe /F /T

Nếu phiên làm việc vẫn bị chặn và Dịch vụ Máy tính từ xa cần được khởi động lại, hãy chạy lệnh sau từ Command Prompt nâng cao bằng cách sử dụng một kết nối quản trị độc lập:

net stop TermService && net start TermService

Quan trọng: Khởi động lại Dịch vụ Remote Desktop có thể làm gián đoạn các phiên người dùng đang hoạt động. Chỉ sử dụng lệnh này sau khi kiểm tra các người dùng bị ảnh hưởng và đảm bảo rằng quyền truy cập quản trị thay thế có sẵn.

Khám phá TSplus: Giải pháp Remote Desktop thông minh hơn

TSplus Remote Access được thiết kế để loại bỏ những phiền toái thường gặp với RDP, bao gồm cả màn hình “Vui lòng chờ” đáng sợ. Với các tính năng như quản lý phiên tập trung, kết nối lại thông minh và truy cập dựa trên web, nó đảm bảo kết nối đáng tin cậy và phản hồi nhanh chóng trên tất cả các môi trường. TSplus trao quyền cho các quản trị viên CNTT với quyền kiểm soát hoàn toàn đối với các phiên làm việc từ xa—không khởi động lại, không đăng nhập bị kẹt, chỉ có truy cập mượt mà và an toàn.

Kết luận

Vấn đề “Remote Desktop bị kẹt ở ‘Vui lòng chờ’” không chỉ là một sự bất tiện nhỏ—nó là triệu chứng của những vấn đề sâu xa hơn như các phiên chưa được đóng, dịch vụ cấu hình sai, hoặc xung đột hệ thống. Bằng cách hiểu các nguyên nhân kỹ thuật và áp dụng các biện pháp khắc phục cụ thể, các chuyên gia CNTT có thể nhanh chóng khôi phục quyền truy cập và giảm thiểu thời gian ngừng hoạt động. Tuy nhiên, để đạt được sự ổn định và hiệu quả lâu dài, chỉ dựa vào việc khắc phục sự cố RDP thủ công có thể không đủ trong các môi trường yêu cầu cao hoặc quy mô lớn.