Remote Desktop liên tục ngắt kết nối? Nguyên nhân & Cách khắc phục

Giới thiệu

Các sự cố ngắt kết nối Remote Desktop không mong muốn có thể làm gián đoạn công việc quản trị và ảnh hưởng đến người dùng trong toàn bộ môi trường Dịch vụ Remote Desktop (RDS). Tuy nhiên, việc mất kết nối Giao thức Remote Desktop (RDP) không nhất thiết có nghĩa là phiên Windows đã kết thúc. Bài viết này giải thích cách xác định nguyên nhân, cấu hình giới hạn phiên và giải quyết các sự cố ngắt kết nối lặp lại mà không làm ảnh hưởng đến bảo mật.

Tại sao Remote Desktop liên tục bị ngắt kết nối?

Các phiên làm việc Remote Desktop có thể bị gián đoạn bởi các chính sách phiên Windows, vấn đề mạng, sự cố cổng hoặc sự cố phía máy chủ. Mặc dù có các triệu chứng tương tự, mỗi vấn đề yêu cầu một cách tiếp cận cụ thể.

Các quản trị viên nên phân tích tình huống và xác định chính xác điều gì xảy ra với phiên Windows và khi nào điều đó xảy ra trước khi thực hiện bất kỳ hành động nào.

Phiên làm việc có đang ngắt kết nối, khóa hay đăng xuất không?

Windows phân biệt giữa một số trạng thái phiên, việc hiểu biết về chúng là cần thiết để khắc phục sự cố chính xác.

Trạng thái phiên	Điều gì xảy ra	Tác động đến ứng dụng
Hoạt động	Người dùng đã kết nối và tương tác với Windows	Các ứng dụng chạy bình thường
Nhàn rỗi	Phiên làm việc vẫn được kết nối mà không cần người dùng nhập liệu.	Các ứng dụng thường tiếp tục chạy
Đã khóa	Xác thực là cần thiết để tiếp tục tương tác	Các ứng dụng thường vẫn hoạt động.
Ngắt kết nối	Kết nối RDP đóng lại, nhưng phiên Windows vẫn còn.	Các ứng dụng thường tiếp tục chạy
Đã đăng xuất	Phiên làm việc Windows kết thúc	Các ứng dụng đang chạy trong phiên thường đóng lại.

Nếu người dùng kết nối lại và thấy rằng các ứng dụng của họ vẫn đang chạy, thì phiên của họ có thể đã bị ngắt kết nối, chứ không phải bị kết thúc. Nếu các ứng dụng đã bị đóng và người dùng được trình bày với một phiên mới, có thể đã xảy ra việc đăng xuất, kết thúc phiên hoặc khởi động lại máy chủ.

Một phiên khóa, một lần nữa, là khác biệt. Người dùng có thể chỉ cần xác thực để tiếp tục phiên hiện tại của họ, mà không cần thiết lập một kết nối RDP mới.

Thời gian ngắt kết nối cho bạn biết điều gì?

Thời gian và hoàn cảnh của một kết nối RDP bị ngắt thường có thể cung cấp những gợi ý tốt nhất về nguyên nhân cơ bản.

Triệu chứng	Nguyên nhân có thể	Kiểm tra đầu tiên
Ngắt kết nối sau một khoảng thời gian nhàn rỗi cố định	Giới hạn phiên nhàn rỗi hoặc thời gian chờ mạng	Chính sách phiên và cổng
Ngắt kết nối sau một khoảng thời gian cố định trong quá trình hoạt động	Giới hạn phiên hoạt động hoặc thời gian chờ trung gian	Cài đặt phiên hoạt động và cổng
Ngắt kết nối ngẫu nhiên trong quá trình sử dụng	Mất gói, sự không ổn định VPN hoặc lỗi vận chuyển	Kết nối mạng
Khóa sau khi không hoạt động	Chính sách không hoạt động của Windows hoặc bảo vệ màn hình	Cài đặt bảo mật
Ngắt kết nối khi máy chủ không hoạt động	Ngủ hoặc chế độ chờ	Cài đặt nguồn điện
Ứng dụng sẽ đóng sau khi ngắt kết nối	Kết thúc phiên, đăng xuất hoặc khởi động lại máy chủ	Giới hạn phiên và nhật ký sự kiện
Nhiều người dùng ngắt kết nối đồng thời	Vấn đề về cổng chia sẻ, mạng hoặc máy chủ	Sự kiện hạ tầng

