v2rayNG 속도 테스트 방법: TCPing·실제 연결 지연 시간·다운로드 속도 비교

1. 세 가지 테스트는 측정하는 구간이 다릅니다

v2rayNG는 Xray 코어로 프록시 연결을 처리하지만, 목록의 TCPing은 일반적으로 설정된 서버 주소와 포트에 TCP 연결을 시도합니다. 시스템의 ICMP Ping과는 다르며 VMess 또는 VLESS 인증도 수행하지 않습니다. 서버에 도메인을 입력했다면 테스트 전에 주소를 조회해야 합니다. 조회 시간이 표시된 값에 포함되는지는 구현 방식에 따라 다르므로, 순수한 네트워크 왕복 시간으로 간주하면 안 됩니다.

우선 실제 연결 지연 시간을 확인하는 것이 좋지만, 지연 시간이 가장 짧은 노드를 무조건 선택하라는 뜻은 아닙니다. 테스트 URL과 실제 사용하는 웹사이트는 서로 다른 지역에 있을 수 있습니다. 테스트 사이트에는 빠르게 연결되더라도 실제 서비스에는 우회 경로로 접속할 수 있습니다. UDP를 주로 사용하는 환경에서는 TCPing이나 일반 HTTPS 다운로드로 UDP 전달 성능을 확인할 수도 없습니다.

2. v2rayNG에서 정해진 순서대로 테스트하기

먼저 기존 설정을 유지하고, 속도 테스트 중에 라우팅·DNS·전송 매개변수를 변경하지 마세요. v2rayNG 버전에 따라 메뉴 번역이 조금씩 다를 수 있으므로, 아래 내용은 일반적인 TCPing 및 실제 연결 테스트 메뉴를 기준으로 설명합니다. 같은 이름의 메뉴가 없다면 기능을 기준으로 찾고, 목록 하단의 현재 연결 테스트를 전체 노드 테스트로 착각하지 마세요.

1. 다른 데이터 전송을 중지합니다. 앱 업데이트, 클라우드 동기화, 동영상 다운로드를 중단하고 같은 Wi-Fi 또는 같은 모바일 데이터 연결을 사용하세요. 측정 시간과 네트워크 종류를 기록하고, 두 차례 측정 사이에 네트워크를 바꾸지 마세요.
2. 포트를 일괄 확인합니다. 메인 화면 오른쪽 위의 「⋮」를 누른 뒤 「모든 구성 TCPing 테스트」 또는 이에 해당하는 TCPing 메뉴를 선택하세요. 먼저 실패한 노드를 표시하고, 성공한 노드는 설정에서 삭제하지 말고 남겨 두세요.
3. 프록시 연결 경로를 일괄 확인합니다. 같은 메뉴에서 「모든 구성 실제 연결 테스트」 또는 이에 해당하는 실제 연결 메뉴를 선택하세요. 버전에 따라 「설정」에 「테스트 URL」이나 「연결 테스트 URL」이 있다면 현재 값을 기록하고, 비교하는 동안 주소를 바꾸지 마세요.
4. 현재 연결을 다시 확인합니다. 후보 노드를 선택하고 오른쪽 아래의 연결 버튼을 누른 뒤 Android VPN 권한을 승인하세요. 화면 하단에 연결 상태 테스트가 있다면 눌러 현재 설정으로 요청을 완료할 수 있는지 확인하세요.
5. 후보 노드만 전송 속도를 측정합니다. 프록시를 통하는지 확인한 브라우저로 고정된 속도 테스트 페이지에 접속하거나 대역폭이 충분한 동일한 테스트 파일을 다운로드하세요. 여러 노드를 동시에 테스트하면 로컬 대역폭을 나눠 쓰게 되므로 피하세요.

일괄 실제 연결 테스트와 현재 연결 테스트는 실행 방식이 다를 수 있으며, 특히 클라이언트가 임시 테스트 코어를 직접 실행하는 경우가 그렇습니다. 비교할 때는 ‘일괄 테스트’인지 ‘현재 연결 테스트’인지 함께 기록하고, 서로 다른 메뉴에서 얻은 값을 같은 측정 표본으로 취급하지 마세요.

3. 여러 번 측정해 낮은 지연 시간과 높은 전송 속도 구분하기

아래는 측정값을 해석하기 위한 예시이며, 이 사이트에서 직접 측정한 결과나 특정 서비스의 속도 보장이 아닙니다. 세 노드가 같은 테스트 URL과 다운로드 파일, 같은 네트워크를 사용하고 실제 연결 지연 시간은 노드마다 세 번 측정했으며, 다운로드 속도는 안정 구간의 평균값이라고 가정합니다.

