다음을 통해 공유


공용 네트워크에 대한 RDP Shortpath 문제 해결

이 문서는 공용 네트워크에 RDP(원격 데스크톱 프로토콜) Shortpath를 사용할 때 발생하는 문제를 해결하는 데 도움이 됩니다.

STUN, TURN 서버 연결 및 NAT 유형 확인

STUN 및 TURN 엔드포인트에 대한 연결의 유효성을 검사하고, 실행 파일 avdnettest.exe 실행하여 기본 UDP(사용자 데이터그램 프로토콜) 기능이 작동하는지 확인할 수 있습니다. 최신 버전의 avdnettest.exe 다운로드 링크는 다음과 같습니다.

파일을 두 번 클릭하거나 명령줄에서 실행하여 avdnettest.exe 실행할 수 있습니다. 연결에 성공한 경우 출력은 다음과 유사합니다.

Checking DNS service ... OK
Checking TURN support ... OK
Checking ACS server <IP Address:Port Number> ... OK
Checking ACS server <IP Address:Port Number> ... OK

You have access to TURN servers and your NAT type appears to be 'cone shaped'.
Shortpath for public networks is very likely to work on this host.

Log Analytics에 기록된 오류 정보

Log Analytics에 기록된 일부 오류 제목과 그 의미는 다음과 같습니다.

ShortpathTransportNetworkDrop

TCP(Transmission Control Protocol) 연결의 경우 두 가지 경로가 있습니다.

  • 세션 호스트에서 게이트웨이로
  • 게이트웨이에서 클라이언트로

그러나 UDP 연결의 경우 관련된 게이트웨이가 없으므로 이 차이는 적용되지 않습니다. TCP의 다른 차이점은 많은 경우 엔드포인트 중 하나 또는 중간에 있는 일부 인프라가 TCP 연결을 강제 종료시키는 TCP 재설정 패킷(RST 컨트롤 비트)을 생성한다는 점입니다. TCP RST(및 정상 종료를 위한 TCP FIN)가 운영 체제와 일부 라우터에서도 처리되지만 애플리케이션에서는 처리되지 않기 때문에 이와 같이 작동합니다. 즉, 애플리케이션이 충돌하는 경우 Windows는 피어에 TCP 연결이 사라졌지만 UDP에 대해 이러한 메커니즘이 없음을 알 수 있습니다.

ConnectionFailedClientDisconnect 및 ConnectionFailedServerDisconnect같은 대부분의 연결 오류는 제한 시간이 아닌 TCP 재설정 패킷으로 인해 발생합니다. 운영 체제 또는 라우터가 UDP를 사용하여 아무 것도 신호로 보낼 수 있는 방법이 없으므로 피어가 사라졌음을 알 수 있는 유일한 방법은 시간 제한 메시지입니다.

ShortpathTransportReliabilityThresholdFailure

연결이 중지되지 않았더라도 특정 패킷이 통과하지 못하면 이 오류가 트리거됩니다. 패킷은 최대 50번 재전송되므로 가능성은 낮지만 다음 시나리오에서는 발생할 수 있습니다.

  • 연결이 갑자기 작동을 중지하기 전에 빠르고 안정적입니다. 패킷 손실이 선언될 때까지 필요한 시간 제한은 클라이언트와 세션 호스트 간의 RTT(왕복 시간)에 따라 달라집니다. RTT가 낮으면 한 쪽에서 패킷을 자주 다시 보내려고 할 수 있으므로 50번의 시도에 도달하는 데 걸리는 시간이 일반적인 제한 시간 값인 17초보다 적을 수 있습니다.
  • 패킷이 큽다. 전송할 수 있는 최대 패킷 크기가 제한되어 있습니다. 패킷의 크기는 검색되지만 변동될 수 있고 경우에 따라서는 축소될 수 있습니다. 이 경우 전송되는 패킷이 너무 커서 지속적으로 실패할 수 있습니다.

ConnectionBrokenMissedHeartbeatThresholdExceeded

RDP 수준 제한 시간입니다. 잘못된 구성으로 인해 RDP 수준 시간 제한은 때때로 UDP 수준 제한 시간 전에 트리거됩니다.