V2Ray 초보자 10가지 질문: 구독, 노드, 모드와 연결 확인 총정리

구독 가져오기: 주소, 업데이트와 로컬 설정

질문 1: 구독 주소는 어디에서 받나요?

구독 주소는 노드 서비스의 관리 페이지나 네트워크 관리자가 제공합니다. 클라이언트 자체가 사용할 수 있는 노드를 생성하는 것은 아닙니다. 일반적으로 HTTPS로 시작하는 전용 링크이며, 접속하면 인코딩된 노드 목록이나 구조화된 설정이 반환됩니다. 계정 로그인 주소, 웹사이트 홈페이지 주소, 단일 VMess 공유 링크와 구독 주소는 서로 다릅니다. 잘못 붙여 넣으면 업데이트 실패나 목록이 비어 있는 문제가 발생하기 쉽습니다.

구독 링크는 보통 계정에 연결되어 있으므로 인증 정보처럼 관리해야 합니다. 공개 페이지에 게시하거나 관계없는 사람에게 전달하지 마세요. 서비스 관리 화면에 ‘구독 복사’와 ‘단일 노드 복사’가 따로 있다면 여러 노드를 자동으로 업데이트할 때는 전자를 선택하세요. 공유 링크가 하나뿐이라면 클라이언트의 ‘클립보드에서 여러 URL 가져오기’와 같은 기능을 사용하면 됩니다.

질문 2: 처음 구독을 가져올 때 어떤 순서로 진행하나요?

v2rayN 7.x 데스크톱 화면을 기준으로 먼저 구독 그룹을 만든 다음 업데이트하고, 마지막으로 노드를 선택합니다. 구독 주소만 저장한다고 현재 연결이 자동으로 생성되지는 않습니다. 업데이트가 성공해야 노드 기록이 그룹 목록에 추가됩니다.

1. 구독 추가

   「구독 그룹」→「구독 그룹 설정」→「추가」를 열고 별칭을 입력한 뒤 전체 구독 주소를 붙여 넣고 저장합니다.

2. 그룹 업데이트

   「구독 그룹」→「모든 구독 업데이트」로 이동한 뒤 상태 표시줄에 업데이트 완료가 표시될 때까지 기다립니다. 처음 업데이트할 때는 현재 네트워크 연결을 유지하는 것이 좋습니다.

3. 노드 선택

   메인 목록으로 돌아가 대상 노드를 더블클릭하거나 마우스 오른쪽 메뉴에서 활성 서버로 설정하고, 해당 행이 선택 상태로 표시되는지 확인합니다.

4. 코어 확인

   「설정」→「매개변수 설정」→「Core 유형」을 열고, 일반적인 VLESS, VMess 및 REALITY 노드는 우선 Xray 코어를 사용합니다.

5. 연결 설정 적용

   먼저 시스템 프록시 모드를 선택한 다음 새 브라우저 창을 열어 테스트합니다. 기존 연결은 이전 경로를 계속 재사용할 수 있습니다.

노드 목록: 빈 목록, 프로토콜과 유효성

질문 3: 구독을 업데이트한 뒤 노드 목록이 비어 있는 이유는 무엇인가요?

먼저 업데이트 메시지를 확인하고 업데이트 버튼을 반복해서 누르지 마세요. 401 또는 403이 표시되면 링크 인증 정보가 만료되었거나 구독이 초기화되었거나 서버가 접근을 거부했을 가능성이 큽니다. 시간 초과는 도메인 이름 확인, 현재 네트워크 또는 원격 서비스에 일시적으로 접근할 수 없다는 뜻일 수 있습니다. 업데이트 성공 메시지가 표시되지만 항목 수가 0이면 그룹 필터 조건과 반환된 내용을 확인해야 합니다.