Tuy nhiên, những quan sát này chỉ là manh mối, và nguyên nhân thực sự có thể khác.

Ví dụ, nếu tường lửa của bạn có một khoảng thời gian chờ tích hợp cho các kết nối không hoạt động, nó có thể gây nhầm lẫn cho vấn đề, che giấu chính sách phiên không hoạt động của RDS.

Tiếp theo, kiểm tra xem các chính sách phiên Windows có phải là nguyên nhân không.

Thời gian chờ phiên RDP và giới hạn không hoạt động hoạt động như thế nào?

Dịch vụ máy tính từ xa cung cấp nhiều tùy chọn khác nhau để quản lý thời gian của các phiên, thời gian không hoạt động và đóng. Việc sử dụng không đúng các tùy chọn này có thể gây ra sự hiểu lầm giữa các quản trị viên, dẫn đến việc thay đổi các chính sách không tương ứng với vấn đề.

Giới hạn phiên hoạt động, không hoạt động và ngắt kết nối

Theo Tài liệu chính sách Dịch vụ Máy tính từ xa của Microsoft Learn Windows cung cấp ba giới hạn thời gian phiên chính.

• Giới hạn phiên hoạt động: Kiểm soát thời gian tối đa của một phiên, bất kể hoạt động của người dùng. Giới hạn tám giờ có thể ngắt kết nối một người đã làm việc liên tục.
• Giới hạn phiên không hoạt động: Điều khiển thời gian mà một phiên kết nối có thể giữ trạng thái không hoạt động trước khi Windows ngắt kết nối. Giới hạn 30 phút có thể ngắt một phiên sau 30 phút không có đầu vào từ người dùng.
• Giới hạn phiên ngắt kết nối: Điều khiển thời gian một phiên đã ngắt kết nối sẽ giữ lại trên máy chủ trước khi Windows kết thúc nó.

Giới hạn phiên bị ngắt kết nối thường không gây ra sự gián đoạn kết nối ban đầu. Thay vào đó, nó xác định thời gian mà phiên và các ứng dụng của người dùng vẫn có sẵn sau đó.

Quản trị viên cũng nên xem xét chính sách này. Kết thúc phiên khi đạt giới hạn thời gian Khi được kích hoạt, cài đặt này có thể khiến các giới hạn thời gian hoạt động hoặc thời gian nhàn rỗi áp dụng kết thúc phiên làm việc thay vì chỉ ngắt kết nối.

Cài đặt thời gian chờ phiên nào được ưu tiên?

Giới hạn phiên có thể được kiểm soát bởi Chính sách Nhóm cục bộ, Chính sách Nhóm miền hoặc cài đặt bộ sưu tập RDS. Các tùy chọn cấu hình không phải lúc nào cũng ở cùng một cấp độ.

Windows hoạt động trên Chính sách Nhóm liên quan đến hệ thống chính sách áp dụng. Liên quan đến giới hạn thời gian phiên RDS, điều này có nghĩa là các chính sách máy tính được ưu tiên hơn các chính sách người dùng liên quan, trong khi các cài đặt chính sách được thi hành có thể có ưu thế hơn cấu hình cấp bộ sưu tập.

Điều này có nghĩa là các thay đổi đối với một cài đặt được thực hiện ở cấp địa phương có thể không có hiệu lực nếu một giá trị khác được chỉ định trong chính sách miền.

Các quản trị viên nên xác định cấu hình hiệu quả trước khi thực hiện nhiều thay đổi. Điều này ngăn chặn việc tạo ra các chính sách xung đột, điều này sẽ đơn giản hóa việc ghi chép và khắc phục sự cố.

