Dịch vụ Remote Desktop hiện đang bận: Nguyên nhân và cách khắc phục

Giới thiệu

Khi Windows Server từ chối các kết nối Remote Desktop mới, việc xác định nguồn gốc của sự cố là rất quan trọng trước khi khởi động lại các dịch vụ hoặc toàn bộ máy chủ. Vấn đề có ảnh hưởng đến một người dùng hay nhiều phiên? Bài viết này hướng dẫn các quản trị viên CNTT qua các nguyên nhân có thể, các lệnh khắc phục sự cố thực tế và quy trình phục hồi, từ các kiểm tra ban đầu đến các chẩn đoán và biện pháp phòng ngừa nâng cao hơn.

Thông điệp "Dịch vụ Remote Desktop hiện đang bận" có nghĩa là gì?

Lỗi xảy ra khi Windows không thực hiện được chức năng hoặc hành động Giao thức Desktop từ xa (RDP) được yêu cầu. Thông thường, thông báo lỗi xuất hiện sẽ ghi:

Nhiệm vụ bạn đang cố gắng thực hiện không thể hoàn thành vì Dịch vụ Máy tính từ xa hiện đang bận. Vui lòng thử lại sau vài phút. Những người dùng khác vẫn có thể đăng nhập.

Mặc dù thông báo lỗi ngụ ý rằng hệ thống không thể thêm một phiên khác và rằng máy tính để bàn từ xa đã đạt công suất tối đa, nhưng có thể không phải như vậy.

Lỗi có thể xảy ra trên một tài khoản người dùng đơn lẻ hoặc nhiều tài khoản người dùng. Nếu trường hợp đầu tiên xảy ra, có thể khởi động lại phiên làm việc. Tuy nhiên, nếu trường hợp thứ hai xảy ra, hệ thống có thể không cho phép bất kỳ người dùng nào thiết lập kết nối.

Ngoài ra, vấn đề có thể ảnh hưởng đến một phiên người dùng đơn lẻ hoặc tất cả các phiên người dùng. Việc phân biệt giữa hai kịch bản này là rất quan trọng vì các giải pháp cần thiết để giải quyết chúng khác nhau.

Microsoft Learn's Hướng dẫn khắc phục sự cố kết nối phiên RDS cung cấp các kiểm tra bổ sung để xác định các lỗi kết nối ảnh hưởng đến các máy chủ Windows.

Nguyên nhân của lỗi này là gì?

Có nhiều thành phần Windows Server tham gia vào việc thiết lập một phiên RDP. Các vấn đề liên quan đến việc quản lý phiên, với tài nguyên hệ thống, với các dịch vụ Windows hoặc với quá trình đăng nhập có thể ngăn cản việc thiết lập kết nối.

Phiên RDP bị kẹt hoặc không phản hồi

Một phiên có thể bị treo khi nó kết nối, ngắt kết nối, kết nối lại hoặc đăng xuất. Sau đó, Windows không hoàn thành phiên hoặc giải phóng tài nguyên của nó.

Các quản trị viên có thể tìm các phiên không chịu kết nối lại hoặc đăng xuất. Vấn đề có thể xảy ra chỉ trong một phiên, ngay cả khi các phiên khác hoạt động bình thường.

Tuy nhiên một phiên không kết nối là bình thường và chỉ nên được đặt lại nếu nó bị khóa.

Cạn kiệt tài nguyên và bão đăng nhập

Tài nguyên không đủ có thể làm chậm hoặc ngăn cản việc khởi tạo phiên. Các vấn đề phổ biến nhất là bão hòa CPU, thiếu bộ nhớ, hoạt động đĩa quá mức và tải hồ sơ chậm.

Các vấn đề như vậy đặc biệt nổi bật trong các cơn bão đăng nhập khi hàng trăm người dùng thiết lập kết nối Remote Desktop đồng thời. Xác thực, Chính sách Nhóm, tải hồ sơ và các hoạt động khởi động ứng dụng tạo ra tải trọng đáng kể trên một máy chủ phiên Remote Desktop chia sẻ.

Tuy nhiên, việc sử dụng tài nguyên cao không phải là yêu cầu để gặp phải lỗi này. Một số lỗi xử lý phiên xảy ra ngay cả khi tỷ lệ sử dụng CPU và bộ nhớ thấp.

