TCPing·실제 연결 지연 시간·다운로드 속도 측정 차이: 클라이언트 테스트 결과 읽는 법

세 가지 속도 테스트의 차이: 포트 연결, 프록시 요청, 지속 전송량

숫자의 크기만 보지 말고 무엇을 테스트하는지 먼저 확인하세요. TCPing은 보통 노드 주소의 지정된 TCP 포트에 연결을 시도합니다. 실제 연결 지연 시간 테스트는 선택한 노드를 거쳐 테스트 사이트에 요청을 보냅니다. 다운로드 속도 테스트는 프록시를 통해 응답 데이터를 받아 단위 시간당 수신한 바이트 수를 확인합니다. 각 테스트가 측정하는 경로가 다르므로 같은 기준으로 순위를 매길 수 없습니다.

v2rayN은 클라이언트이며, 실제 프록시 연결은 선택한 코어가 처리합니다. v2rayNG는 Xray 코어를, v2flyNG는 v2fly 코어를 사용합니다. 클라이언트 화면에서 이름이 비슷한 테스트라도 측정 기준이 완전히 같다고 볼 수는 없습니다. 클라이언트 간 결과를 비교하기 전에 테스트 주소와 방식을 확인하세요.

TCPing 결과는 낮은데 웹페이지가 열리지 않는 이유는?

노드가 TCP 443 포트를 사용하는 경우를 예로 들어 보겠습니다. TCP 연결이 성공했다는 사실은 그 시점에 해당 주소와 포트에서 어떤 장치가 연결을 받아들였다는 뜻일 뿐입니다. 그 장치는 프록시 서버일 수도 있고, 앞단의 리버스 프록시나 다른 연결 지점일 수도 있습니다. 이후 TLS 핸드셰이크, 프록시 인증, 대상 사이트 접속은 여전히 실패할 수 있습니다.

1. 노드 매개변수를 확인하세요. VMess 또는 VLESS의 인증 매개변수와 전송 방식이 서버 설정과 일치해야 합니다. TLS를 사용한다면 서버 이름 등 보안 매개변수도 확인하세요. 테스트를 통과하려고 인증서 검증을 바로 끄지 마세요.
2. 전송 설정을 확인하세요. WebSocket을 사용하는 경우 경로나 Host 설정이 잘못되면 TCP 연결이 성공한 뒤에야 오류 응답을 받을 수 있습니다. 포트 연결 지연 시간이 정상이라고 해서 관련 설정까지 올바른 것은 아닙니다.
3. 서버의 외부 연결을 확인하세요. 노드가 연결을 받아들인다고 해서 대상 도메인을 해석하거나 접속할 수 있다는 뜻은 아닙니다. 외부 네트워크 오류나 대상 사이트의 접속 제한 때문에 실제 연결 테스트가 실패할 수 있습니다.
4. 로컬 트래픽의 진입 경로를 확인하세요. 내장 테스트는 테스트 연결을 별도로 시작할 수 있지만, 브라우저는 시스템 프록시, 앱 프록시 또는 TUN 설정을 따릅니다. 테스트가 성공해도 브라우저가 같은 경로를 사용한다고 단정할 수 없습니다.

시스템 ping에도 비슷한 한계가 있습니다. ICMP 응답이 제한되어도 TCP 서비스는 정상일 수 있고, 반대로 ICMP 응답을 받았다고 프록시 포트가 열렸다고 볼 수는 없습니다. 문제를 해결할 때는 막연히 ‘핑이 안 된다’고 하지 말고 어떤 테스트가 실패했는지 기록하세요.

실제 연결 지연 시간: 테스트 사이트, 시간 초과, 경로 확인

실제 연결 지연 시간 테스트는 TCPing보다 더 많은 단계를 포함하는 경우가 많습니다. 로컬 테스트 진입점, 노드 핸드셰이크, 서버의 외부 연결, 대상 도메인 조회, HTTP 또는 HTTPS 요청 등이 포함될 수 있습니다. 하지만 어떤 단계가 최종 밀리초 값에 반영되는지, 연결을 재사용하는지는 구현 방식에 따라 다릅니다. 이 값을 두 지점 사이의 물리적인 왕복 지연 시간으로 바로 해석해서는 안 됩니다.