Cần làm gì để khắc phục tình trạng hết thời gian phiên Remote Desktop?

Nếu Remote Desktop liên tục ngắt kết nối sau một khoảng thời gian nhất định, trước tiên hãy kiểm tra giới hạn thời gian phiên thay vì thay đổi cài đặt mạng.

Bước 1: Kiểm tra giới hạn phiên RDP trong Chính sách Nhóm

Trên máy chủ Windows bị ảnh hưởng:

1. Mở Chạy và nhập gpedit.msc .
2. Đi tớ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 > Giới hạn thời gian phiên .
3. Đánh giá Đặt giới hạn thời gian cho các phiên dịch vụ Remote Desktop đang hoạt động .
4. Kiểm tra Đặt giới hạn thời gian cho các phiên dịch vụ Remote Desktop đang hoạt động nhưng không hoạt động. .
5. Xem xét giới hạn phiên ngắt kết nối và Kết thúc phiên khi đạt giới hạn thời gian .

So sánh các hạn chế đã cấu hình với khoảng thời gian đo được giữa các lần ngắt kết nối mà bạn đã chứng kiến.

Ví dụ, nếu mọi người có xu hướng ngắt kết nối sau khoảng 15 phút không hoạt động và một giới hạn phiên nhàn rỗi là 15 phút được cấu hình, đó là một nguyên nhân có thể.

Chỉnh sửa các hướng dẫn liên quan dựa trên nhu cầu của môi trường của bạn. Thông thường, tốt hơn là chỉ mở rộng các hạn chế quá nghiêm ngặt thay vì hoàn toàn loại bỏ chúng. Trên các máy tính được quản lý bởi miền, bạn có thể muốn mở Console Quản lý Chính sách Nhóm (gpmc.msc) và nghiên cứu mục liên quan.

Bước 2: Xác minh các chính sách nhóm nào được áp dụng

Nếu việc thay đổi một chính sách cục bộ không giải quyết được vấn đề, hãy xác định các Đối tượng Chính sách Nhóm (GPO) nào thực sự được áp dụng.

Từ Command Prompt nâng cao trên máy chủ bị ảnh hưởng, hãy chạy:

gpresult /h C:\Windows\Temp\gpresult.html

Mở báo cáo cho một máy tính, sau đó xem lại các chính sách áp dụng cho máy tính đó. Để xem các chính sách áp dụng cho một người dùng, hãy xem thông tin Tập hợp Chính sách Kết quả cho người dùng hoặc xem Kết quả Chính sách Nhóm cho người dùng bằng cách sử dụng bộ điều khiển miền.

Sau khi bạn thực hiện một thay đổi được ủy quyền đối với một đối tượng Chính sách Nhóm, hãy cập nhật các cài đặt cho Chính sách Nhóm cho các máy tính mà cài đặt đó được áp dụng:

gpupdate /force

Tùy thuộc vào tình huống, có thể cần thiết cho người dùng thiết lập lại kết nối hoặc thậm chí đăng xuất và đăng nhập lại trước khi thay đổi có hiệu lực.

Bước này đặc biệt cần thiết nếu cùng một môi trường RDS được quản lý bởi nhiều GPO.

Bước 3: Xem lại Bộ sưu tập RDS và Cài đặt RD Gateway

Trong các triển khai Microsoft RDS thông thường, giới hạn phiên cũng có thể được cấu hình ở cấp độ bộ sưu tập.

Mở Trình quản lý máy chủ > Dịch vụ Desktop từ xa > Bộ sưu tập Chọn bộ sưu tập liên quan và xem xét các thuộc tính phiên của nó. Kiểm tra các giới hạn phiên hoạt động, phiên nhàn rỗi và phiên ngắt kết nối so với cấu hình dự kiến.

Nếu người dùng kết nối qua Remote Desktop Gateway (RD Gateway), hãy kiểm tra các chính sách ủy quyền kết nối của cổng.

Trên máy chủ RD Gateway:

