Đóng băng RDP qua VPN: đầu vào vẫn hoạt động, nên hãy thử đường truyền

Khi hình ảnh ngừng cập nhật nhưng chuột vẫn lướt trên màn hình từ xa, kết luận hiển nhiên là VPN đã rớt. Kết luận đó thường sai. Một khung hình đóng băng với đầu vào hoạt động nghĩa là phiên và kênh đầu vào của nó vẫn sống, điều này đẩy lỗi về phía truyền tải đồ họa chứ không phải định tuyến hay thông tin đăng nhập. Hai quan sát nhanh tách ba loại lỗi mà người dùng mô tả bằng cùng một từ.

Điều mà tình trạng đóng băng không cho bạn biết

Màn hình từ xa truyền đầu vào và cập nhật màn hình qua TCP 3389, và các máy khách Windows hiện tại có thể thêm một đường truyền UDP cho phần luồng nặng đồ họa. Trên một đường hầm phân mảnh hoặc bỏ các datagram lớn hơn, kênh đáng tin cậy vẫn tiếp tục chở các lần gõ phím trong khi kênh đồ họa bị kẹt. Kết quả là sự kết hợp kỳ lạ giữa hình ảnh bị kẹt và bàn phím vẫn phản hồi. Điều này cũng giải thích vì sao đôi khi kết nối lại chữa khỏi triệu chứng trong một phút rồi đưa nó trở lại.

Một phiên ngắt kết nối rồi kết nối lại là lỗi khác, và một phiên không bao giờ mở được là lỗi thứ ba. Gọi tên hình dạng trước giúp bạn không thử sai tầng.

Tách ba lỗi bằng hai lệnh

Loại trừ khả năng tiếp cận là rẻ. Thử cổng RDP từ máy khách, sau đó đọc trạng thái phiên trên máy chủ.

Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-host

Một phép thử TCP thất bại nghĩa là phiên chưa bao giờ mở, nên hãy coi đó là vấn đề tường lửa, phạm vi hoặc dịch vụ chứ không phải đóng băng. Một phép thử thành công với phiên đang hoạt động xác nhận kênh điều khiển tồn tại, đúng là trường hợp hình ảnh đóng băng. Chạy truy vấn máy chủ từ một tài khoản được phép xem phiên, vì lỗi quyền trông giống danh sách trống. Ghi lại ID và trạng thái phiên, vì một phiên bị ngắt vẫn giữ ID của nó không giống một phiên đang hoạt động.

Tắt đường truyền UDP và so sánh

Nếu chỉ màn hình bị kẹt, hãy so sánh đường truyền của máy khách với từng thay đổi một. Máy khách tích hợp và máy khách từ Store không dùng chung một ngăn xếp, và chính sách bên dưới loại bỏ UDP khỏi máy khách tích hợp.

reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDP

Giá trị 1 nghĩa là UDP đã tắt cho máy khách đó, nên tình trạng đóng băng vẫn tồn tại sau thiết lập này không phải vấn đề đường UDP. Khi thiếu giá trị, hãy bật chính sách, kết nối lại và lặp lại chính xác hành động đã đóng băng trước đó. Thử máy khách Store như một bước riêng thay vì kết hợp cả hai thay đổi, nếu không bạn sẽ không biết cái nào quan trọng. Ghi lại phiên bản máy khách trong ghi chú của bạn, vì hành vi truyền tải đã thay đổi giữa các bản phát hành Windows.

Khi một máy chủ đóng băng nhưng những máy khác vẫn ổn

Một máy chủ lỗi duy nhất trong một mạng con vốn khỏe mạnh cho thấy vấn đề nằm ngoài đường hầm. Kiểm tra MTU của tuyến và ngăn xếp hiển thị từ xa trước khi chạm vào cài đặt VPN.

ping -f -l 1472 rdp-host.example.com

Một phản hồi chứng minh tuyến chở gói kích thước đầy đủ mà không phân mảnh ở kích thước đó, trong khi lỗi với cờ cấm phân mảnh cho thấy MTU của đường hầm cần được chú ý. Nếu 1472 byte đi qua và chỉ máy chủ đó đóng băng, hãy xem trình điều khiển đồ họa và tải của nó thay vì mạng. Sao chép tệp nhanh tới cùng máy nói lên điều gì đó về thông lượng, không phải về kênh đồ họa RDP. Thay đổi một biến mỗi lần và lặp lại cùng thao tác trên màn hình để phép so sánh có ý nghĩa.

Nếu phiên không bao giờ mở, hãy dừng ở đây, vì đó là khả năng tiếp cận chứ không phải đóng băng. Nếu không, hãy giữ thiết lập truyền tải đã thay đổi triệu chứng và ghi lại nó cùng phiên bản máy khách.