A는 TCPing이 가장 낮지만 전체 요청의 세 번 측정값 중앙값은 460ms입니다. B의 중앙값은 211ms이고 세 측정값도 서로 비슷합니다. 이 경우에는 B를 먼저 사용해 보는 편이 합리적입니다. 세 번의 측정은 빠른 사전 확인에만 활용하세요. 이 결과만으로 신뢰할 만한 패킷 손실률을 계산할 수 없으며, 한 번의 시간 초과를 곧바로 회선 손실로 해석해서도 안 됩니다.

MB/s와 Mbps는 8배 차이가 나며, MiB/s는 바이트 계산 방식도 다릅니다. 속도 테스트 페이지에 64Mbps, 다운로드 프로그램에 약 8MB/s로 표시되더라도 대개 모순이 아닙니다. 평균 8MB/s로 15초간 다운로드하면 약 120MB를 사용하므로, 여러 차례 테스트하기 전에 모바일 데이터 용량을 확인하세요.

4. TCPing은 빠른데 실제 연결은 왜 시간 초과될까요?

포트 연결 성공은 접속 과정의 일부만 확인한 것입니다. 프록시 인증 실패, 전송 계층 설정 오류, 노드에서 테스트 사이트로 연결되지 않는 문제는 모두 TCP 연결 이후에 발생할 수 있습니다. 아래 순서대로 점검하면 설정 오류를 서버 대역폭 부족으로 오해하는 일을 줄일 수 있습니다.

UDP 전송을 주로 사용하는 설정에서는 TCPing 실패만으로 노드가 작동하지 않는다고 판단할 수 없습니다. 같은 주소와 포트에서 TCP 서비스를 제공하지 않을 수도 있습니다. 먼저 노드의 전송 방식을 확인한 뒤 클라이언트가 지원하는 실제 연결 테스트나 실제 서비스 사용으로 검증하세요.

5. 웹 탐색과 파일 다운로드는 노드 선택 기준이 다릅니다

웹페이지는 보통 짧은 요청을 여러 번 보내기 때문에 연결 수립 시간, 주소 조회 시간, 지터의 영향을 더 많이 받습니다. 대용량 파일 다운로드는 안정적인 전송 속도가 더 중요합니다. 모든 용도에 ‘지연 시간이 낮은 순’이라는 하나의 순위를 적용하거나, 프로토콜 이름만으로 속도를 예측하지 마세요.

v2rayN 데스크톱 버전에도 같은 판단 순서를 적용할 수 있지만, 클라이언트마다 테스트 대상, 동시 연결 수, 시간 초과 기준, 측정 구간이 다를 수 있습니다. 휴대전화에서 200ms, 컴퓨터에서 150ms가 나왔다고 해서 컴퓨터에서 사용하는 노드가 더 빠르다는 뜻은 아닙니다. 먼저 테스트 조건을 맞춘 뒤 결과를 비교하세요.

6. 나중에 다시 확인할 수 있도록 속도 테스트 기록하기

초록색으로 표시된 밀리초 값 하나만 캡처해 두면 네트워크를 바꾼 뒤 성능이 달라진 이유를 파악하기 어렵습니다. 복잡하게 기록할 필요는 없지만 연결 네트워크, 시간, 테스트 메뉴, 대상을 포함하세요. 아래 항목만으로도 일상적인 재확인과 저녁 시간대 혼잡, 특정 대상의 문제를 파악할 수 있습니다.

• 환경: Wi-Fi 또는 모바일 데이터, 테스트 날짜와 시간을 기록하고 충전 중인지, 절전 제한이 켜져 있는지도 적으세요.
• 클라이언트: 「정보」에서 실제 버전을 확인하고 v2rayNG인지 v2rayN인지 적으세요. 업그레이드 후에는 기준값을 다시 측정하세요.
• 테스트 조건: 테스트 URL, 다운로드 대상, 1회 테스트 시간과 앱별 프록시 및 라우팅 모드 변경 여부를 기록하세요.
• 결과: TCPing, 실제 연결 3회 측정값, 실패 횟수, 안정 구간의 다운로드 속도를 기록하고 단위를 통일하세요.
• 실제 사용 확인: 자주 쓰는 웹사이트가 열리는지, 동영상이 끊김 없이 재생되는지도 적은 뒤 주 노드로 설정할지 결정하세요.

노드 선택 순서는 다음처럼 정하면 됩니다. 포트 사전 점검 → 실제 연결 확인 → 반복 측정 → 필요에 따른 다운로드 속도 테스트 → 실제 서비스에서 재확인. 불필요한 대량 다운로드를 줄이고, ‘설정이 작동하지 않는 문제’, ‘테스트 대상 문제’, ‘전송 속도 부족’을 구분해 대응할 수 있습니다.