v2rayN에서 「구독 그룹」→「구독 그룹 설정」으로 이동해 해당 그룹이 활성화되어 있는지 확인하고, 포함 또는 제외 키워드가 지나치게 엄격하게 설정되지 않았는지 살펴보세요. 예를 들어 포함 키워드를 ‘Reality’로 설정했는데 구독 노드 이름에는 지역만 표시되어 있다면 가져오는 단계에서 모든 항목이 필터링됩니다. 필터 항목을 잠시 비운 뒤 다시 업데이트하면 필터 문제인지 구독 내용 문제인지 빠르게 구분할 수 있습니다.

질문 4: 노드 이름, 프로토콜과 회선은 어떻게 다른가요?

노드 이름은 구독 제공자가 지정한 라벨일 뿐이며, 지역·진입점·배율을 나타내는 데 주로 사용됩니다. 이름만으로 프로토콜이나 회선 품질을 판단할 수는 없습니다. VMess와 VLESS는 클라이언트와 서버가 통신할 때 사용하는 프로토콜이고, TCP·WebSocket·gRPC는 전송 방식입니다. TLS와 REALITY는 연결 보안 및 핸드셰이크 매개변수와 관련됩니다. 가져온 뒤에는 클라이언트에 표시된 설정 필드를 기준으로 확인하세요.

노드 사용 가능 여부는 서버 설정과 클라이언트 코어가 서로 호환되는지에 달려 있습니다. VLESS 설정에는 주소, 포트, 사용자 식별자, 전송 방식, 흐름 제어, 서버 이름과 공개 키가 함께 필요할 수 있습니다. VMess 노드에서는 사용자 식별자, 보안 매개변수, 전송 경로와 TLS 설정이 자주 사용됩니다. 구독으로 자동 가져온 설정은 서버 매개변수를 정확히 모르는 상태에서 항목별로 수정하지 않는 것이 좋습니다.

프록시 모드: 시스템 프록시, TUN과 라우팅

질문 5: 시스템 프록시와 TUN 모드는 어떻게 다른가요?

시스템 프록시는 운영체제 설정에 프록시 주소를 등록하므로 브라우저와 시스템 프록시를 따르는 데스크톱 애플리케이션에서 바로 사용할 수 있습니다. 설정이 간단하고 적용 범위가 명확해 처음 연결을 테스트할 때 적합합니다. 일부 프로그램은 시스템 프록시를 무시하거나 자체적으로 UDP 연결을 만들기 때문에 클라이언트로 자동 전달되지 않습니다.

TUN 모드는 가상 네트워크 인터페이스를 통해 더 넓은 범위의 IP 트래픽을 처리합니다. 시스템 프록시 설정을 읽지 않는 프로그램도 포함할 수 있고, UDP나 통합 DNS 처리가 필요한 환경에도 적합합니다. 가상 네트워크 카드, 라우팅 테이블과 DNS 전달을 사용하므로 처음 실행할 때 시스템 권한이 필요할 수 있습니다. 보안 프로그램, 다른 가상 네트워크 도구 또는 기업 네트워크 정책과 충돌하면 점검 범위도 더 넓어집니다.

질문 6: 전역, 규칙과 직접 연결 모드는 어떻게 선택하나요?

전역 모드는 일반적으로 처리 대상 연결을 현재 프록시 출구로 일괄 전달하며, 짧은 시간 동안 노드를 검증할 때 적합합니다. 다만 모든 네트워크 환경에서 고정적으로 사용하기에는 적합하지 않습니다. 규칙 모드는 도메인, IP, 지역 데이터와 규칙 순서에 따라 프록시 또는 직접 연결을 선택하므로 일상적인 사용에 흔히 활용됩니다. 직접 연결 모드는 트래픽이 프록시를 우회하게 하며, 연결 처리를 일시 중지하거나 비교 테스트할 때 사용할 수 있습니다.

