RDP를 사용할 때 마우스 커서가 움직입니다.


19

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


5
(old people, they stare at their keyboards)ಠ_ಠ
MDMarra

많은 사람들이 이것을 네트워크 혼잡 / 대역폭 문제라고 제안하고 있습니다. 소스와 대상 모두에서 네트워크 캡처를 수행 할 수 있습니까? 서버 및 / 또는 워크 스테이션이 2008R2 / Win7 netsh trace start capture=yes이상인 경우 NetMon 또는 Wireshark로도 충분하지만을 사용할 수 있습니다 . 이렇게하면 패킷이 제대로 도착하지 않았는지 확인할 수 있습니다.
charleswj81

이 일은 언제 시작 되었습니까?
ewwhite

클라이언트 OS 및 RDP 버전?
TheCleaner 2016 년

@TheCleaner 대다수는 RDP 7.0이 설치된 XP SP3 및 RDP 7.1 / 8.0이 설치된 Windows 7에 있습니다.
pauska

답변:


1

나는이 오류가 터치 패드 마우스 드라이버 때문이라고 생각합니다. 삼성 랩톱이 있습니다 .RDP에서 마우스 패드를 터치하거나 클릭하면 즉시 세션 연결이 끊어집니다. 마우스 드라이버를 비활성화하여 정상적으로 작동합니다.


나는 당신이 무언가에 있다고 생각합니다-우리는 특정 노트북 모델 에서이 문제가 발생하고 있으며 그중 하나는 삼성입니다.
pauska

MSTSC.exe에서 Samsung NP900X4C를 완전히 사용할 수 없습니다. 제대로 작동하려면 OEM 터치 패드 드라이버를 제거해야합니다.
Jippers

터치 패드 드라이버가 범인이었습니다. 대답을 바꾸는 것을 완전히 잊었습니다. 사용자가 키보드를 망치고 있었고 사용자가 입력 할 때 터치 패드 드라이버가 터치 패드를 비활성화하지 않았습니다.
pauska

7

이것은 RDP가 불충분 한 대역폭 또는 높은 대기 시간으로 작업 할 때 매우 일반적인 문제입니다. 프로토콜 버그인지 또는 구현 버그인지 확실하지 않습니다 (예 : 패킷이 잘못 도착하여 올바르게 재 조립되지 않았거나 완전히 잘못 해석 된 경우). 또는 RDP 설정을 조정하십시오 (사운드를 비활성화하거나 해상도 또는 색 농도를 줄이십시오).


정말 일반적인가요? 나는 이것에 대한 더 자세한 정보를 어디서나 검색했으며 그것에 관한 기사는 거의 없습니다. 내가 찾은 모든 사람들은 명확한 대답없이 동일한 질문을하는 사람들입니다.
pauska 2016 년

2
나는 그것을 많이 보았다. 대부분의 사람들은 문제 해결을 포기하거나 랩톱에서 사용자가 터치 패드를 닦고 있다고 주장합니다.
Falcon Momot

4
나는 그들이 나를 능가하기 시작할 때까지 그들을 비난하는 접근법을 사용했다 :(
pauska

7

이 문제가 하루에 자주 발생하는 사용자가있는 경우 MPLS 대신 인터넷 연결을 통해 RDP 서버에 클라이언트 / 서버 VPN을 제공하고 MPLS 회로 자체의 대역폭 및 정체를 우회합니다.

모든 것이 며칠 동안 지속된다면 클라이언트 나 서버 내에 버그 / 문제를 제쳐두고 MPLS 회로 자체 (QoS, 대역폭, 대기 시간 등)에 집중할 수 있습니다.


나는 이것이 잘못된 QoS 설정과 누락 된 터치 패드 드라이버의 조합이 아닌 다른 것을 상상할 수 없습니다. 이 답변을 수락하겠습니다.
pauska

2

압축을 사용하려고 했습니까? Administrative Templates\Windows Components\Terminal Services\Terminal Server\Remote Session Environment\“Set compression algorithm for RDP data”

참고 : 최신 시스템에서 "터미널 서비스"는 "원격 데스크톱 서비스"입니다.


OP에 포함시키지 않는 것이 바보 같았습니다. 질문은 더 많은 정보로 업데이트되었습니다.
pauska

0

다른 사람들과 마찬가지로 네트워크 병목 현상이나 하드웨어로 인한 것입니다. 대부분의 RDP 클라이언트가 아닌 경우 일부 고급 창 항목을 비활성화하여 느리거나 높은 대기 시간 연결을 최적화하도록 일부 설정을 변경할 수 있습니다.


답변이 더 많은 배경 정보로 업데이트되었습니다. 처음에 해당 정보를 포함시키지 않아서 죄송합니다.
pauska

0

무엇을 기다립니다? 초점이 바뀌고 있습니까? 마우스 클릭이나 키 누름이 필요합니다. CLICKING이 굶주린 대역폭의 결과라고 상상할 수 없습니다. 팬텀 클릭이 아닌 클릭 누락이 예상됩니다.

RDP 서버에 설치된 소프트웨어를 의심해야한다고 생각합니다. 새롭고 깨끗한 서버로 시작하여 아무것도 설치하지 않은 다음 테스트하십시오. 문제를 재현 할 수 없으면 하나의 소프트웨어 패키지를 설치하고 테스트하십시오. 반복.

클라이언트에 소프트웨어가 설치되어있는 것으로 의심 될 수도 있습니다.


0

원격 데스크톱이 전체 화면이 아니고 마우스가 호스트의 데스크톱 영역에 있고 원격 데스크톱 영역이 아닌 경우 문제가 발생하지 않기 때문에 대역폭이 전혀 없다고 생각합니다. 나는 이것에 대해 많은 불만을 보았습니다. 내 생각에 문제는 원격 데스크톱 프로토콜의 문제이며 Microsoft가 해결해야합니다. 기간.


-2

나는 원격 데스크톱에있는 동안 여러 컴퓨터에서 이런 일이 발생하는 것을 보았습니다. 몇 분마다 나에게 미치게됩니다. 마우스 포인터가 화면의 어느 위치로 이동하는지 초점이 이동합니다. 터치 패드 근처에 가지 않았거나 마우스를 클릭 한 경우에도 발생합니다 (터치 패드를 피하기 위해 손바닥으로 공중에서 타이핑하는 법을 배웠지 만 그렇지 않습니다!). 타이핑하는 동안에 만 발생하므로 빠른 타이핑은 더 나쁘지만 확실하지 않습니다.


이것은 질문에 대답하지 않습니다 ...
Petter H
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.