Rò rỉ bộ nhớ và phần mềm của bên thứ ba

Rò rỉ bộ nhớ và các đối tượng phiên không được giải phóng đúng cách có thể làm giảm khả năng của Windows Server trong việc chấp nhận các kết nối từ xa.

Vấn đề này đặc biệt đáng chú ý trong các trường hợp khi khởi động lại máy tính khôi phục chức năng bình thường, nhưng lỗi lại xuất hiện sau vài giờ hoặc vài ngày.

Việc áp dụng phần mềm của bên thứ ba mà bằng cách nào đó hoạt động với các phiên Windows cũng có thể là lý do. Điều này bao gồm các tác nhân bảo vệ điểm cuối, bộ lọc bảo mật hoặc phần mềm tương tự có thể can thiệp vào các phiên Windows.

Vì các trình điều khiển này thường không được giải phóng khi dịch vụ hệ thống tương ứng bị dừng, việc điều tra các giả thuyết như vậy đòi hỏi một cách tiếp cận kỹ lưỡng hơn là chỉ dừng dịch vụ.

Vấn đề Chính sách Nhóm và Hồ sơ Người dùng

Chính sách nhóm quy định truy cập từ xa quyền liên quan đến kết nối, giới hạn phiên và các tính năng khác của hành vi của Remote Desktop Session Host. Quyền không đúng hoặc xung đột giữa các chính sách có thể gây ra vấn đề kết nối.

Lỗi dịch vụ Client Group Policy cũng có thể gây cản trở quá trình đăng nhập Windows.

Cùng lúc đó, Windows không thể hoàn thành phiên làm việc nếu có điều gì đó sai với hồ sơ người dùng. Trong trường hợp này, các quản trị viên nên tập trung vào Dịch vụ Hồ sơ Người dùng, kiểm tra xem bộ nhớ hồ sơ người dùng có sẵn hay không và xem xét FSLogix hoặc các công cụ khác để quản lý hồ sơ người dùng nếu các phiên đăng nhập dài trùng với các vấn đề kết nối.

Bạn cần làm gì để khắc phục lỗi này?

Các hành động khắc phục sự cố nên được thực hiện từ tổng quát đến cụ thể và tiến hành từ các bài kiểm tra không gây gián đoạn đến phục hồi phiên mục tiêu và khởi động lại dịch vụ hoặc máy chủ chỉ khi cần thiết.

Quy trình sau đây có thể được sử dụng để thu hẹp một vấn đề mà không làm gián đoạn công việc của người dùng.

Bước 1: Xác định xem vấn đề ảnh hưởng đến một người dùng hay máy chủ.

Chờ một chút và sau đó thử lại. Vấn đề có thể tự khắc phục do sự tranh chấp tạm thời về tài nguyên hoặc quá trình đăng nhập bị trì hoãn.

Nếu kết nối vẫn thất bại, rộng hơn Khắc phục sự cố kết nối RDP có thể giúp loại trừ các vấn đề về mạng, cấu hình máy khách hoặc kết nối trước khi điều tra quản lý phiên Windows Server.

Xác định phạm vi của vấn đề nếu nó vẫn tiếp diễn:

Người dùng khác có thể thiết lập kết nối thành công không?
Các phiên RDP hiện có có hoạt động không?
Các lỗi xảy ra trước hay sau khi xác thực thành công?
Vấn đề xuất hiện trước hay sau khi cập nhật Windows hoặc thay đổi cấu hình?
Quản trị viên có thể đăng nhập cục bộ bằng cách sử dụng bảng điều khiển máy chủ không?

Trong trường hợp của các máy ảo, hãy xem xét rằng các kết nối bảng điều khiển hypervisor không sử dụng RDP. Nếu bạn đang sử dụng Hyper-V, bạn phải sử dụng loại Phiên cơ bản vì các Phiên nâng cao sử dụng RDP.

Nếu việc đăng nhập vào console thất bại, hãy điều tra các vấn đề đăng nhập cấp Windows hoặc hệ điều hành thay vì chỉ các vấn đề cụ thể của RDS.

Bước 2: Kiểm tra Tài nguyên Windows Server

Khi quyền truy cập quản trị có sẵn, hãy kiểm tra mức sử dụng CPU, bộ nhớ khả dụng, hoạt động đĩa và dung lượng lưu trữ bằng cách sử dụng Task Manager hoặc Performance Monitor.