라우팅 판단과 연결 처리 방식은 서로 다른 두 단계입니다. 시스템 프록시 또는 TUN은 트래픽이 클라이언트로 들어올지 결정하고, 라우팅 규칙은 들어온 트래픽이 어느 출구로 나갈지 결정합니다. ‘클라이언트는 실행 중인데 대상 애플리케이션이 여전히 기존 네트워크를 사용한다면’ 먼저 연결 처리를 확인하세요. ‘일부 웹사이트의 출구가 예상과 다르다면’ 규칙 순서, 도메인 일치 여부와 아웃바운드 태그를 확인해야 합니다.

• 처음 검증: 시스템 프록시와 전역 모드를 함께 사용해 규칙 변수를 줄이고 노드의 기본 연결성을 확인합니다.
• 일상 사용: 시스템 프록시 또는 TUN과 규칙 모드를 함께 사용해 로컬 리소스는 직접 연결하고 지정한 대상은 프록시로 전달합니다.
• 문제 비교: 전역 모드와 규칙 모드를 한 번씩 전환해 봅니다. 전역 모드에서만 작동한다면 라우팅 규칙을 중점적으로 확인하세요.
• 연결 일시 중지: 시스템 프록시를 복원하거나 TUN을 끄고 관련 백그라운드 코어 프로세스를 종료해 남아 있는 연결 처리를 방지합니다.

연결 확인: 지연 시간, 출구와 여러 기기 설정

질문 7: 지연 시간 테스트를 통과하면 반드시 사용할 수 있나요?

지연 시간은 단일 항목에 대한 관찰 결과일 뿐입니다. 클라이언트의 TCP 지연 시간은 일반적으로 대상 포트에 연결할 수 있는지만 측정하며 프로토콜 인증까지 완료하지 않을 수 있습니다. 실제 지연 시간은 프록시 요청을 추가로 보내므로 실제 사용 환경에 더 가깝지만, 지속적인 전송 속도를 보장하지는 않습니다. 노드에 80밀리초가 표시되어도 테스트 시점의 응답이 빠르다는 뜻일 뿐, 사용량이 많은 시간대의 처리량이 안정적이라는 의미는 아닙니다.

노드 사용 가능 여부를 판단하려면 최소한 세 단계를 완료해야 합니다. TCP 또는 실제 지연 시간을 테스트하고, 대상 웹페이지를 연 뒤, 출구 주소가 예상대로 변경되었는지 확인하세요. 지연 시간은 표시되지만 웹페이지가 열리지 않는다면 프로토콜 핸드셰이크, 시스템 프록시, DNS와 라우팅을 중점적으로 확인합니다. 지연 시간이 시간 초과로 표시되면 먼저 노드 주소, 포트, 현재 네트워크와 서비스 상태를 확인하세요.

질문 8: 트래픽이 프록시를 거치는지 어떻게 확인하나요?

먼저 클라이언트를 사용하지 않을 때의 출구 네트워크 정보를 기록합니다. 그런 다음 활성 노드와 시스템 프록시를 켜고 새 브라우저 창에서 신뢰할 수 있는 네트워크 정보 확인 페이지에 접속하세요. 출구 지역이나 통신망이 선택한 노드의 특성과 일치해야 합니다. 이후 클라이언트의 실시간 로그나 연결 정보로 돌아가 해당 도메인, 대상 포트와 아웃바운드 태그가 표시되는지 확인합니다.

클라이언트 아이콘이 실행 상태라는 것만으로는 검증이 끝나지 않습니다. 코어 프로세스 실행, 노드 선택, 애플리케이션 트래픽의 수신 포트 유입, 라우팅에 따른 프록시 출구 선택이 모두 충족되어야 합니다. 브라우저에 여전히 기존 출구가 표시된다면 브라우저가 별도 프록시 설정을 사용하는지, 시스템 프록시 주소가 127.0.0.1과 현재 수신 포트를 가리키는지 확인하세요.

문제 해결: 로그, 시간과 클라이언트 선택