1. Mở Trình quản lý Cổng Máy Tính Từ Xa .
2. Đi tới Chính sách > Chính sách ủy quyền kết nối .
3. Mở chính sách liên quan.
4. Xem lại cài đặt thời gian chờ phiên của nó.

Một khoảng thời gian chờ được thực thi bởi một cổng có thể xảy ra ngay cả khi Máy chủ Phiên cho phép các phiên mở rộng.

Nếu vấn đề chỉ xảy ra khi sử dụng một RD Gateway, hãy điều tra các cấu hình cổng và các thiết bị mạng liên quan trước khi sửa đổi bất kỳ chính sách Session Host nào.

Tại sao Remote Desktop lại ngắt kết nối sau một thời gian không hoạt động?

Không phải tất cả các gián đoạn liên quan đến sự không hoạt động đều do giới hạn phiên RDS không hoạt động gây ra. Còn có các cài đặt Windows khác có thể gây cản trở, chẳng hạn như các cài đặt liên quan đến bảo mật hoặc quản lý năng lượng.

Kiểm tra chính sách không hoạt động của máy Windows

Windows có thể được cấu hình để khóa một phiên sau một khoảng thời gian không hoạt động nhất định của người dùng.

Mở secpol.msc và điều hướng đến:

Chính sách địa phương > Tùy chọn bảo mật > Đăng nhập tương tác: Giới hạn không hoạt động của máy tính

Cài đặt này xác định khoảng thời gian không hoạt động, tính bằng giây, trước khi Windows khóa phiên.

Một khóa sẽ không thường kết thúc phiên RDP hoặc đóng các ứng dụng. Do đó, nếu người dùng chỉ thấy màn hình đăng nhập Windows, hãy kiểm tra các chính sách khóa trước khi thay đổi bất kỳ giới hạn phiên RDS nào.

Kiểm tra cài đặt bảo vệ màn hình và nguồn

Chính sách bảo vệ màn hình cũng có thể yêu cầu người dùng xác thực sau khi không hoạt động.

Xem lại các cài đặt dưới:

Cấu hình người dùng > Mẫu quản trị > Bảng điều khiển > Cá nhân hóa

Chú ý đặc biệt đến thời gian chờ màn hình và cài đặt bảo vệ bằng mật khẩu.

Trên các máy trạm Windows, chế độ ngủ hoặc chế độ chờ có thể khiến máy tính từ xa tạm thời không khả dụng. Kiểm tra các cài đặt nguồn liên quan dưới Cài đặt > Hệ thống > Nguồn & pin hoặc giao diện Tùy chọn Nguồn tương ứng.

Hệ thống yêu cầu liên tục truy cập từ xa cần có thể truy cập từ xa và phải có chính sách quản lý năng lượng phù hợp. Việc vô hiệu hóa chế độ ngủ ở tất cả các điểm cuối có thể làm suy yếu an ninh doanh nghiệp và nhu cầu năng lượng.

Quy trình khắc phục sự cố ngắt kết nối RDP ngẫu nhiên là gì?

Nếu máy tính để bàn từ xa thường xuyên bị ngắt kết nối mà không có cảnh báo, đặc biệt là khi làm việc tích cực, thì các lỗi giao diện mạng và vận chuyển có khả năng xảy ra cao hơn nhiều so với việc phiên làm việc hết thời gian.

Kiểm tra kết nối mạng và độ ổn định VPN

Bắt đầu bằng cách kiểm tra kết nối đến máy chủ hoặc cổng liên quan.

Test-NetConnection server.example.com -Port 3389

Điều này kiểm tra xem một kết nối TCP có thể được thực hiện đến địa chỉ và cổng đã cho hay không. Thay thế tên máy chủ và cổng bằng các giá trị liên quan đến môi trường của bạn.

Để thực hiện các bài kiểm tra khả năng tiếp cận liên tục, hãy thực hiện:

ping server.example.com -t

