구독을 가져왔지만 어떤 노드를 골라야 할지 막막한 사용자를 위한 안내입니다. 실제 연결 테스트로 사용할 수 없는 노드를 먼저 제외한 뒤, 방문하려는 사이트와 트래픽 배율, 혼잡 시간대의 상태를 기준으로 골라 보세요. 테스트 절차와 배율 계산 예시, 프로토콜별 확인 항목을 정리해 주력 노드와 다른 경로의 예비 노드를 함께 선택할 수 있도록 돕습니다. 목록에서 지연 시간이 가장 짧은 노드만 고르는 방식은 피하세요.
지연 시간 확인하기: TCP 연결 가능 여부가 프록시 사용 가능성을 뜻하지는 않습니다
노드 목록의 ‘지연 시간’은 측정 방식에 따라 의미가 다릅니다. TCP 테스트는 보통 서버의 특정 포트에 연결하는 데 걸리는 시간만 확인합니다. 인증, TLS 핸드셰이크, 프록시 전달, 대상 사이트 접속까지 모두 성공한다고 보장하지는 않습니다. 서버 포트에 연결되더라도 구독 정보가 만료되었거나 잘못되었다면 지연 시간이 표시되면서도 웹페이지가 열리지 않을 수 있습니다.
실제 연결 테스트는 선택한 노드를 통해 테스트 주소에 접속하므로 실제 사용 환경에 더 가깝습니다. 다만 결과는 테스트 사이트, DNS, 연결 재사용, 당시 네트워크 상태의 영향을 받습니다. 프록시 경로를 사용할 수 있는지 판단하는 데 도움이 되지만 모든 사이트가 똑같이 빠르다는 뜻은 아닙니다. TCP 지연 시간과 실제 연결 지연 시간을 같은 기준으로 바로 비교하지 말고, 시간 초과를 서버가 반드시 오프라인이라는 의미로 받아들이지 마세요.
- 웹 탐색과 상호작용: 요청이 연속으로 안정적으로 처리되는지, 페이지를 전환할 때 자주 멈추는지 확인하세요. 한 번 가장 낮게 나온 지연 시간보다 여러 번 측정한 결과가 비슷한지가 더 유용합니다.
- 동영상과 다운로드: 지속적인 전송 속도와 버퍼링 상태를 확인하세요. 대역폭, 경로 혼잡, 대상 사이트의 속도 제한은 한 번의 핸드셰이크 속도보다 더 큰 영향을 줄 수 있습니다.
- 회의와 실시간 앱: 지터와 패킷 손실, 앱에서 실제로 사용하는 네트워크 경로를 확인하세요. 웹사이트 속도 테스트에 성공해도 앱의 UDP 트래픽이 프록시를 통과한다고 단정할 수는 없습니다.
v2rayN에서 노드 고르는 순서: 연결 확인 후 용도별 검증
아래 설명은 v2rayN의 일반적인 중국어 인터페이스를 기준으로 합니다. 버전에 따라 메뉴 문구가 조금 다를 수 있으니 ‘실제 연결 지연 시간’과 ‘시스템 프록시’에 해당하는 기능을 찾아 사용하세요. 속도 테스트 전에 구독 출처가 신뢰할 만한지 확인하세요. 구독 주소에는 접속 정보가 포함될 수 있으므로 공개 이미지에 노출하지 마세요.
-
구독 업데이트
메인 창에서 「구독 그룹」→「모든 구독 업데이트(프록시 미사용)」를 선택합니다. 현재 네트워크에서 구독을 가져올 수 없고 이미 사용할 수 있는 프록시가 있다면 「모든 구독 업데이트(프록시 사용)」를 선택하세요. 먼저 그룹 업데이트가 완료되었는지 확인하고, 만료된 항목을 비교하지 않도록 합니다.
-
후보 노드 선택
노드 목록에서 지역과 경로가 서로 다른 후보 3개를 고릅니다. Ctrl 키를 누른 채 여러 항목을 선택한 다음 마우스 오른쪽 버튼을 눌러 「서버 실제 연결 지연 시간 테스트」를 선택하세요. 계속 시간 초과가 발생하는 항목부터 제외하고, 구독 목록 전체를 반복해서 테스트할 필요는 없습니다.
-
노드 사용 설정
후보 노드를 마우스 오른쪽 버튼으로 클릭하고 「활성 서버로 설정」을 선택한 다음, 메인 창에서 「시스템 프록시」→「시스템 프록시 자동 설정」을 선택합니다. 이 설정은 시스템 프록시를 따르는 앱에만 적용되며 모든 프로그램의 트래픽을 처리하는 것은 아닙니다.
-
사용 목적에 맞는지 확인
브라우저에서 실제로 방문할 사이트를 열어 로그인, 페이지 로딩, 리소스 다운로드를 확인합니다. 사이트가 라우팅 규칙에 따라 직접 연결되는 경우 먼저 규칙을 확인하세요. 직접 연결 결과를 해당 노드의 성능으로 기록하면 안 됩니다.
-
재측정하고 예비 노드 남기기
각 후보를 같은 조건에서 3회 테스트하고 중간값과 실패 횟수를 기록하세요. 주로 사용하는 저녁 시간대에도 한 번 더 측정한 뒤 주력 노드와 예비 노드를 남깁니다. 예비 노드는 같은 경로에서 이름만 다른 항목보다 진입점이나 경로가 다른 항목을 우선하세요.
Android의 v2rayNG에서는 사용할 구성을 선택한 뒤 연결 버튼을 눌러 서비스를 시작할 수 있습니다. 처음 연결할 때는 시스템 VPN 권한을 허용한 다음 앱의 실제 연결 테스트 기능으로 확인하세요. 데스크톱의 ‘시스템 프록시’와 Android의 VPN 서비스는 작동 방식이 다르므로 설정 이름을 그대로 적용하지 말고, 실제 앱으로 연결 상태를 확인하세요.
트래픽 배율 계산법: 낮은 배율이 곧 적은 사용량을 뜻하지는 않습니다
노드 이름의 ‘0.5배’, ‘1배’, ‘2배’는 보통 구독 서비스의 과금 규칙을 가리킵니다. V2Ray 프로토콜 설정이나 속도 배수가 아닙니다. 흔히 ‘과금 트래픽 = 서버에서 집계한 트래픽 × 노드 배율’로 계산합니다. 업로드와 다운로드를 모두 집계하는지, 시간대별 배율이 있는지는 구독 서비스의 안내와 사용량 화면에서 확인하세요.
아래 계산은 서버에서 집계된 트래픽이 10 GB라고 가정한 예시입니다. 배율 계산만 보여 주며 속도 테스트 결과나 특정 구독 요금제를 나타내지 않습니다. 실제 과금량은 단위 환산, 집계 지연, 연결에 따른 추가 사용량의 영향을 받을 수 있어 로컬에 저장한 파일 크기와 정확히 일치하지 않을 수 있습니다.
- 장시간 동영상 시청과 대용량 파일 다운로드: 낮은 배율의 노드로 필요한 작업을 안정적으로 처리할 수 있는지 먼저 확인한 뒤 속도를 비교하세요. 사용하지 않을 최대 대역폭 때문에 더 많은 사용량을 차감하지 않도록 합니다.
- 짧고 중요한 작업: 배율이 높은 노드를 예비로 둘 수 있지만, ‘2배’라는 표시만으로 전용 대역폭이나 낮은 혼잡도를 보장하지는 않습니다.
- 속도 테스트도 트래픽을 사용합니다: 실제 연결 지연 시간 테스트는 보통 적은 양의 데이터만 요청하지만, 전송 속도 테스트는 더 많은 데이터를 주고받습니다. 대량 다운로드 테스트를 일상적인 새로고침처럼 반복하지 마세요.
지역 선택하기: 거리보다 출구 위치와 목적을 확인하세요
노드 이름에 표시된 지역은 보통 인터넷으로 나가는 출구 위치를 나타내지만, 서비스 제공자가 붙인 라벨일 수도 있습니다. 진입점, 중계 서버, 출구가 서로 다른 지역에 있을 수 있으므로 지리적으로 가깝다고 네트워크 경로가 짧은 것은 아닙니다. 가까운 진입점이 우회 경로를 사용할 수도 있고, 더 먼 출구가 인터넷 연결 품질이 좋아 실제 접속은 더 안정적일 수도 있습니다.
먼저 사용할 목적을 정하세요. 일상적인 웹 탐색에는 안정적인 경로와 트래픽 비용을 우선하고, 특정 지역에서만 이용할 수 있는 서비스를 방문하려면 출구 IP와 해당 서비스의 접속 판정을 실제로 확인하세요. IP 조회 사이트는 현재 요청에 사용된 출구만 보여 줍니다. 다른 앱이나 도메인도 같은 경로를 사용한다는 보장은 없으며, 대상 서비스가 해당 주소를 허용한다는 뜻도 아닙니다.
일상용 주력 노드
추천평소 사용하는 네트워크에서 실제 연결이 안정적이고, 대상 사이트에 접속할 수 있으며, 배율도 적절한 노드를 고르세요. 전체 사용 경험으로 먼저 추린 다음 조건이 비슷한 노드끼리 비교할 때 지연 시간을 참고하면 됩니다.
추천 용도: 웹 탐색, 일상 업무, 일반적인 동영상 시청
특정 지역 출구
목표 지역 조건을 충족하는 출구를 선택한 뒤 로그인과 콘텐츠 접속을 직접 확인하세요. 지역을 자주 바꾸면 추가 인증이 발생할 수 있으므로 가능한 한 같은 지역을 유지하는 편이 좋습니다.
추천 용도: 특정 지역이 필요한 사이트와 계정
다른 경로의 예비 노드
주력 노드와 같은 장애 경로를 우선 피하세요. 이름이 다르다고 경로까지 다른 것은 아닙니다. 서비스 제공자의 경로 안내와 혼잡 시간대 테스트를 함께 참고하세요.
추천 용도: 주력 노드의 시간 초과, 혼잡, 임시 점검 시 전환
프로토콜 비교: VMess·VLESS·Trojan 중 무엇을 고를까?
프로토콜은 연결에서 인증, 캡슐화, 트래픽 보호를 처리하는 방식을 설명하지만, 프로토콜만으로 속도가 결정되지는 않습니다. 서버 자원, 네트워크 경로 품질, 전송 방식, 클라이언트 코어 지원 여부도 중요합니다. v2rayN은 데스크톱 클라이언트이며, 실제 프로토콜 지원 범위는 사용하는 코어와 버전에 따라 다릅니다. Android의 v2rayNG는 Xray 코어를, v2flyNG는 v2fly 코어를 사용하므로 두 클라이언트가 같은 설정을 모두 지원한다고 가정하면 안 됩니다.
| 프로토콜 | 주요 차이점 | 선택 시 확인 사항 |
|---|---|---|
| VMess | 인증과 암호화 기능을 제공하며 다양한 전송 계층과 함께 사용할 수 있습니다 | 클라이언트 호환성, 시스템 시간, 전송 및 TLS 설정이 서로 일치하는지 확인 |
| VLESS | 경량 인증 프로토콜로, 자체적으로 페이로드를 암호화하지 않으며 보통 TLS 또는 REALITY와 함께 사용합니다 | 코어가 해당 조합을 지원하는지, Flow·보안 계층·서버 설정이 일치하는지 확인 |
| Trojan | 일반적으로 TLS 연결 안에서 비밀번호 인증을 사용합니다 | 비밀번호, 서버 이름, 인증서 검증 및 전송 설정이 올바른지 확인 |
VLESS라는 이유만으로 REALITY 설정을 추가하거나, VMess를 모두 WebSocket으로 간주하지 마세요. 프로토콜, 전송 방식, 보안 계층은 서로 다른 항목입니다. 아래 두 카드는 설정 항목을 확인하기 위한 예시이며 바로 연결할 수 있는 노드 설정은 아닙니다. 포트 443은 흔히 사용하는 서버 포트의 예일 뿐이므로 실제 값은 서비스 제공자가 안내한 값을 사용해야 합니다.
VLESS + REALITY
- 프로토콜
- VLESS
- 전송 방식
- TCP. 구독에 표시된 값과 대조하세요
- 보안 계층
- REALITY
- 포트 예시
- 443. 실제 포트를 이 값으로 바꾸면 안 됩니다
- 추가 항목
- 공개 키, 서버 이름, Short ID, Flow를 확인하세요
xtls-rprx-vision Flow 사용 여부는 서버 설정에 따라 달라집니다. 일반 VLESS만 지원한다고 해서 이 조합까지 지원하는 것은 아닙니다.
VMess + WebSocket + TLS
- 프로토콜
- VMess
- 전송 방식
- WebSocket
- 보안 계층
- TLS
- 포트 예시
- 443. 구독에 표시된 실제 값을 사용하세요
- 추가 항목
- 경로, Host, TLS 서버 이름을 확인하세요
WebSocket 경로는 서버 설정과 일치해야 하며 임의로 /ws로 바꾸면 안 됩니다. 이 조합을 사용한다고 반드시 CDN을 거치는 것도 아닙니다.
노드 선택 FAQ: 증상별로 원인 좁히기
지연 시간이 가장 짧은 노드에서 동영상이 끊기는 이유는 무엇인가요?
지연 시간은 특정 요청에 걸린 시간을 보여 줄 뿐, 지속적인 대역폭을 나타내지는 않습니다. 백그라운드 다운로드를 멈추고 같은 동영상을 같은 화질로 후보 두 개에서 각각 재생해 버퍼링과 재생 안정성을 살펴보세요. 주로 사용하는 저녁 시간대에도 다시 테스트해 한가한 시간의 결과만 기준으로 삼지 않도록 합니다.
모든 노드에서 시간 초과가 발생하면 구독이 만료된 건가요?
먼저 로컬 네트워크와 시스템 시간을 확인한 다음 해당 구독 그룹을 업데이트하세요. 클라이언트 로그에 코어 시작 실패나 포트 사용 중이라는 내용이 있으면 로컬 문제부터 해결해야 합니다. 특정 노드 하나만 실패한다면 해당 항목의 주소와 인증 정보, 서버 상태를 확인하는 편이 좋습니다.
지역을 바꿨는데도 웹사이트에 이전 위치가 표시되는 이유는 무엇인가요?
먼저 v2rayN의 「시스템 프록시」에서 「시스템 프록시 자동 설정」이 선택되어 있는지 확인한 다음, 해당 사이트가 라우팅 규칙에 따라 직접 연결되는지 살펴보세요. 브라우저 연결을 종료한 뒤 다시 연결하고 출구 IP를 비교합니다. 웹사이트는 계정 지역, 위치 권한, 기존 세션을 기준으로 위치를 판단할 수도 있습니다.
0.5배 노드는 속도도 절반인가요?
배율이 속도를 직접 결정하지는 않습니다. 먼저 구독 서비스의 과금 안내에서 0.5배가 무엇을 뜻하는지 확인한 다음, 1배 노드와 같은 조건으로 접속을 테스트하세요. 배율은 사용량 차감 규칙을 나타내며 대역폭과 혼잡도는 별도로 확인해야 합니다.
구독을 업데이트한 뒤 기존 노드가 보이지 않으면 어떻게 해야 하나요?
원래 구독 그룹을 업데이트했는지 확인하고 서비스 제공자가 노드 목록을 변경했는지 살펴보세요. 이전 노드 이름만 보고 주소나 포트를 추측해 직접 입력하지 마세요. 새 목록에서 사용할 수 있는 후보를 고른 뒤 실제 연결, 사용 목적, 배율을 기준으로 다시 비교하세요.
기록은 복잡할 필요가 없습니다. 노드 이름, 테스트 네트워크, 테스트 시간대, 실제 연결 중간값, 대상 사이트 접속 결과, 배율만 적어 두면 됩니다. 설정이나 인터넷 회선이 바뀌거나 끊김이 계속될 때 다시 테스트하세요. 이렇게 고른 주력 노드와 예비 노드가 지연 시간만으로 정렬하는 것보다 실제 사용 목적에 잘 맞습니다.