Con trỏ chuột nhảy xung quanh khi sử dụng RDP

Chúng tôi có hơn 350 người dùng phàn nàn rằng con trỏ chuột của họ cứ nhảy lung tung khi gõ. Có vẻ như điều đó xảy ra khi giao thức bị bỏ đói cho bandwith, nhưng tôi chưa chắc chắn lắm.

Nếu con trỏ chỉ di chuyển thì sẽ ổn thôi - vấn đề là nó cũng di chuyển tiêu điểm để chúng đột nhiên viết văn bản ở một vị trí khác trong tài liệu mà không nhận thấy quá muộn (người già, họ nhìn chằm chằm vào bàn phím của họ).

Hầu hết người dùng đều có máy tính xách tay và tôi cũng nghi ngờ bàn di chuột không cảm nhận được việc gõ phím (và do đó không tắt kích hoạt một lần bấm trên bàn phím), nhưng tôi đã nhận được một báo cáo rằng một người dùng máy tính để bàn cũng gặp phải vấn đề tương tự.

Điều gì có thể gây ra điều này? Có cách nào điều chỉnh RDP để nó không xảy ra không? Tôi bị lạc ..

BIÊN TẬP:

Một số thông tin cơ bản khác về cách chúng tôi đã thiết lập RDP:

• Mức mã hóa RDP được đặt thành "Tương thích với máy khách" thông qua GPO để hỗ trợ các máy khách mỏng CE cũ hơn
• Nén RDP được đặt thành "Cân bằng bộ nhớ và băng thông mạng". Lý do tương tự như trên, để hỗ trợ các máy khách RDP cũ hơn
• Tất cả các phím tắt RDP cho người dùng được cấu hình để chỉ sử dụng các kiểu trực quan + bộ nhớ đệm bitmap liên tục. Chúng tôi đã thử nghiệm mà không có phong cách trực quan, chuột vẫn nhảy xung quanh
• Tất cả các máy chủ RDS bị giới hạn ở màu 16bpp, không được phép cấu tạo và nền của máy tính để bàn
• Nhà cung cấp MPLS của chúng tôi có các quy tắc QoS để giữ RDP trên mức nỗ lực tốt nhất (xem EDIT2)

EDIT2:

Tôi đã kiểm tra thiết lập QoS của nhà cung cấp MPLS và có gì đó không ổn ở đây ( pastebin ) .. lưu lượng RFC1918 nội bộ đang được ưu tiên trong lớp bên dưới RDP, nhưng với xác suất giảm tương tự. Tôi nghĩ rằng điều này sẽ nằm trong một lớp xa hơn trong danh sách, với xác suất giảm cao hơn.

Tôi đã nói chuyện với một số nhân viên ngày hôm nay và có vẻ như vấn đề này có thể tái tạo được nếu họ kích hoạt hàng tấn máy tính gia nhập miền cùng một lúc (chính sách nhóm, cập nhật WSUS, v.v.).

Nhà cung cấp MPLS đã được tiếp cận và tôi đang chờ một kỹ thuật viên miễn phí thay đổi cài đặt QoS để xem điều này có giúp ích gì không. Tôi sẽ chuyển tất cả lưu lượng truy cập nhưng RDP trên một trang web vào Nỗ lực tốt nhất và xem liệu nó có giúp ích gì không.

CẬP NHẬT 19/07/2012 Vẫn chưa giải quyết được. Phát hiện ra rằng gần như mọi máy tính xách tay đều thiếu trình điều khiển touchpad, vì vậy touchpad không bị vô hiệu hóa trong khi người dùng gõ. Baaaad. Ngoài ra, nó cũng xảy ra với máy tính để bàn và trên bất kỳ loại PC nào có đường ống bị hạn chế băng thông. Tôi đã hỏi một câu hỏi mới về Kỹ thuật mạng: /networkengineering/2427/qos-woes-managed-ip-vpn

Tôi nghĩ lỗi này là do trình điều khiển chuột touchpad, tôi có máy tính xách tay Samsung, trong RDP nếu tôi chạm hoặc nhấp vào bàn di chuột, nó sẽ ngắt kết nối ngay lập tức. Tôi vô hiệu hóa trình điều khiển chuột nó đang hoạt động tốt.