Sử dụng ping liên tục có thể làm nổi bật sự mất gói không liên tục hoặc đột biến độ trễ nếu Giao thức Tin nhắn Điều khiển Internet (ICMP) được cho phép. Tuy nhiên, các phản hồi ping thành công không đảm bảo sự ổn định của vận chuyển RDP.

Nếu các sự cố ngắt kết nối có liên quan đến sự cố mạng, hãy xem xét các sự cố Wi-Fi. Lỗi đường hầm VPN thay đổi định tuyến và chuyển trạng thái tường lửa.

Các lỗi tái khóa VPN, thời gian chờ kết nối tường lửa và thời gian hết hạn phiên dịch địa chỉ mạng (NAT) đều có thể làm gián đoạn các kết nối RDP ổn định khác.

Khi phân tích các đường kết nối thay thế, chỉ sử dụng các tuyến mạng được ủy quyền. Không được để RDP tiếp xúc với lưu lượng Internet chung hoặc vượt qua các chính sách bảo mật VPN bắt buộc cho mục đích chẩn đoán.

Kiểm tra xem giao thức RDP UDP có phải là nguyên nhân không

Các phiên RDP hiện đại giờ đây sử dụng Giao thức Datagram Người dùng (UDP) bên cạnh Giao thức Kiểm soát Truyền tải (TCP) để tăng cường khả năng phản hồi.

Nhưng tường lửa, VPN hoặc bất kỳ thiết bị mạng nào khác được cấu hình sai có thể chặn các gói UDP.

Để kiểm tra xem một vấn đề có phải do gói UDP gây ra hay không, hãy sử dụng các hướng dẫn bên dưới để buộc ứng dụng Remote Desktop chỉ sử dụng TCP.

Mở Group Policy trên máy tính khách và tiếp tục với:

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

Kích hoạt Tắt UDP trên Client sau đó kết nối lại và quan sát xem các sự cố có tiếp tục xảy ra không.

Nếu kết nối ổn định, hãy xem xét việc xử lý UDP dọc theo đường truyền mạng.

Đây là một bước chẩn đoán, không phải là giải pháp chung. Các kết nối chỉ TCP sẽ có hành vi khác nhau trên các mạng có chất lượng kém, vì vậy hãy chắc chắn thiết lập lại phương thức vận chuyển ưa thích một khi nguyên nhân gốc rễ của vấn đề đã được giải quyết.

Điều tra sức khỏe của Máy khách và Máy chủ Remote Desktop

Ngắt kết nối liên tục cũng có thể được kích hoạt bởi các thành phần Windows lỗi thời, trình điều khiển mạng hoặc sự không ổn định trên máy chủ từ xa.

Đảm bảo hệ thống máy khách và máy chủ được cập nhật. Xác định xem có vấn đề nào xuất hiện sau các bản cập nhật Windows, thay đổi driver hoặc điều chỉnh cấu hình mạng không.

Kiểm tra việc sử dụng CPU, bộ nhớ và đĩa gần thời điểm xảy ra sự cố. Giám sát hiệu suất phiên RDP có thể giúp liên kết việc cạn kiệt tài nguyên có thể ảnh hưởng đến hiệu suất Dịch vụ Máy tính từ xa, mặc dù việc sử dụng cao không nhất thiết xác định nguyên nhân gốc rễ.

Tránh khởi động lại Dịch vụ Remote Desktop như một bước chẩn đoán ban đầu trên các máy chủ sản xuất. Việc khởi động lại dịch vụ hoặc máy chủ nên được hoãn lại cho đến khi các quy trình quản lý thay đổi và chẩn đoán thích hợp được hoàn thành, vì chúng có thể làm gián đoạn người dùng khác.

Cách chẩn đoán sự ngắt kết nối RDP khi bạn sử dụng nhật ký Windows là gì?

Khi chính sách của bạn hoặc kiểm tra kết nối không cho thấy lý do, nhật ký sự kiện Windows có thể giúp xác định những gì có thể đã xảy ra trước và trong quá trình ngắt kết nối. Hướng dẫn khắc phục sự cố của Microsoft Learn cung cấp thêm thông tin về chẩn đoán lỗi ngắt kết nối Remote Desktop.

