가까운 VPN 출구가 자동으로 더 빠른 것은 아니다

가까운 출구가 도움이 되는지는 세 가지 조건이 결정합니다. 트래픽의 먼 쪽 끝이 실제로 어디에 있는지, 출구에서 그 먼 끝까지의 경로가 어떤지, 그리고 측정이 터널이 아니라 애플리케이션을 반영하는지입니다. 지리는 첫 번째에 대해서만 말하며, 그것도 대략적으로만 말합니다. 지도 위의 무엇도 특정 네트워크가 특정 도시에서 어떻게 라우팅할지 알려 주지 않습니다.

가까운 서버는 합리적인 사전 가정일 뿐 측정이 아닙니다.

지연 시간은 끝에서 끝까지 측정한다

트래픽은 세 구간을 지납니다. 당신에서 VPN 종단점까지, 터널을 통과해, 그리고 출구에서 목적지까지입니다. 거리는 첫째와 셋째에 영향을 주고, 터널은 약간의 처리를 더합니다. 지도 위의 짧은 도약이 네트워크에서는 여전히 긴 경로일 수 있습니다. 사업자가 가까운 두 도시 사이에서 고르는 경로가 세 번째 도시를 지날 수 있기 때문입니다. 국가 표시는 첫 구간에 대한 힌트로만 여기세요.

출구 이후의 경로가 더 큰 항인 경우가 많다. 특히 목적지가 다른 대륙에 있거나 예상치 못한 곳에서 응답하는 CDN 뒤에 있을 때 그렇습니다. 그래서 목적지 자체의 네트워크에 있는 출구가 단지 당신에게 더 가까운 출구를 이기는 일이 잦습니다.

후보 둘을 고르고 하나만 바꾼다

목적지, 접속 네트워크, 전송 방식을 고정한 뒤 가까운 출구를 하나의 합리적인 대안과 견줍니다. 국가가 아니라 종단점 자체를 기록하세요. 같은 표시 아래의 두 출구가 서로 다른 네트워크에 있을 수 있기 때문입니다. 주소가 바뀐 뒤 속도 테스트 도구가 조용히 다른 측정 호스트를 고른다면 그것도 적어 두세요. 비교가 무의미해지기 때문입니다. 한 번에 하나의 변경, 그것이 방법의 전부입니다.

대안 출구의 승리는 이 특정 경로가 이 특정 작업에 맞았다는 것을 보여 줍니다. 책임 있는 구간을 지목하는 것은 아니며, 순위는 일주일 안에 뒤집힐 수 있습니다.

ping 출력을 주의 깊게 읽는다

ping과 traceroute는 한계 안에서 비교에 정보를 줄 수 있습니다. VPN 호스트는 진단 패킷을 무시하면서 애플리케이션 트래픽은 아주 잘 전달할 수 있습니다. 중간 홉의 느린 응답은 그 홉이 모든 것을 느리게 전달한다는 증거가 되지 않습니다. 특히 이후 목적지가 정상적으로 응답할 때는 그렇습니다. 목적지로 판단하고, 중간 수치는 증거가 아니라 맥락으로 다루세요.

IP 조회에서 뜻밖의 도시가 나오는 것은 지연 시간과 다른 문제입니다. 위치 정보는 부정확하거나 주소 변경보다 뒤처질 수 있고, 불일치가 그 자체로 유출을 입증하지는 않습니다. 관측된 공인 주소를 따로 비교하세요.

종단점을 작업에 맞춘다

꾸준히 느린 것과 간헐적으로 튀는 것은 같은 옷을 입은 두 문제입니다. 전자는 대화형 용도 전반에서 종단점을 배제할 수 있고, 후자는 보통 로컬 무선, 패킷 손실, 붐비는 시간대로 이어집니다. 업로드 때문에 회선이 죽은 것처럼 느껴진다면, 먼 출구를 찾기 전에 부하 시 대기열을 보세요.대화를 망칠 만한 지연이라도 큰 전송은 견딘다.

작동하는 대안을 하나 남겨 두고 네트워크나 작업이 바뀌면 다시 측정하세요. 화요일의 관측은 종단점의 영구적인 순위가 아닙니다.

눈앞의 작업에 맞춰 고르고, 어느 출구를 어디서 어떤 목적지에 대고 시험했는지 적어 두세요.