V2Ray 노드 선택 가이드: 지연 시간·트래픽 배율·지역·프로토콜 비교

먼저 v2rayNG에서 연결을 확인한 뒤 지연 시간을 비교하세요

v2rayNG 메인 화면에서 현재 구독 그룹이 업데이트되었는지 확인한 다음, 오른쪽 위 메뉴에서 ‘실제 연결 테스트’를 선택하세요. 버전에 따라 메뉴 이름이 ‘모든 구성 실제 연결 테스트’로 표시될 수 있습니다. 이름에 ‘실제 연결’이 포함된 테스트 항목을 선택하세요. 테스트가 끝나면 우선 성공한 노드를 남겨 두고, 한 번 시간 초과가 발생한 노드를 바로 삭제하지는 마세요.

TCP 테스트, 실제 연결 테스트, 다운로드 속도 테스트는 서로 다른 지표입니다. TCP 테스트는 주로 서버의 수신 대기 포트까지 연결을 설정할 수 있는지 보여 줍니다. 실제 연결 테스트는 프록시를 통해 테스트 대상에 접속하므로 프록시 경로가 작동하는지 더 잘 확인할 수 있습니다. 두 테스트 모두 다운로드 대역폭을 직접 알려 주지는 않습니다. 지연 시간이 80ms로 표시되는 노드도 저녁에는 전송 속도가 떨어질 수 있습니다.

비교할 때는 네트워크와 테스트 대상을 동일하게 유지하세요. Wi-Fi에서 나온 결과와 모바일 네트워크 결과를 바로 비교하거나, v2rayN의 TCP 지연 시간과 v2rayNG의 실제 연결 지연 시간을 같은 항목으로 취급하지 마세요. 모바일 네트워크로 전환했다면 통신사 경로가 완전히 달라질 수 있으므로 다시 테스트해야 합니다.

1. 백그라운드에서 대용량 파일을 다운로드하지 않도록 하고 같은 네트워크에서 실제 연결 테스트를 한 차례 실행하세요.
2. 성공한 결과 중 3~5개를 골라 각각 3회씩 더 테스트하고 중앙값과 시간 초과 횟수를 기록하세요.
3. 평소 한가한 시간대와 자주 사용하는 저녁 시간대에 각각 다시 테스트해 연결이 계속 안정적인지 확인하세요.
4. 선택한 노드에 연결한 뒤 평소 실제로 사용하는 웹사이트를 열어 첫 화면 로딩과 지속적인 접속 상태를 확인하세요.

동일한 조건으로 기록하고 한 번 나온 낮은 지연 시간만으로 결론 내리지 마세요

아래는 비교를 위한 권장 조건이며, 특정 경로를 이 사이트에서 직접 측정한 결과가 아닙니다. 후보 노드마다 테스트 횟수, 시간대, 다운로드 샘플을 동일하게 맞추면 우연에 따른 오차를 줄일 수 있습니다. 기록에는 A, B, C 같은 로컬 별칭을 사용하고 노드 주소 전체를 공개하지 않아도 됩니다.

예를 들어 A의 세 번 측정 결과가 95, 98, 420ms이고 B는 125, 130, 135ms라고 해 보겠습니다. 중앙값은 각각 98ms와 130ms지만 A의 편차가 더 큽니다. 이 수치는 기록 방법을 설명하기 위한 예시일 뿐입니다. 평소 이용하는 웹페이지가 A에서 반복해서 멈춘다면 안정적인 B가 주 노드로 더 적합할 수 있습니다. 시간 초과는 별도로 기록하세요. 실패한 결과를 제외하고 경로가 안정적이라고 판단하면 안 됩니다.

트래픽 배율 계산법: 노드 이름이 아니라 서비스 정책을 확인하세요

먼저 구독 서비스의 트래픽 안내나 계정 페이지를 열어 노드 이름에 표시된 ‘0.5×’, ‘1×’, ‘2×’가 무엇을 의미하는지 확인하세요. 배율은 보통 과금 계수이지 속도 배수가 아닙니다. ‘2×’라고 다운로드 속도가 두 배가 되는 것이 아니라, 같은 사용량에도 더 많은 할당량이 차감될 수 있다는 뜻입니다. 업로드와 다운로드 합산 여부, 집계 단위, 적용 시점은 서비스마다 다를 수 있습니다.

표의 10GB는 서비스에서 과금 기준으로 집계한 트래픽이며 다운로드 파일 크기와 같지 않습니다. 업로드와 다운로드를 합산한 뒤 배율을 적용하는 규칙이라면 합산량을 기준으로 계산해야 합니다. 시간대별 배율이 따로 있다면 현재 시간대에 맞춰 다시 예상하세요. 클라이언트에 표시되는 트래픽과 서버 청구 내역은 집계 기준이 다를 수 있으므로 서비스 측 안내를 기준으로 삼으세요.