Xem các sự kiện Remote Desktop trong Event Viewer

Mở eventvwr.msc trên hệ thống Windows bị ảnh hưởng.

Các kênh sự kiện phía máy chủ liên quan bao gồm:

• Nhật ký Ứng dụng và Dịch vụ > Microsoft > Windows > TerminalServices-LocalSessionManager > Hoạt động
• Nhật ký Ứng dụng và Dịch vụ > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Hoạt động
• Nhật ký Windows > Hệ thống

Các sự kiện này có thể giúp xác định các kết nối phiên, ngắt kết nối, hoặc các vấn đề xác thực và sự cố hệ thống.

Đối với mỗi sự kiện, ghi chú người dùng bị ảnh hưởng, Máy chủ Phiên, thời gian ước tính của sự kiện và loại kết nối được sử dụng. So sánh những sự kiện này với những sự kiện được ghi lại bởi cổng RD, VPN và phần mềm giám sát mạng của bạn.

Một sự kiện Windows chỉ định một phiên bị ngắt kết nối không phải lúc nào cũng xác định được nguyên nhân gốc rễ. Có thể cần xem xét các sự kiện liên quan.

Kiểm tra xem phiên Windows vẫn còn tồn tại không

Trên máy chủ phiên Remote Desktop, chạy:

phiên truy vấn

Lệnh này hiển thị các phiên hiện tại của bạn và trạng thái của chúng.

Nếu phiên gặp sự cố vẫn bị ngắt kết nối, thì các ứng dụng của bạn có thể vẫn đang chạy. Nếu phiên không còn tồn tại, hãy xem xét các lần đăng xuất, chính sách dọn dẹp phiên và khởi động lại máy chủ.

Trên các máy chủ RDS chia sẻ, hãy tránh việc kết thúc phiên khi khắc phục sự cố, trừ khi bạn biết ai bị ảnh hưởng và hậu quả có thể xảy ra là gì.

Liên kết các ngắt kết nối giữa nhiều người dùng

Khi nhiều người dùng ngắt kết nối cùng một lúc, hãy xem xét cơ sở hạ tầng trước khi chuyển sang các máy của người dùng cá nhân.

Khởi động lại một cổng, sự cố mạng hoặc sự cố máy chủ phiên có thể làm gián đoạn nhiều người dùng cùng một lúc.

Việc liên kết các sự kiện trên nhiều máy giúp xác định liệu đó có phải là một vấn đề của khách hàng riêng lẻ hay là một vấn đề rộng hơn.

Trong một số trường hợp, cần phân tích thêm về RDS và các dấu vết mạng để xác định nguyên nhân chính xác và thứ tự của các sự kiện.

Làm thế nào bạn có thể giữ cho các phiên Remote Desktop và ứng dụng hoạt động?

Một số người dùng muốn tránh việc ngắt kết nối Remote Desktop vì điều này cho phép các ứng dụng tiếp tục chạy sau khi họ kết thúc phiên làm việc từ xa.

Tuy nhiên, giữ phiên RDP mở và đảm bảo rằng khối lượng công việc Windows tiếp tục chạy là hai trường hợp sử dụng khác nhau.

Ngắt kết nối mà không đăng xuất

Đóng ứng dụng Remote Desktop thường ngắt kết nối của bạn nhưng không đăng xuất bạn khỏi Windows.

Phiên mà bạn đã thiết lập có xu hướng được giữ lại, và các ứng dụng thường được để mở trừ khi một chính sách phiên hoặc một sự kiện khác đóng chúng lại.

Ngược lại, việc chọn Đăng xuất kết thúc phiên Windows và đóng các ứng dụng của nó một cách bình thường.

Nếu các ứng dụng kết thúc một cách bất ngờ sau khi bị ngắt kết nối, hãy xem xét thời gian chờ phiên ngắt kết nối và bất kỳ chính sách nào tự động dọn dẹp các phiên.