질문 9: 모든 노드 연결이 갑자기 실패하면 어떻게 점검하나요?

여러 노드가 동시에 모두 실패했다면 노드를 하나씩 수정하기보다 공통 요소를 먼저 확인해야 합니다. 기기가 기본 네트워크에 정상적으로 접속할 수 있는지 확인한 뒤 구독을 한 번 업데이트하고 클라이언트 코어를 다시 시작하세요. 그다음 시스템 시간을 확인합니다. TLS와 REALITY 핸드셰이크는 정확한 시간에 의존하므로 기기 시간의 오차가 크면 인증서나 핸드셰이크 검증이 실패할 수 있습니다.

로그는 문제를 찾는 가장 중요한 근거입니다. connection refused가 표시되면 대상 포트가 연결을 받지 않거나 네트워크에서 직접 거부했을 가능성이 큽니다. timeout은 정해진 시간 안에 연결이 완료되지 않았다는 뜻입니다. authentication failed가 표시되면 사용자 식별자, 비밀번호 또는 구독 업데이트 여부를 확인하세요. failed to find an available destination이 표시되면 도메인 확인, 라우팅과 대상 주소를 추가로 살펴봐야 합니다.

1. 기본 네트워크 확인

   시스템 프록시와 TUN을 잠시 끄고 일반 웹페이지에 직접 접속할 수 있는지 확인해 로컬 네트워크 단절, 게이트웨이 이상과 DNS 장애를 배제합니다.

2. 시스템 시간 동기화

   시스템 날짜 및 시간 설정에서 자동 동기화를 활성화하고 시간대가 올바른지 확인한 뒤 클라이언트 코어를 다시 시작합니다.

3. 구독 업데이트

   「구독 그룹」→「모든 구독 업데이트」를 실행하고 401, 403, 시간 초과 또는 확인 오류가 반환되는지 확인합니다.

4. 노드 전환

   같은 구독의 다른 지역 노드를 선택하고 전역 모드로 비교 테스트를 실행해 단일 노드 장애인지 규칙 문제인지 구분합니다.

5. 로그 확인

   처음 오류가 발생한 시점 주변의 시간, 대상 도메인, 포트와 오류 유형을 기록하고 연결 거부, 시간 초과, 인증과 DNS 문제로 나누어 처리합니다.

질문 10: v2rayN, v2rayNG와 v2flyNG 중 무엇을 선택해야 하나요?

v2rayN은 Windows, macOS와 Linux 데스크톱 환경에서 사용하며 구독 관리, 시스템 프록시, TUN, 라우팅과 여러 코어 설정 기능을 제공합니다. 데스크톱 사용자에게는 통합 관리 인터페이스로 적합합니다. 안드로이드에서 VLESS, REALITY와 Xray 기능의 호환성이 우선이라면 Xray 코어를 사용하는 v2rayNG를 선택할 수 있습니다.

v2flyNG는 v2fly 코어 설정을 대상으로 하며, VMess 등 v2fly 계열 노드를 이미 사용하고 해당 코어의 동작이 필요한 안드로이드 환경에 적합합니다. 클라이언트는 노드 이름이 아니라 플랫폼, 프로토콜과 서버 매개변수에 따라 선택해야 합니다. 구독에 VLESS와 REALITY가 포함되어 있다면 현재 클라이언트 코어가 해당 기능을 지원하는지 먼저 확인하세요.

초보자 문제 해결의 핵심 순서는 다음과 같이 고정할 수 있습니다. 구독 업데이트 가능 여부, 목록 생성 여부, 활성 노드 선택 여부, 코어 호환 여부, 애플리케이션 트래픽의 클라이언트 유입 여부, 올바른 출구를 선택했는지 차례로 확인하세요. 단계별로 처리하는 편이 노드를 계속 바꾸는 것보다 효과적이며, 여러 설정을 동시에 수정해 비교 기준을 잃는 일도 막을 수 있습니다.