Để kiểm tra nhanh dung lượng ổ đĩa hệ thống, hãy chạy PowerShell:

Get-Volume -DriveLetter C

Để xác định các quy trình tiêu tốn nhiều bộ nhớ vật lý nhất:

Lấy-Quá trình |
Sắp xếp-Đối tượng WorkingSet64 -Giảm dần |
Chọn-Đối tượng -Đầu tiên 10 Tên, Id, WorkingSet64

Tìm kiếm mức tiêu thụ tài nguyên bất thường, đặc biệt trong quá trình xác thực hoặc tải hồ sơ.

Một ảnh chụp hiệu suất đơn lẻ có thể không tiết lộ rò rỉ bộ nhớ. Nếu mức tiêu thụ tài nguyên có vẻ bình thường, hãy tiếp tục với chẩn đoán phiên và thu thập dữ liệu hiệu suất theo thời gian nếu lỗi tái diễn.

Bước 3: Xác định và Đặt lại các Phiên RDP bị kẹt

Khi một người dùng cụ thể không thể kết nối lại, hãy kiểm tra các phiên trên máy chủ bị ảnh hưởng.

Mở Command Prompt với quyền quản trị và chạy:

Lệnh hiển thị ID phiên, tên người dùng và trạng thái kết nối. Một kết quả điển hình có thể giống như:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Hoạt động  
rdp-tcp#5             User01            3              Hoạt động  
                               User02            4              Ngắt  
rdp-tcp                                           65536     Nghe

Nếu một phiên được xác nhận là gặp sự cố, hãy đặt lại nó bằng cách sử dụng ID của nó:

Thay thế 4 bằng ID phiên thực tế.

Quản trị viên có quyền thích hợp cũng có thể truy vấn các phiên từ xa:

Sau đó, đặt lại phiên đã xác định:

Cảnh báo Đặt lại một phiên sẽ kết thúc các ứng dụng của nó và có thể khiến công việc chưa lưu bị mất. Xác minh danh tính phiên và thông báo cho người dùng khi có thể.

Không đặt lại mọi phiên bị ngắt kết nối một cách bừa bãi. Cũng nên tránh việc kết thúc cưỡng bức các quy trình Windows quan trọng như csrss.exe , điều này có thể làm mất ổn định hệ điều hành.

Bước 4: Kiểm tra Dịch vụ Remote Desktop và Nhật ký Sự kiện

Nếu việc khôi phục phiên không giải quyết được lỗi, hãy kiểm tra dịch vụ Remote Desktop Services.

Chạy:

Get-Service -Name TermService

Dịch vụ thường nên báo cáo một Chạy trạng thái. Tuy nhiên, điều này chỉ xác nhận rằng dịch vụ đang chạy, không phải rằng Windows có thể khởi tạo các phiên mới thành công.

Tiếp theo, mở Event Viewer và kiểm tra các nhật ký liên quan.

Nhật ký Event Viewer	Điều gì cần điều tra
Nhật ký Windows > Hệ thống	Lỗi dịch vụ và lỗi hệ thống
Nhật ký Windows > Ứng dụng	Lỗi ứng dụng và lỗi hồ sơ
Quản lý phiên cục bộ dịch vụ terminal > Hoạt động	Tạo phiên, đăng nhập và kết nối lại
Quản lý kết nối từ xa dịch vụ Terminal > Hoạt động	Xử lý kết nối và xác thực
Chính sách nhóm > Hoạt động	Lỗi xử lý chính sách

Ba nhật ký cuối cùng nằm dưới Nhật ký Ứng dụng và Dịch vụ > Microsoft > Windows .

Liên kết các sự kiện với thời gian chính xác của một kết nối thất bại. Một sự kiện xảy ra gần thời điểm thất bại có thể cung cấp bằng chứng, nhưng nó không tự động thiết lập mối quan hệ nguyên nhân.

Nếu nhiều người dùng bị ảnh hưởng và việc phục hồi mục tiêu không thành công, có thể xem xét khởi động lại có kiểm soát Dịch vụ Desktop từ xa.

Restart-Service -Name TermService

Hoạt động này có thể ảnh hưởng đến các kết nối đang hoạt động và có thể bị hạn chế bởi các phụ thuộc dịch vụ. Kiểm tra cấu hình dịch vụ và các hậu quả hoạt động trước khi thực hiện.