Chạy các tác vụ nền độc lập với các phiên RDP

Các ứng dụng và quy trình cần chạy liên tục không nên phụ thuộc vào một phiên RDP tương tác vẫn mở.

Tùy thuộc vào khối lượng công việc, các lựa chọn thay thế tiềm năng bao gồm dịch vụ Windows, Task Scheduler hoặc tự động hóa theo ứng dụng.

Trong khi Task Scheduler có thể chạy các tác vụ cụ thể không cần giám sát (không cần đăng nhập tương tác), không phải tất cả các ứng dụng máy tính để bàn Windows đều hỗ trợ loại hoạt động này.

Đối với các khối lượng công việc quan trọng, phương pháp ưa thích là tách rời quy trình ứng dụng khỏi phiên tương tác của quản trị viên, hoàn toàn.

Bạn có thể ngăn chặn các sự cố ngắt kết nối Remote Desktop lặp lại như thế nào?

Việc triển khai các quy tắc phiên tiêu chuẩn, khả năng sẵn có của hạ tầng và tổng quan về hoạt động mạng đóng góp đáng kể vào việc ngăn chặn các sự cố ngắt kết nối RDP ngẫu nhiên.

Đầu tiên, quản trị viên nên xác định giới hạn và thời gian chờ cho các phiên hoạt động, không hoạt động và bị ngắt kết nối theo chính sách bảo mật của công ty và nhu cầu của người dùng. Hơn nữa, việc kiểm tra định kỳ các Chính sách Nhóm đã áp dụng và có hiệu lực, thời gian chờ của cổng và thiết bị mạng giúp tránh tình trạng ngắt kết nối phiên do sự không tương thích của chúng.

Ví dụ, nếu việc sử dụng máy chủ RDS có nhiều khách hoặc người dùng, việc phân tích hiệu suất của máy chủ và điều tra các lỗi hoặc sự cố xảy ra riêng biệt trong suốt phiên sẽ là một ý tưởng hay. Điều này sẽ cho phép xác định nguồn gốc của vấn đề và loại bỏ các sự cố với tất cả người dùng hoặc khách cùng một lúc.

Đó là một sai lầm khi tin rằng phiên hoạt động hoặc kéo dài càng lâu thì càng tốt. Mặc dù điều này hữu ích cho việc giám sát hạ tầng, nhưng một phiên mở và đang chạy mà không có người điều hành có thể là một mối đe dọa về an ninh.

Ý tưởng chính là ngăn chặn các kết nối RDP không được lên kế hoạch và gián đoạn mà không gây ra sự không ổn định của hệ thống và các vấn đề bảo mật cho các nhà điều hành và người dùng làm việc với máy tính để bàn từ xa.

Tìm kiếm một giải pháp đơn giản hơn cho RDS truyền thống?

Đối với các tổ chức đang tìm cách đơn giản hóa việc cung cấp ứng dụng và máy tính để bàn Windows tập trung, TSplus Remote Access cung cấp việc xuất bản ứng dụng, truy cập dựa trên trình duyệt và khả năng phiên làm việc đa người dùng. Nó cung cấp một cách tiếp cận thay thế cho các triển khai RDS truyền thống trong khi cho phép các nhóm CNTT quản lý kết nối từ xa thông qua một giải pháp tập trung.

Kết luận

Khi Remote Desktop liên tục ngắt kết nối, hãy bắt đầu bằng cách xác định xem phiên Windows có bị khóa, ngắt kết nối hay kết thúc không. Những gián đoạn có thể dự đoán thường hợp lý để kiểm tra các chính sách phiên, trong khi những sự cố ngẫu nhiên yêu cầu xem xét kỹ lưỡng về vận chuyển mạng, cổng và nhật ký hệ thống.

Các thay đổi cấu hình mục tiêu hiệu quả hơn so với việc vô hiệu hóa tất cả các thời gian chờ. Các chính sách và giám sát nhất quán giúp duy trì các kết nối RDP đáng tin cậy mà không làm yếu đi tính bảo mật.