공용 네트워크에 대한 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 20.202.68.109:3478 ... OK
Checking ACS server 20.202.21.66:3478 ... 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의 경우 게이트웨이에 대한 세션 호스트와 클라이언트에 대한 게이트웨이라는 두 가지 서로 다른 경로를 구분하지만, 게이트웨이가 없으므로 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 수준 시간 제한 전에 트리거되는 경우가 있습니다.