Trên các máy chủ RDS sản xuất, hãy ưu tiên một khoảng thời gian bảo trì đã lên kế hoạch hơn là khởi động lại các dịch vụ trong khi người dùng đang làm việc.

Bước 5: Xem lại Chính sách Nhóm và Hạn chế Kết nối

Nếu lỗi bắt đầu sau khi thay đổi cấu hình, hãy kiểm tra các cài đặt Chính sách Nhóm được áp dụng cho máy chủ bị ảnh hưởng.

Tạo báo cáo:

Mở báo cáo và xem xét các chính sách dưới:

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

Chú ý đặc biệt đến các chính sách kiểm soát số lượng kết nối tối đa, các hạn chế về phiên đơn và quyền kết nối từ xa.

Cũng xác minh các quyền người dùng liên quan đến việc đăng nhập qua Dịch vụ Desktop từ xa.

Nếu một thay đổi chính sách gần đây trùng với lỗi, hãy điều tra tác động của nó thông qua việc kiểm tra có kiểm soát. Tránh việc vô hiệu hóa các chính sách bảo mật mà không xác định rằng chúng góp phần vào sự cố.

Bước 6: Xác minh giấy phép RDS và chế độ thoát

Một số lỗi kết nối xuất phát từ cấu hình triển khai RDS chứ không phải từ các phiên không hoạt động.

Đối với các triển khai máy chủ phiên Remote Desktop đa người dùng, hãy xác minh chế độ cấp phép và máy chủ cấp phép đã cấu hình.

Cũng kiểm tra xem Máy chủ Phiên có cố tình từ chối các kết nối mới không:

Nếu việc đăng nhập của người dùng mới bị vô hiệu hóa, hãy xác định xem máy chủ có được đặt ở chế độ xả để bảo trì hay không.

Khi thích hợp, các đăng nhập mới có thể được kích hoạt lại bằng cách sử dụng:

Không đảo ngược chế độ thoát nước mà không xác nhận lý do tại sao nó được kích hoạt.

Vấn đề cấp phép, giới hạn kết nối và chế độ tiết kiệm năng lượng không nhất thiết tạo ra thông báo chính xác "Dịch vụ Remote Desktop hiện đang bận". Những kiểm tra này hữu ích nhất khi các kết nối mới thất bại nhưng các phiên hiện tại vẫn hoạt động.

Bước 7: Điều tra Hồ sơ Người dùng và Phần mềm Bên thứ Ba

Nếu lỗi vẫn tiếp diễn, hãy kiểm tra các thành phần liên quan đến việc khởi tạo một phiên.

Đối với các lỗi cụ thể của người dùng, trước tiên hãy xác định xem tài khoản bị ảnh hưởng có thể tải thành công hồ sơ của nó hay không. Hãy xem các sự kiện Dịch vụ Hồ sơ Người dùng, khả năng truy cập lưu trữ hồ sơ và sự chậm trễ trong xác thực.

Trong bối cảnh của FSLogix hoặc Đĩa Hồ Sơ Người Dùng, hãy xem xét tính khả dụng của container hồ sơ, các lỗi gắn kết và các vấn đề hiệu suất lưu trữ.

Đối với các lỗi lặp lại trên toàn hệ thống, hãy tập trung vào phần mềm vừa được cài đặt hoặc cập nhật gần đây có tương tác với các phiên Windows.

Các tác nhân bảo mật, sản phẩm bảo vệ điểm cuối và bộ lọc cấp hệ thống có thể gây ra sự cố trong quá trình xử lý phiên. Mọi bài kiểm tra cách ly nên được thực hiện theo khuyến nghị của nhà cung cấp và quy trình kiểm soát thay đổi.

Bước 8: Khởi động lại Windows Server nếu cần thiết

Nếu việc khắc phục sự cố mục tiêu không giải quyết được vấn đề, khởi động lại máy chủ có thể giúp thiết lập lại kết nối RDP.

Trước khi khởi động lại, hãy đảm bảo rằng bạn hiểu tác động đến các phiên đã được thiết lập và các ứng dụng đang được lưu trữ. Nếu có thể, trong một triển khai RDS đa máy chủ, hãy ngắt kết nối máy chủ và chuyển hướng các kết nối mới đến một máy chủ khác.