• 일반적인 웹 이용: 안정적이고 배율이 적당한 경로를 먼저 고르세요. 트래픽 사용량이 적은 작업이라면 최고 전송 속도를 고집할 필요는 없습니다.
• 대용량 파일 및 장시간 동영상: 남은 할당량, 배율, 지속 속도를 확인하고 시작하기 전에 예상 차감량을 계산하세요.
• 노드 이름에 배율이 표시되지 않음: 자동으로 1×라고 간주하지 마세요. 구독 이름에 과금 정보가 생략되었을 수 있으니 계정 페이지에서 확인하세요.
• 구독 업데이트 후 노드 이름이 변경됨: 정책을 다시 확인하고 예전 스크린샷의 배율을 계속 적용하지 마세요.

지역 표시는 출구를 확인하고, 실제 품질은 접속 경로까지 살펴보세요

후보 노드를 선택해 연결한 다음 대상 서비스의 계정 활동이나 연결 정보 페이지에서 지역을 확인하세요. 노드 이름에 표시된 지역, 서버 주소의 지역, 실제 출구 지역은 서로 다를 수 있습니다. 중계 경로는 가까운 입구로 연결한 뒤 다른 지역에서 나갈 수 있습니다. 도메인에서 확인한 입구 IP 주소만으로 출구 위치를 판단할 수는 없습니다.

거리가 가까우면 지연 시간에 유리한 경우가 많지만, 통신망 간 연결 상태와 혼잡, 우회 경로에 따라 결과가 달라질 수 있습니다. 특정 지역의 콘텐츠에 접속할 때 대상 서비스는 보통 자체 IP 데이터베이스와 계정 정책으로 위치를 판단합니다. 구독 목록의 국기나 문구만 보고 결론 내리지 마세요. 지역이 요구 사항에 맞더라도 서비스 이용이 보장되는 것은 아닙니다. 출구 IP 평판, 계정 지역, 대상 서비스의 제한도 영향을 줄 수 있습니다.

• 특정 지역이 필요하다면 먼저 대상 서비스가 실제로 인식하는 지역을 확인한 뒤 속도를 비교하세요.
• 일반 웹사이트 이용이 목적이라면 특정 지역을 무조건 고집하기보다 안정성과 응답 속도를 우선 비교하세요.
• 같은 지역에 예비 경로를 마련하려면 입구나 경로 그룹이 다른 노드를 고르세요. 이름만 바꾼 노드는 같은 장애 지점을 공유할 수 있습니다.
• Wi-Fi에서는 정상인데 모바일 네트워크에서 시간 초과가 발생한다면 결과를 따로 기록하고 접속 경로 차이를 우선 확인하세요.

VLESS·VMess·Trojan: 전체 경로를 따지기 전에 호환성부터 확인하세요

v2rayNG에서 노드 오른쪽의 편집 버튼을 눌러 프로토콜, 서버 포트, 전송 방식, 보안 설정을 확인하세요. 확인만 할 때는 변경 사항을 저장할 필요가 없습니다. 443은 흔히 사용하는 서버 포트일 뿐, 이것만으로 프로토콜 종류를 알 수는 없습니다. 속도를 높이겠다고 VLESS를 VMess로 바꾸거나 TLS를 함부로 끄지 마세요. 클라이언트 설정은 서버 설정과 일치해야 합니다.

v2rayNG는 Xray 코어를 사용하고 v2flyNG는 v2fly 코어를 사용하므로 두 앱의 확장 기능 지원을 서로 바꿔 쓸 수 있다고 단정할 수 없습니다. 데스크톱에서 v2rayN을 사용할 때도 현재 노드가 어떤 코어로 실행되는지 확인하세요. 특히 REALITY, 특정 flow 또는 전송 매개변수가 포함된 설정은 코어 버전이 서버 요구 사항과 맞는지 먼저 확인해야 합니다. 프로토콜 이름 자체가 지연 시간이나 대역폭 등급을 뜻하지는 않습니다.

두 경로가 각각 VLESS와 Trojan을 사용하더라도 입구, 출구, 대역폭 자원이 다르면 속도 차이를 프로토콜 탓으로 돌릴 수 없습니다. 다른 조건이 비슷할 때만 프로토콜 오버헤드 비교가 참고가 됩니다. 일상적인 사용에서는 프로토콜 이름을 좇기보다 올바르게 가져오기, 안정적인 연결, 합리적인 과금이 더 중요합니다.

주 노드와 예비 노드 고르기: Android에서 먼저 확인하고 데스크톱에서 다시 테스트하세요

후보를 추린 뒤 자주 쓸 주 노드 하나와 예비 노드 하나를 남기세요. 로컬 메모에 용도, 배율, 테스트 날짜를 기록해도 되지만 주소와 인증 정보는 수정하지 마세요. 구독을 업데이트하면 로컬에서 바꾼 이름이 덮어써질 수 있으므로 장기 기록은 별도로 보관하세요. 여러 기기에서 같은 구독을 사용할 때는 서버의 기기 수 및 동시 연결 제한도 지켜야 합니다.

노드 선택 FAQ