• 테스트 사이트를 고정하세요. 노드를 비교할 때는 같은 사이트를 사용하세요. 그래야 한 요청은 가까운 사이트로, 다른 요청은 먼 사이트로 향하는 상황을 피할 수 있습니다. 테스트 사이트 자체에 문제가 생기면 정상 노드 여러 개가 동시에 시간 초과로 표시될 수도 있습니다.
• 시간 초과 기준을 통일하세요. 예를 들어 모두 5초로 설정하면, 제한 시간을 넘긴 요청은 제때 완료되지 않았다는 뜻입니다. 지연 시간이 정확히 5000밀리초라는 의미는 아닙니다.
• 응답 결과를 확인하세요. 일부 테스트는 특정 상태 코드나 응답 형식을 요구합니다. 웹페이지 내용을 받았더라도 테스트 도구의 성공 조건을 충족하지 않을 수 있습니다.
• 테스트 경로와 평소 사용하는 경로를 구분하세요. 여러 노드를 한꺼번에 테스트할 때는 후보별 테스트 연결을 임시로 만들 수 있지만, 브라우저는 현재 라우팅 규칙을 따릅니다. 두 경로가 같다고 단정하지 마세요.

v2rayN에서는 노드 목록의 마우스 오른쪽 버튼 메뉴에서 ‘실제 연결 지연 시간’이 포함된 테스트 항목을 찾아보세요. 테스트 사이트와 시간 초과 등의 설정은 ‘설정’ → ‘매개변수 설정’에서 확인할 수 있습니다. 버전에 따라 메뉴와 항목 이름이 달라질 수 있으니 현재 화면을 기준으로 확인하세요. v2rayNG에서는 메인 화면 메뉴에서 연결 테스트 관련 항목을 찾을 수 있습니다. 구성 목록의 테스트 결과를 현재 VPN 터널 상태와 혼동하지 마세요.

다운로드 속도 테스트: 단위와 조건을 확인하세요

다운로드 속도 테스트는 처리량을 측정하는 것이지, ‘더 정확한 지연 시간’을 구하는 테스트가 아닙니다. 연결을 설정하는 데 조금 더 오래 걸리는 노드라도 대용량 파일은 더 빠르게 받을 수 있습니다. 지연 시간이 낮은 노드도 외부 연결 속도 제한이나 혼잡 시간대의 정체로 처리량이 낮을 수 있습니다. 짧게 다운로드하면 연결 준비 과정이나 순간적인 대역폭의 영향도 크게 받습니다.

아래는설명을 위한 예시이며, 이 사이트의 실측 결과나 성능 보장이 아닙니다. 어떤 노드의 TCPing은 48밀리초, 실제 연결 지연 시간은 280밀리초이고, 다운로드 테스트에서 4초 동안 20 MiB를 받았다고 가정해 보겠습니다. 평균 처리량은 5 MiB/s, 약 41.9 Mbps입니다. 세 수치는 서로 모순되지 않습니다.

속도 테스트에는 실제 데이터가 사용됩니다. 위 예시에서는 한 번에 20 MiB를 받았습니다. 노드 30개를 각각 한 번씩 테스트하면 응답 데이터만 약 600 MiB이며 프로토콜 오버헤드는 포함하지 않은 값입니다. 데이터 용량이 제한된 요금제를 사용한다면 후보를 먼저 줄이고, 구독에 포함된 모든 노드의 다운로드 속도를 계속 측정하지 마세요.

반복 가능한 노드 선택 절차: 사용 가능 여부, 안정성, 속도 순으로 확인

같은 기기와 네트워크를 사용하고 비슷한 시간대에 비교하세요. 후보 3개를 고른 뒤 하나씩 실제 연결 테스트를 5회 진행하고, 성공 횟수와 성공한 측정값의 중앙값을 기록하세요. 실패한 횟수도 따로 세어야 합니다. 실패값을 빼고 보기 좋은 평균값만 보여 주어서는 안 됩니다.