Sau khi khởi động lại, xác nhận rằng Dịch vụ Remote Desktop đang hoạt động đúng cách, người dùng có thể kết nối và không có lỗi mới nào được tạo ra trong Event Viewer.

Một lần khởi động xác nhận rằng tình huống gây ra vấn đề ngay lập tức đã được khắc phục nhưng không xác nhận rằng nguyên nhân gốc rễ đã được giải quyết.

Nếu lỗi xuất hiện lại sau khi khởi động lại, hãy bảo tồn bằng chứng để điều tra thêm và tìm kiếm các mẫu tiêu thụ tài nguyên quá mức, sự cố trong việc xử lý các phiên cá nhân và sự can thiệp của phần mềm bên thứ ba.

Bạn nên hành động như thế nào nếu lỗi RDS Busy xảy ra thường xuyên?

Khi lỗi lặp lại, sự nhấn mạnh chuyển từ việc khôi phục quyền truy cập vào mạng sang việc xác định nguyên nhân gây ra sự gián đoạn này.

Bảng dưới đây là một hướng dẫn hữu ích cho việc khắc phục sự cố:

Triệu chứng quan sát được	Ưu tiên điều tra
Một người dùng không thể kết nối lại	Phiên làm việc hoặc hồ sơ người dùng bị kẹt
Nhiều người dùng không thể kết nối	Sức khỏe dịch vụ, tài nguyên, xử lý phiên
Lỗi trong quá trình đăng nhập buổi sáng	Đăng nhập đồng thời, tải hồ sơ, lưu trữ
Khởi động lại tạm thời giải quyết lỗi.	Rò rỉ liên quan đến bộ nhớ hoặc phiên làm việc
Lỗi theo sau một bản cập nhật phần mềm bảo mật	Tương tác phần mềm bên thứ ba
Lỗi theo sau các thay đổi Chính sách Nhóm	Xử lý chính sách và quyền đăng nhập
Đăng nhập vào bảng điều khiển cũng thất bại	Vấn đề đăng nhập Windows hoặc hệ thống rộng hơn
Các phiên hiện tại hoạt động, nhưng người dùng mới không thể kết nối.	Hạn chế kết nối, chế độ tiêu tốn, cấp phép

Những mẫu này gợi ý các ưu tiên điều tra hơn là chẩn đoán chắc chắn.

Chụp bằng chứng chẩn đoán trước khi khởi động lại

Đối với các lỗi tạm thời, hãy thu thập các nhật ký và dữ liệu hiệu suất liên quan trước khi khởi động lại máy chủ bất cứ khi nào có thể về mặt vận hành.

Microsoft cung cấp tiện ích TroubleShootingScript (TSS) để thu thập các dấu vết chẩn đoán.

Tùy thuộc vào kịch bản, các quản trị viên có thể ghi lại các dấu vết của khách hàng RDP:

.TSS.ps1 -Scenario UEX_RDSCli

Và các bản ghi phía máy chủ:

.TSS.ps1 -Scenario UEX_RDSSrv

Sử dụng tài liệu TSS hiện tại của Microsoft để xác nhận các kịch bản được hỗ trợ, yêu cầu và quy trình thực hiện.

Đối với các lỗi phức tạp hơn, có thể cần thêm bộ nhớ hoặc các bản ghi hiệu suất. Các chẩn đoán như vậy nên được lên kế hoạch cẩn thận vì chúng có thể ảnh hưởng đến hệ thống sản xuất và có thể chứa thông tin nhạy cảm.

Trong các triển khai đa máy chủ, hãy bao gồm các thành phần RD Connection Broker và RD Gateway trong cuộc điều tra khi đường dẫn kết nối liên quan đến các dịch vụ đó.

Làm thế nào bạn có thể ngăn chặn những lỗi này?

Không phải tất cả các lỗi RDS đều có thể ngăn chặn. Nhưng có những bước bạn có thể thực hiện, bao gồm giám sát liên tục, chính sách phiên làm việc phù hợp và bảo trì phần mềm hạn chế.

Giám sát Tài nguyên Máy chủ và Hoạt động Phiên

Giám sát môi trường RDS bằng cách theo dõi CPU, bộ nhớ, đĩa , và các phiên đăng nhập đồng thời.