Đây là một vấn đề rất phổ biến khi RDP đang hoạt động với băng thông không đủ hoặc độ trễ cao. Tôi không chắc đó là lỗi giao thức hay lỗi triển khai (ví dụ: nếu các gói bị lỗi và không được lắp lại chính xác, hoặc nếu chúng bị hiểu sai hoàn toàn), nhưng giải pháp là để tăng băng thông khả dụng, hoặc điều chỉnh cài đặt RDP (tắt âm thanh hoặc giảm độ phân giải hoặc độ sâu màu).

Nếu bạn có một người dùng xảy ra thường xuyên trong một ngày, hãy cung cấp cho họ VPN máy khách / máy chủ thẳng vào máy chủ RDP qua kết nối internet của họ thay vì MPLS, bỏ qua QoS và tắc nghẽn băng thông của các mạch MPLS.

Nếu tất cả đều ổn trong vài ngày, thì bạn có thể đặt các lỗi / sự cố bên trong máy khách hoặc máy chủ và tập trung vào các mạch MPLS (QoS, băng thông, độ trễ, v.v.).

Bạn đã thử kích hoạt tính năng nén chưa? Administrative Templates\Windows Components\Terminal Services\Terminal Server\Remote Session Environment\“Set compression algorithm for RDP data”

LƯU Ý: "Dịch vụ đầu cuối" là "Dịch vụ máy tính từ xa" trong các hệ thống mới hơn

Giống như những người khác nói, đó là do tắc nghẽn mạng hoặc phần cứng. Trong một số nếu không phải hầu hết các máy khách RDP, bạn có thể thay đổi một số cài đặt để tối ưu hóa cho các kết nối chậm / cao có độ trễ bằng cách vô hiệu hóa một số nội dung cửa sổ ưa thích.

Đợi đã, cái gì? Trọng tâm đang thay đổi? Điều đó cần một con chuột NHẤP hoặc nhấn phím. Tôi không thể tưởng tượng rằng NHẤP VÀO là kết quả của băng thông bị bỏ đói. Tôi sẽ mong đợi các nhấp chuột bỏ lỡ, không phải nhấp chuột ảo.

Tôi nghĩ bạn cần nghi ngờ phần mềm được cài đặt trên máy chủ RDP. Có thể bắt đầu với một máy chủ mới, sạch và không cài đặt bất cứ thứ gì, sau đó kiểm tra. Nếu bạn không thể tạo lại sự cố, hãy cài đặt một gói phần mềm và kiểm tra. Nói lại.

Bạn thậm chí có thể cần phải nghi ngờ phần mềm được cài đặt trên máy khách.

Tôi không nghĩ đó là băng thông vì vấn đề dường như không xảy ra nếu máy tính từ xa không ở chế độ toàn màn hình và chuột nằm trên khu vực máy tính để bàn của máy chủ chứ không phải trong khu vực máy tính để bàn từ xa. Tôi đã thấy rất nhiều phàn nàn về điều này với tất cả các loại phản hồi đưa người dùng qua các vòng thử điều này và điều đó và không bao giờ giải quyết vấn đề. Vấn đề, tôi nghĩ, là một cái gì đó trong giao thức máy tính để bàn từ xa và Microsoft cần phải sửa nó. Giai đoạn = Stage.

Tôi đã thấy điều này xảy ra trên một số máy trong khi trên Remote Desktop, nó cứ xảy ra với tôi vài phút và khiến tôi phát điên, tiêu điểm di chuyển đến nơi con trỏ chuột đang ngồi trên màn hình. Xảy ra ngay cả khi bạn không đến gần bàn di chuột hoặc nhấp chuột (tôi thậm chí đã học cách gõ bằng lòng bàn tay trong không khí để cố gắng tránh bàn di chuột nhưng đó không phải là điều đó!) chỉ xảy ra trong khi gõ, có thể gõ nhanh làm cho nó tệ hơn nhưng không chắc chắn.