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

Chẩn đoán và Kết thúc các Phiên RDP Bị Treo qua 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:

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:

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:

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.

Giết các quy trình phía máy khách RDP để khôi phục khả năng phản hồi cục bộ

Nguồn gốc của sự cố có thể xuất phát từ máy khách, đặc biệt nếu bạn đang sử dụng các phiên bản Windows hiện đại nơi msrdc.exe thay thế mstsc.exe cũ.

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:

Nếu mstsc.exe (di sản Kết nối máy tính từ xa msrdc.exe (Microsoft Remote Desktop mới) đang chạy và không phản hồi, điều này có thể là nguyên nhân.

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

msrdc.exe thường được sử dụng với Azure AD hoặc các khách hàng RDP được cài đặt từ Microsoft Store, và nó lưu trữ trạng thái theo cách khác. Xóa nó đảm bảo rằng không có thông tin xác thực bị treo hoặc các luồng GUI đang làm chậm phiên.

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ụ:

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

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.

Đ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 đó:

pgsql: 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.

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

lệnh: taskkill /IM rdpclip.exe /F /T || echo rdpclip.exe không chạy && taskkill /IM mstsc.exe /F /T || echo mstsc.exe không chạy && net stop TermService && net start TermService

Thêm kịch bản này vào một nền tảng quản lý từ xa, công cụ RMM hoặc triển khai PSExec để nhanh chóng giải quyết các môi trường RDP bị kẹt.

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.