1. 로컬 환경을 확인하세요. 대용량 파일 다운로드를 중지하고 시스템 시간이 맞는지, 코어가 정상적으로 실행되는지 확인하세요. 구독을 업데이트했다면 선택한 구성도 다시 확인해 오래된 노드를 테스트하지 않도록 하세요.
2. 먼저 포트 연결을 확인하세요. TCP 노드에 해당하는 경우 TCPing을 실행하고 연결 거부나 시간 초과 여부를 기록하세요. 가장 낮은 지연 시간 한 번만 남기지 마세요.
3. 프록시 요청을 검증하세요. 테스트 사이트를 그대로 유지하고 각 노드에서 실제 연결 테스트를 5회 진행하세요. 어떤 노드가 2회만 성공했다면 최저 지연 시간이 100밀리초여도 꾸준히 성공하는 후보보다 우선할 이유는 없습니다.
4. 소수 후보만 다운로드 테스트하세요. 남은 후보 2~3개에만 다운로드 속도 테스트를 실행하고 대상, 동시 연결 수, 시간을 동일하게 맞추세요. 여러 노드를 동시에 테스트해 로컬 대역폭을 나눠 쓰지 않도록 하세요.
5. 실제 사용하는 앱에서 확인하세요. 자주 쓰는 웹사이트를 열고, 보고 싶은 동영상을 재생하거나 실제 파일을 다운로드해 보세요. 저녁에 주로 사용한다면 아침 결과에만 의존하지 말고 저녁에도 다시 테스트하세요.

브라우저에서 연결되지 않을 때: 로컬 프록시를 직접 지정해 확인

내장 테스트는 성공했는데 브라우저에서 열리지 않는다면 명령줄에 프록시 진입점을 직접 지정해 ‘노드를 사용할 수 없는 문제’와 ‘앱이 프록시를 사용하지 않는 문제’를 구분할 수 있습니다. 먼저 클라이언트 설정에서 로컬 수신 주소와 포트, 인바운드 유형을 확인하세요. 아래 예시는 127.0.0.1:10808이 활성화된 HTTP 또는 혼합 프록시라고 가정합니다. 포트는 설명을 위한 예시이며 모든 버전의 기본값은 아닙니다.

curl --proxy http://127.0.0.1:10808 --connect-timeout 5 --max-time 15 --output response.html --write-out "HTTP=%{http_code} total=%{time_total}s\n" https://v2rayalpha.com/

Windows에서는 curl이 다른 명령으로 해석되는 일부 명령줄 환경을 피하기 위해 curl.exe를 사용할 수 있습니다. 아래 예시는 현재 디렉터리에 응답을 response.html로 저장하고 상태 코드와 총 소요 시간을 출력합니다. 요청이 완료되는지 확인하기 위한 용도이며 최대 다운로드 대역폭을 측정하는 방법은 아닙니다.

• 로컬 포트에 연결하지 못했다는 메시지가 바로 표시됨: 클라이언트가 실행 중인지, 수신 포트가 일치하는지, 해당 진입점이 HTTP 프록시를 지원하는지 확인하세요.
• 로컬 진입점에는 연결되지만 요청이 시간 초과됨: 코어 로그에서 노드 연결, TLS, 대상 사이트 접속 단계를 확인하세요. 브라우저 설정만 바꾸지 마세요.
• 명령은 성공하지만 브라우저에서는 실패함: v2rayN의 시스템 프록시 상태, 브라우저 자체의 프록시 설정, 두 경로가 서로 다른 외부 연결을 사용하는 라우팅 규칙을 확인하세요.
• 403 등의 상태 코드가 반환됨: HTTP 응답을 받았다는 뜻이지만 실제 접속에 성공했다는 의미는 아닙니다. 대상 사이트의 제한인지 중간 단계에서 반환한 응답인지 추가로 확인해야 합니다.

속도 테스트 FAQ: 시간 초과, 편차, 높은 대역폭에도 낮은 체감 속도