Xem xét các xu hướng thay vì ngưỡng. Phân tích cơ sở là đặc biệt quan trọng để khắc phục sự cố phát sinh trong giờ cao điểm hoặc xuất hiện dần dần sau khi khởi động lại các máy chủ.

Giám sát hệ thống để phân biệt giữa các vấn đề về công suất và các sự cố vẫn xảy ra mặc dù có đủ tài nguyên.

Cấu hình Thời gian Hết phiên một cách cẩn thận

Xem xét các chính sách điều chỉnh các phiên bị ngắt kết nối và không hoạt động. Microsoft Learn giải thích cách phân biệt khóa phiên và ngắt kết nối không mong muốn và điều tra các chính sách hết thời gian phiên làm việc chịu trách nhiệm cho những hành vi này.

Giá trị thời gian chờ được chọn hợp lý ngăn chặn các phiên làm việc kéo dài không cần thiết và chiếm dụng tài nguyên. Tuy nhiên, các chính sách thời gian chờ quá quyết liệt có thể phá hủy các phiên làm việc hiệu quả bằng cách kết thúc chúng trước khi các hoạt động quan trọng hoàn tất.

Chính sách thời gian chờ phiên nên dựa trên yêu cầu kinh doanh và không nên được sử dụng như một biện pháp khắc phục cho các rò rỉ phiên cơ bản.

Duy trì phần mềm liên quan đến Windows và phiên làm việc

Triển khai các bản cập nhật và sửa lỗi Windows Server được hỗ trợ cho các vấn đề cụ thể.

Đảm bảo rằng các tác nhân bảo vệ điểm cuối, các thành phần quản lý hồ sơ, các thành phần ảo hóa và các ứng dụng tích hợp phiên làm việc tương thích với hệ điều hành.

Kiểm tra các bản cập nhật trong môi trường tiền sản xuất, đặc biệt nếu có nhiều thành phần bên thứ ba liên quan đến quá trình đăng nhập hoặc phiên làm việc của Windows.

Xem xét khả năng và cấu hình RDS

Kích thước máy chủ phiên làm việc từ xa phù hợp với khối lượng công việc đồng thời thực tế, tính đến giờ cao điểm cho việc đăng nhập và khởi động chương trình.

Xem xét phân phối các phiên giữa nhiều máy chủ cho các môi trường lớn hơn nhằm tránh tắc nghẽn.

Kiểm tra chính sách nhóm, hạn chế kết nối, cấu hình giấy phép và thực hành bảo trì một cách thường xuyên để phát hiện và loại bỏ các nguyên nhân tiềm ẩn gây ra sự cố kết nối.

Tìm kiếm Giải pháp Remote Desktop và Application Delivery Đơn Giản Hơn?

Khắc phục sự cố Dịch vụ Remote Desktop có thể làm nổi bật nỗ lực quản lý liên quan đến việc duy trì môi trường cung cấp ứng dụng Windows. Đối với các tổ chức chủ yếu cần cung cấp cho người dùng các ứng dụng Windows hoặc máy tính để bàn từ xa đầy đủ, việc xem xét độ phức tạp của cơ sở hạ tầng hiện tại của họ có thể là điều đáng giá.

TSplus Remote Access cung cấp một cách tiếp cận hợp lý cho việc phát hành ứng dụng Windows đa người dùng và cung cấp desktop từ xa, với quyền truy cập dựa trên trình duyệt và quản lý tập trung. Nó giúp các nhóm CNTT làm cho các ứng dụng có sẵn cho người dùng từ xa mà không cần triển khai toàn bộ độ phức tạp của một hạ tầng Microsoft RDS truyền thống, trong khi vẫn yêu cầu bảo trì và bảo mật Windows Server đúng cách.

Kết luận

Lỗi "Dịch vụ Remote Desktop hiện đang bận" yêu cầu nhiều hơn một lần khởi động lại máy chủ thông thường. Việc xác định xem sự cố xuất phát từ một phiên bị kẹt, giới hạn tài nguyên hay vấn đề đăng nhập Windows cho phép các quản trị viên chọn giải pháp ít gây gián đoạn nhất.

Khi lỗi vẫn tiếp diễn hoặc quay lại, chẩn đoán hệ thống, giám sát hiệu suất và xem xét cấu hình là cần thiết để giải quyết nguyên nhân gốc rễ của chúng và duy trì kết nối RDP đáng tin cậy.