V2Ray 노드를 고를 때는 먼저 현재 커널이 프로토콜을 지원하는지 확인하고, 실제 연결 테스트로 사용할 수 없는 노드를 걸러낸 뒤, 혼잡 시간대의 안정성·대상 지역·트래픽 배율을 비교하세요. 구독을 가져온 뒤 여러 노드의 우선순위를 정하기 어려운 사용자를 위해 반복 가능한 테스트 절차와 요금 계산 예시를 소개합니다. 한 번 낮게 나온 지연 시간만으로 장기간 사용할 노드를 판단하지 마세요.
지연 시간 테스트: TCP 연결 가능 여부만으로 프록시 사용 가능성을 판단할 수 없습니다
v2rayN의 TCP 지연 시간 테스트는 일반적으로 클라이언트에서 서버의 지정 포트까지 TCP 연결을 맺는 데 걸리는 시간을 측정합니다. 서버 주소와 포트에 연결할 수 있는지는 확인할 수 있지만, 프록시 인증이나 전송 계층 설정, 대상 웹사이트 접속까지 검증하지는 않습니다. 노드 포트가 열려 있어도 계정이 만료됐다면 TCP 테스트에는 정상적인 밀리초 값이 표시될 수 있습니다.
실제 연결 지연 시간은 노드를 통해 클라이언트에 설정된 테스트 주소에 접속해 보다 실제에 가까운 프록시 연결 경로를 확인합니다. 도메인 이름 확인, 프록시 핸드셰이크, TLS 핸드셰이크, 대상 사이트의 응답, 연결 재사용 여부 등이 결과에 영향을 줍니다. 테스트 방식과 측정 범위는 버전에 따라 다를 수 있으므로 같은 클라이언트와 테스트 주소를 사용해 비교하세요. TCP 측정값을 실제 연결 측정값에서 빼 특정 구간의 소요 시간으로 계산해서는 안 됩니다.
| 테스트 방식 | 확인할 수 있는 사항 | 이것만으로는 알 수 없는 사항 |
|---|---|---|
| TCP 지연 시간 | 서버의 지정 TCP 포트에 연결했을 때의 응답 | 인증 유효성, 웹페이지 접속 가능 여부, 지속적인 대역폭 |
| 실제 연결 지연 시간 | 해당 프록시를 통해 테스트 주소에 접속한 결과 | 모든 웹사이트 접속 가능 여부, 모든 시간대의 안정성 |
| 다운로드 속도 | 특정 대상과 특정 시간대의 전송 성능 | 낮은 지터와 패킷 손실, 다른 대상에서도 빠른 속도 |
| 실제 서비스 확인 | 대상 웹페이지, 동영상 또는 로그인이 정상적으로 작동하는지 여부 | 출구 IP가 장기간 바뀌지 않는지, 서비스 이용 권한이 계속 유효한지 여부 |
v2rayN 노드 테스트: 조건을 고정한 뒤 비교하세요
여러 노드의 속도를 측정하기 전에 대용량 다운로드와 다른 속도 테스트를 중지하고 네트워크 연결 방식을 동일하게 유지하세요. 한 번의 테스트에서 Wi-Fi, 프록시 모드, 테스트 주소를 동시에 바꾸면 어떤 요인이 결과를 바꿨는지 알기 어렵습니다. 클라이언트 메뉴 이름은 버전에 따라 달라질 수 있습니다. 아래에서는 서버 목록의 마우스 오른쪽 버튼 메뉴에 있는 기능을 기준으로 설명합니다. 메뉴 이름이 조금 다르더라도 현재 화면에서 TCP 및 실제 연결 테스트 항목을 찾으면 됩니다.
-
테스트 설정 확인
「설정」→「매개변수 설정」을 열고 현재 버전의 속도 테스트 주소 또는 실제 연결 테스트 주소 관련 설정을 찾아 현재 값을 기록하세요. 비교하는 동안 주소를 바꾸지 말고, 더 낮은 수치를 얻으려고 시간 초과 기준을 자주 수정하지도 마세요.
-
포트 연결 여부 먼저 확인
서버 목록에서 후보 노드를 선택한 뒤 마우스 오른쪽 버튼을 눌러 TCP 지연 시간 테스트를 실행하세요. 메뉴에는 보통 「서버 지연 시간 테스트 Tcping」과 같이 표시됩니다. 시간 초과된 항목은 바로 삭제하지 말고, 네트워크 제한이나 TCP가 아닌 전송 방식을 사용하는지 먼저 확인하세요.
-
실제 연결 테스트
후보 노드를 선택한 상태에서 마우스 오른쪽 버튼을 눌러 「서버 실제 연결 지연 시간 테스트」를 실행하세요. 테스트가 반복해서 성공하는지 확인하고 TCP 결과와 구분해 기록하세요. TCP 테스트는 정상인데 실제 연결에 실패한다면 인증, 전송 방식, TLS 매개변수, 테스트 대상을 먼저 확인하세요.
-
시간대를 달리해 반복 테스트
최종 후보 노드는 각각 5회 테스트하고 성공 횟수와 중앙값을 기록하세요. 평소 많이 사용하는 저녁 시간대에 한 차례 더 테스트해 한가한 시간의 최저값만으로 순위를 매기지 않도록 하세요. 테스트 도중에는 구독을 반복해서 갱신하지 마세요. 후보 설정이 달라질 수 있습니다.
-
실제 서비스 이용 확인
후보 노드를 활성 서버로 설정하고 실제 브라우저에서 대상 웹사이트를 연 다음, 짧게 다운로드하거나 동영상을 재생해 보세요. 앱이 실제로 프록시를 사용하는지 확인해야 합니다. 활성 서버만 설정했다고 모든 앱의 트래픽이 프록시를 통과하는 것은 아닙니다.
중앙값은 우연히 매우 낮거나 높은 값의 영향을 줄여 주지만 실패율까지 감춰 주지는 않습니다. 5회 중 2회만 성공한 노드는 두 번의 지연 시간이 아무리 짧아도 일상적으로 사용할 주력 노드로 우선 선택하기 어렵습니다. 편차를 기록하려면 최댓값에서 최솟값을 뺀 값을 대략적인 참고 자료로 활용할 수 있습니다. 다만 이를 전문 네트워크 측정에서 쓰는 표준 지터 지표라고 부르지는 마세요.
트래픽 배율: 표시된 사용량을 요금 차감량으로 환산
트래픽 배율은 일반적으로 구독 서비스의 요금 규칙이며 VLESS, VMess, Trojan 프로토콜의 매개변수가 아닙니다. 2배율은 보통 실제 사용량의 2배를 할당량에서 차감한다는 뜻입니다. 업로드 트래픽 포함 여부, 단위 환산 방식, 시간대별 과금 여부는 서비스 제공업체의 안내를 확인하세요. 노드 이름에 표시된 배율은 최신 정보가 아닐 수 있으므로 구독을 갱신한 뒤에도 요금제 안내를 확인해야 합니다.
아래는 계산 방법만 보여 주는 예시입니다. 과금 기준을 확인했고 과금 대상 트래픽이 10 GB라고 가정하며, 추가 오버헤드와 통계 차이는 고려하지 않습니다. 이 수치는 본 사이트의 실측값이 아니며 어떤 노드의 실제 과금 규칙을 나타내지도 않습니다.
- 여러 노드를 속도 테스트하면 트래픽도 소모됩니다. 다운로드 테스트 한 번에 과금 대상 트래픽 50 MB가 발생한다고 가정하면, 노드 20개를 각각 한 번씩 테스트할 때 총 1000 MB를 사용합니다. 모두 2배율로 과금되면 할당량에서 약 2000 MB가 차감됩니다.
- 배율이 낮다고 속도가 느린 것은 아닙니다. 배율은 서비스 요금 규칙에 따라 정해지므로 회선 대역폭이나 혼잡도, 안정성을 추정하는 근거가 될 수 없습니다.
- 배율이 높다고 우선순위가 높은 것도 아닙니다. 실제 사용 성능이 나아지고 할당량 비용도 감당할 수 있을 때만 장기간 사용할 이유가 있습니다.
주로 웹과 문서 작업에 사용한다면 배율이 낮고 안정적인 노드를 선택하는 편이 할당량을 관리하기 쉽습니다. 대용량 파일을 전송할 때는 남은 할당량과 단위 시간당 전송량을 함께 확인해 한 번의 빠른 다운로드로 해당 기간의 할당량을 일찍 소진하지 않도록 하세요.
노드 지역: 진입점·출구·대상 웹사이트 구분하기
노드 이름에 표시된 지역은 일반적으로 출구 위치를 나타내지만, 이름만으로 전체 네트워크 경로를 알 수는 없습니다. 중계 노드는 가까운 진입점에 먼저 연결한 다음 다른 지역에서 대상 웹사이트에 접속할 수 있습니다. 브라우저에서 확인한 출구 IP의 위치 정보로는 중간에 거친 네트워크를 알 수 없습니다. 클라이언트에서 진입점까지 TCP 지연 시간이 짧다고 해서 진입점에서 출구까지, 출구에서 대상 사이트까지의 속도도 빠르다는 뜻은 아닙니다.
물리적 거리는 여러 요인 중 하나일 뿐입니다. 통신사 간 연결, 국경을 넘는 경로, 저녁 시간대의 부하, 대상 웹사이트의 콘텐츠 전송 네트워크에 따라 사용 경험이 달라질 수 있습니다. 가까운 지역을 먼저 후보에 넣을 수는 있지만, 지역 이름만으로 고정된 속도 순위를 정하지 마세요. 특정 지역의 콘텐츠가 필요하다면 대상 서비스가 출구 IP를 어떻게 인식하는지도 별도로 확인해야 합니다.
일상적으로 사용할 안정적인 출구
추천먼저 현재 네트워크에서 경로가 짧은 지역을 후보로 고른 뒤, 저녁 시간대 실제 연결 테스트와 평소 이용하는 웹사이트 접속으로 확인하세요. 지역 표시나 한 번 측정한 최저 지연 시간보다 반복 테스트 결과를 기준으로 선택하세요.
적합한 용도: 웹 탐색, 문서 공동 작업, 일상적인 주력 노드
특정 지역이 필요한 서비스
먼저 서비스에서 허용하는 지역과 계정 규칙을 확인한 뒤 출구 지역 인식과 실제 접속을 테스트하세요. 노드 이름의 지역이 조건에 맞아도 대상 웹사이트가 해당 출구 IP를 받아들인다는 보장은 없습니다.
적합한 용도: 특정 지역이 필요한 합법적인 서비스 이용
경로가 다른 백업 노드
진입점, 출구 또는 서비스 경로가 다른 노드를 하나 남겨 두세요. 이름이 달라도 같은 진입점을 공유한다면 동시에 장애가 발생할 수 있으므로 노드 이름만 보고 서로 독립된 경로라고 판단해서는 안 됩니다.
적합한 용도: 주력 노드 혼잡 또는 특정 지역 장애 시 전환
프로토콜 유형: 커널 지원 여부와 전체 설정부터 확인
V2Ray 노드는 프록시 설정을 가리키는 통칭이며, 모든 노드가 같은 종류의 커널에서만 작동한다는 뜻은 아닙니다. v2rayN은 데스크톱 클라이언트이고 실제 연결은 클라이언트가 호출하는 커널이 처리합니다. Android용 v2rayNG는 Xray 커널을, v2flyNG는 V2Fly 커널을 사용합니다. 링크를 가져올 수 있다는 것은 설정을 읽었다는 뜻일 뿐, 커널 기능과의 호환성을 확인한 것은 아닙니다.
| 프로토콜 또는 조합 | 알아 두어야 할 특성 | 우선 확인할 항목 |
|---|---|---|
| VMess | 프록시 프로토콜 자체에 인증 및 암호화 기능이 있으며 전송 방식은 별도로 조합할 수 있습니다 | 인증 정보, 시스템 시간, 전송 유형, 경로, TLS 설정 |
| VLESS | 프로토콜 자체는 트래픽을 암호화하지 않으므로 보안 계층 및 전송 설정과 함께 확인해야 합니다 | 커널 지원 여부, TLS 또는 REALITY, flow, 전송 유형 |
| Trojan | 일반적으로 TLS로 연결을 보호하므로 비밀번호가 맞는지만 확인해서는 안 됩니다 | 인증 정보, 서버 이름, 인증서 검증, 전송 설정 |
| VLESS + REALITY | 해당 조합을 지원하는 커널과 일치하는 서버 측 매개변수가 필요합니다 | 서버 이름, 공개 키, shortId, flow 및 관련 핸드셰이크 매개변수 |
프로토콜 이름만으로 속도 순위를 정할 수는 없습니다. 같은 VLESS 노드도 진입 네트워크를 바꾸면 프로토콜을 바꿨을 때보다 성능 차이가 클 수 있습니다. VMess와 Trojan의 속도도 회선, 서버 부하, 클라이언트 기기 성능에 영향을 받습니다. WebSocket 전송에서는 Host와 path를 확인하고 TLS에서는 서버 이름과 인증서 체인을 확인해야 합니다. 같은 프로토콜이면 설정을 그대로 공유할 수 있다고 생각해서는 안 됩니다.
노드 선택 순서와 자주 묻는 질문
노드 선택은 ‘불러올 수 있는가, 연결되는가, 대상 서비스가 작동하는가, 반복해서 안정적인가, 비용이 적당한가’라는 다섯 가지 기준으로 좁히는 편이 지연 시간만으로 한 번에 순위를 매기는 것보다 신뢰할 수 있습니다. 주력 노드와 백업 노드의 테스트 날짜, 네트워크 연결 방식, 테스트 주소, 성공 횟수, 배율, 대상 웹사이트 접속 결과를 간단히 기록해 두세요. 네트워크 환경이 바뀌면 다시 테스트하면 됩니다. 클라이언트를 열 때마다 모든 노드를 다운로드 테스트할 필요는 없습니다.
지연 시간이 30 ms인 노드에서 웹페이지가 열리지 않는 이유는 무엇인가요?
먼저 이 값이 TCP 테스트 결과인지 실제 연결 테스트 결과인지 확인하세요. TCP 테스트 결과만 있다면 실제 연결 테스트를 진행하고 로그에서 인증 또는 TLS 오류를 확인하세요. 실제 연결도 성공한다면 브라우저가 프록시를 사용하는지, 라우팅 규칙 때문에 대상 웹사이트가 다른 아웃바운드로 전달되는지 확인하세요.
낮에는 빠른데 저녁에는 느립니다. 프로토콜을 바꿔야 하나요?
같은 저녁 시간대에 주력 노드와 백업 노드를 각각 5회 테스트하고 같은 웹사이트에 접속해 확인하세요. 특정 경로만 계속 느려진다면 우선 경로를 바꾸세요. 로그에 프로토콜 또는 전송 방식이 호환되지 않는다는 내용이 명확히 표시될 때만 서버 제공 설정에 맞춰 조정하세요. 클라이언트에서만 임의로 프로토콜을 바꾸면 안 됩니다.
다운로드 속도는 빠른데 동영상이 계속 버퍼링되면 어떻게 하나요?
다운로드 테스트와 동영상 재생이 같은 노드와 라우팅을 사용하는지 확인한 다음 동영상 서비스로 연결되는 상태를 살펴보세요. 다운로드 테스트 대상과 동영상 콘텐츠 전송 네트워크가 다를 수 있습니다. 백그라운드 다운로드를 중지하고 백업 노드로 다시 확인하세요. 단일 속도 측정 사이트의 결과만으로 동영상 서비스 사용 상태를 판단하지 마세요.
노드 테스트는 항상 전역 모드로 해야 하나요?
중요한 것은 테스트 요청이 후보 노드를 실제로 통과하는지 확인하는 것이지 모든 일상 앱에 프록시를 강제로 적용하는 것이 아닙니다. 통제된 테스트에서는 일시적으로 전역 라우팅을 사용한 뒤 원래 규칙으로 되돌릴 수 있습니다. 시스템 프록시는 일부 앱의 트래픽이 프록시로 들어갈지 결정하고, 라우팅 모드는 커널에 들어온 트래픽이 어느 경로로 나갈지 결정하므로 두 설정을 구분해 확인해야 합니다.
- 1차: 커널이 지원하지 않거나 설정이 명백히 불완전한 후보를 제외합니다.
- 2차: 실제 연결 테스트와 대상 서비스를 통해 사용 가능 여부를 확인하고, 성공 시간뿐 아니라 실패도 기록합니다.
- 3차: 자주 사용하는 시간대의 안정성을 비교하고, 필요한 조건을 충족하는 노드 중 감당할 수 있는 배율을 선택합니다.
- 최종 선택: 일상용 주력 노드 하나와 가능한 한 경로가 다른 백업 노드 하나를 남기고, 목록에서 가장 낮은 수치만 좇지 않습니다.