350 명 이상의 사용자가 입력 할 때 마우스 커서가 계속해서 점프한다고 불평합니다. 그것은 보인다 는 프로토콜이 대역폭 부족을 겪지 때 무슨 일이 일어나고처럼,하지만 난 확신 아직 모르겠어요.
커서가 움직이는 것만으로도 괜찮을 것입니다-문제는 너무 늦게 눈치 채지 않고 문서의 다른 위치에 갑자기 텍스트를 쓰도록 초점을 이동한다는 것입니다 (오래된 사람들은 키보드를 응시합니다).
대부분의 사용자는 랩톱을 가지고 있으며 트랙 패드가 타이핑을 감지하지 못하여 패드에서 원터치 클릭을 비활성화하지 않는 것으로 의심되었지만 오늘 데스크톱 사용자가 동일한 경험을한다는 보고서를 받았습니다.
무엇이 이것을 일으킬 수 있습니까? RDP가 발생하지 않도록 조정하는 방법이 있습니까? 길을 잃었 어
편집하다:
RDP 설정 방법에 대한 추가 배경 정보 :
- 이전 CE 씬 클라이언트를 지원하기 위해 RPO 암호화 수준이 GPO를 통해 "클라이언트 호환"으로 설정되었습니다.
- RDP 압축이 "메모리 및 네트워크 대역폭 균형"으로 설정되어 있습니다. 이전 RDP 클라이언트를 지원하는 위와 동일한 이유
- 사용자의 모든 RDP 바로 가기는 시각적 스타일 + 영구 비트 맵 캐싱 만 사용하도록 구성되어 있습니다. 우리는 시각적 스타일없이 테스트했지만 마우스는 여전히 뛰어납니다.
- 모든 RDS 서버는 16bpp 색상으로 제한되며 데스크탑 구성 및 배경은 허용되지 않습니다
- MPLS 제공 업체는 RDP를 Best-Effort 이상으로 유지하기위한 QoS 규칙을 갖추고 있습니다 (EDIT2 참조).
EDIT2 :
MPLS 공급자의 QoS 설정을 검사했으며 여기에 문제가 있습니다 ( pastbin ). RDP 아래 클래스에서 내부 RFC1918 트래픽이 우선 순위를 갖지만 드롭 확률은 동일합니다. 나는 이것이 드롭 확률이 더 높은 클래스 아래에 있어야한다고 생각합니다.
나는 오늘 여러 직원들과 이야기를 나 domain 다. 그리고 그룹에 가입 한 수많은 컴퓨터 (그룹 정책, WSUS 업데이트 등)를 한 번에 실행하면이 문제를 재현 할 수있는 것처럼 보인다.
MPLS 제공 업체에 접근했으며 무료 기술자가 QoS 설정을 변경하여 도움이되는지 확인하려고합니다. 단일 사이트의 RDP를 제외한 모든 트래픽을 Best-Effort로 덤프하여 도움이되는지 확인하겠습니다.
업데이트 19.07.2013 여전히 해결되지 않았습니다. 거의 모든 랩탑에 터치 패드 드라이버가 없기 때문에 사용자가 입력하는 동안 터치 패드가 비활성화되지 않습니다. 바아 바드. 또한 데스크톱 PC 및 대역폭 제한 파이프가있는 모든 종류의 PC에서도 발생합니다. 네트워크 엔지니어링에 대한 새로운 질문을했습니다 : /networkengineering/2427/qos-woes-managed-ip-vpn
netsh trace start capture=yes
이상인 경우 NetMon 또는 Wireshark로도 충분하지만을 사용할 수 있습니다 . 이렇게하면 패킷이 제대로 도착하지 않았는지 확인할 수 있습니다.
(old people, they stare at their keyboards)
ಠ_ಠ