V2Ray 초보자 10문 10답: 코어, 구독, 프록시 모드 핵심 정리

1. V2Ray, 코어, 클라이언트의 관계

질문 1: V2Ray은 데스크톱 클라이언트인가요?

아닙니다. 일상적으로 말하는 “V2Ray”은 네트워크 프록시 기술 전체를 가리키기도 하고, 프로토콜·전송·라우팅·DNS를 처리하는 핵심 프로그램을 뜻하기도 합니다. 코어에는 일반 사용자를 위한 완성된 그래픽 인터페이스가 없는 경우가 많으며, v2rayN, v2rayNG, v2flyNG가 설정 가져오기, 노드 선택, 코어 실행, 시스템 프록시 조정을 담당하는 클라이언트입니다.

사용 가능한 설정은 세 계층으로 나눌 수 있습니다. 클라이언트는 사용자 인터페이스와 설정 관리를 담당하고, 코어는 연결 수립과 라우팅 실행을 담당하며, 노드 매개변수는 서버 주소·포트·사용자 식별자·전송 방식·암호화 계층을 정의합니다. 클라이언트에 “실행 중”이라고 표시되어도 코어 프로세스가 시작되었다는 뜻일 뿐, 현재 노드의 연결이 반드시 완료되었다는 의미는 아닙니다.

질문 2: V2Fly와 Xray 코어는 어떻게 이해해야 하나요?

V2Fly는 V2Ray Core의 프로토콜·전송·라우팅 기능을 이어받아 VMess, VLESS, WebSocket, gRPC 같은 일반적인 설정에 적합합니다. Xray는 유사한 설정 체계 위에서 기능을 확장했으며, VLESS, Reality 또는 특정 흐름 제어 매개변수가 포함된 노드에 자주 사용됩니다. 둘 다 구독 서비스가 아니며 서버를 자동으로 제공하지도 않습니다. 클라이언트가 생성한 설정을 읽고 규칙에 따라 트래픽을 처리합니다.

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

Windows, macOS, Linux 데스크톱에서는 v2rayN을 사용하고, Android 기기에서는 v2rayNG와 v2flyNG 중에서 선택할 수 있습니다. v2rayNG는 Xray 코어를 사용하므로 최신 Xray 설정 기능이 필요한 구독에 적합합니다. v2flyNG는 V2Fly 코어를 사용하므로 V2Fly 설정 체계가 명시된 노드에 적합합니다. 이름만 보고 판단하지 말고, 구독 안내에 적힌 프로토콜과 전송 매개변수를 코어 선택 기준으로 삼으세요.

2. 노드 링크와 구독 주소 구분하기

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

구독 주소는 노드 서비스 운영자나 자체 서버의 설정 시스템에서 생성하며, v2rayN·v2rayNG·v2flyNG 또는 코어가 자동으로 만들지 않습니다. 보통 HTTPS로 시작하는 주소이며, 클라이언트가 접속하면 여러 노드 설정을 가져옵니다. 주소에 계정 식별용 토큰이 포함될 수 있으므로 공개 페이지, 스크린샷, 로그 공유 내용에 붙여 넣지 마세요.

서버 IP, 포트, 사용자 식별자만 알고 있다면 프로토콜, 전송 계층, TLS, SNI, 경로, Flow 등의 필드도 알아야 완전한 설정을 수동으로 만들 수 있습니다. IP 주소 하나만으로는 연결할 수 없습니다. 가장 안전한 방법은 설정 제공자에게 지원되는 클라이언트, 코어 유형, 업데이트 방식을 확인하는 것입니다.

질문 5: vmess://, vless://와 구독 링크는 어떻게 다른가요?

vmess://와 vless://는 일반적으로 단일 노드 공유 링크를 의미합니다. 한 번 가져오면 클라이언트에 로컬 설정 하나가 생성됩니다. 구독 주소는 원격 설정 모음으로, 여러 노드와 그룹을 포함할 수 있습니다. “구독 업데이트”를 실행하면 클라이언트가 내용을 다시 가져와 변경 사항을 동기화합니다. 단일 노드 링크는 서버에서 이름이나 매개변수를 바꿔도 자동으로 업데이트되지 않습니다.

• 복사한 내용이 vless:// 또는 vmess:// 하나뿐이라면 “클립보드에서 가져오기”와 같은 메뉴를 사용하세요.
• 복사한 내용이 HTTPS 주소이고 설정 제공자가 구독으로 표시했다면 수동 노드 편집기가 아니라 “구독 그룹”에 추가하세요.
• 구독 업데이트 후 노드 수가 줄었다면 원격 설정이 변경되었을 가능성이 있습니다. 클라이언트의 삭제 기능에 문제가 있다는 뜻은 아닙니다.

3. 구독 가져오기와 코어 선택의 올바른 순서

질문 6: 처음 가져온 뒤 어떤 작업을 해야 하나요?

처음 설정할 때 라우팅, DNS, TUN, 포트를 한꺼번에 수정하지 마세요. 먼저 구독을 가져오고 노드를 하나 선택한 다음 코어를 시작하고 시스템 프록시를 켜서 웹 접속을 테스트하세요. 기본 연결이 작동한 뒤에 라우팅 규칙을 하나씩 조정해야 합니다. 그래야 문제가 노드 매개변수, 시스템 트래픽 가로채기, 이후 규칙 중 어디에서 발생했는지 판단하기 쉽습니다.

1. 클라이언트 확인

   데스크톱에서는 v2rayN을 열고, Android 기기에서는 설정 요구 사항에 따라 v2rayNG 또는 v2flyNG를 선택하세요. 실행 후 상태 표시줄에서 프로그램이 코어를 정상적으로 불러오는지 먼저 확인합니다.

2. 구독 추가

   v2rayN에서 「구독 그룹」→「구독 그룹 설정」→「추가」로 이동해 이름을 입력하고 구독 주소를 붙여 넣으세요. 저장한 뒤 「모든 구독 업데이트」를 실행합니다.

3. 코어 선택

   「설정」→「매개변수 설정」→「Core 유형」으로 이동해 노드 요구 사항에 따라 Xray 또는 V2Fly를 선택하세요. Reality, Flow 등의 필드가 포함되어 있다면 설정 제공자의 안내를 우선 따르세요.

4. 노드 선택

   노드 목록에서 설정 하나를 선택해 활성 서버로 지정하세요. 먼저 주소가 비어 있지 않은지, 포트가 1~65535 범위인지 확인한 다음 코어를 시작합니다.

5. 프록시 켜기

   먼저 시스템 프록시 모드를 선택하고 서로 다른 사이트 두 곳에 접속하면서 코어 로그를 확인하세요. 기본 접속이 정상임을 확인한 후 TUN 또는 사용자 지정 라우팅을 사용할지 결정합니다.

Android의 메뉴 이름은 버전에 따라 달라질 수 있지만 작업 흐름은 같습니다. 구독 추가, 설정 업데이트, 노드 선택, 연결 시작 순서로 진행하세요. 시스템에서 처음 네트워크 연결 권한을 요청하면 승인해야 합니다. 그렇지 않으면 클라이언트에는 노드가 선택된 것으로 보이지만 시스템 트래픽은 로컬 프록시 채널로 들어가지 않을 수 있습니다.

4. 시스템 프록시와 TUN 모드의 적용 범위

질문 7: 시스템 프록시와 TUN은 어떻게 다른가요?

시스템 프록시는 운영체제의 프록시 설정을 통해 HTTP 또는 SOCKS 프록시를 지원하는 앱을 클라이언트의 수신 포트로 연결합니다. 설정이 직관적이고 적용 범위를 확인하기 쉬워 브라우저와 시스템 프록시를 따르는 데스크톱 프로그램에 적합합니다. 일부 프로그램은 시스템 프록시 설정을 무시하거나 직접 네트워크 연결을 만들기 때문에 이러한 트래픽은 자동으로 프록시 코어에 들어가지 않습니다.

TUN 모드는 가상 네트워크 인터페이스를 만들어 더 낮은 계층에서 라우팅 조건에 맞는 트래픽을 가로채므로 시스템 프록시 설정을 읽지 않는 더 많은 프로그램을 지원할 수 있습니다. 일반적으로 시스템 권한이 필요하며 라우팅 테이블, DNS, 제외 규칙도 함께 다뤄야 합니다. TUN을 켠 뒤 LAN 기기에 접근할 수 없거나 도메인 확인이 실패하거나 네트워크 루프가 발생하면 먼저 TUN을 끄고 시스템 프록시 모드로 돌아가 기본 노드가 정상인지 확인하세요.

초보자는 먼저 시스템 프록시로 기본 연결을 확인하는 것이 좋습니다. 코어 로그에 로컬 SOCKS 수신 주소가 127.0.0.1:10808로 표시된다면 앱을 수동으로 설정할 때 주소는 로컬 루프백 주소로 입력하고 포트는 로그와 동일하게 지정해야 합니다. 원격 노드 포트를 로컬 프록시 포트로 잘못 입력하지 마세요. 두 포트의 역할은 완전히 다릅니다.

1. 브라우저는 접속되지만 특정 앱만 접속되지 않는다면 먼저 해당 앱이 시스템 프록시를 읽는지 확인하세요.
2. 모든 앱에서 접속되지 않는다면 코어 실행 여부, 로컬 포트 수신 대기 여부, 노드 연결 시간 초과 여부를 확인하세요.
3. TUN을 켠 뒤에만 문제가 발생한다면 가상 인터페이스 권한, DNS 설정, LAN 우회 규칙을 확인하세요.

5. 노드에 연결되지 않을 때 먼저 확인할 곳

질문 8: 노드 테스트가 시간 초과되면 무엇부터 확인해야 하나요?

먼저 “구독 업데이트 실패”와 “노드 연결 실패”를 구분하세요. 전자는 구독 내용을 가져오는 과정에서 발생하며 구독 주소, 네트워크 환경, 업데이트 방식과 관련됩니다. 후자는 코어가 노드에 연결할 때 발생하므로 서버 주소, 원격 포트, 프로토콜, TLS, 전송 계층, 시스템 시간을 중점적으로 확인해야 합니다. 측정 결과가 비어 있다고 바로 클라이언트를 다시 설치하지 마세요. 로그의 첫 번째 명확한 오류가 대개 더 유용합니다.

같은 노드를 3회 연속 테스트하고 매번 약 5초 간격을 두는 것이 좋습니다. 한 번만 시간 초과된 뒤 회복된다면 일시적인 네트워크 변동일 수 있습니다. 매번 비슷한 시점에 실패한다면 DNS 확인과 원격 포트를 점검하세요. 시스템 시간 차이도 TLS 연결에 영향을 줄 수 있으므로 날짜, 시간대, 자동 시간 동기화가 모두 올바른지 확인합니다.

질문 9: 연결됨으로 표시되지만 웹 페이지가 열리지 않으면 어떻게 해야 하나요?

“연결됨”은 클라이언트가 로컬 채널을 만들었거나 코어 프로세스가 실행 중이라는 뜻일 수 있습니다. 다음으로 시스템 트래픽이 해당 채널로 들어가는지, 코어가 요청을 원격으로 전달할 수 있는지 확인해야 합니다. 로컬 수신, 시스템 프록시, 코어 로그, DNS, 라우팅 규칙 순서로 점검하면 노드를 계속 바꾸는 것보다 원인을 쉽게 찾을 수 있습니다.

6. 라우팅 분할은 간단한 규칙부터 시작하기

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

전역 모드는 일반적으로 프록시 가능한 대부분의 트래픽을 현재 노드로 전달하므로 노드 자체가 작동하는지 확인할 때 유용하지만, 복잡한 분할 라우팅을 검증하는 장기 설정으로는 적합하지 않습니다. 규칙 모드는 도메인, IP, 포트, 프로세스에 따라 서로 다른 출구를 선택하며 일상적인 사용에서 더 흔합니다. 직접 연결 모드는 프록시의 영향을 잠시 중단하거나 로컬 네트워크를 확인할 때 사용합니다. 클라이언트가 종료된 것은 아니며 코어 프로세스는 계속 실행될 수 있습니다.

처음 라우팅을 설정할 때는 기본 규칙에서 시작해 명확하게 확인할 수 있는 규칙 하나만 추가하세요. 예를 들어 LAN 주소를 직접 연결로 설정한 뒤 프린터, 라우터 관리 페이지, 파일 공유가 복구되는지 확인합니다. 한 번에 많은 도메인 분류, DNS 재작성, 프로세스 규칙을 추가하면 로그와 구체적인 조건을 대응하기 어려워집니다.

• 첫 번째: 현재 모드, 활성 노드, 코어 유형, DNS 설정을 기록해 복구 가능한 기준 상태를 만드세요.
• 두 번째: 로컬 및 LAN 주소는 직접 연결로 유지하세요. 일반적인 사설 주소 대역은 원격 노드로 보내면 안 됩니다.
• 세 번째: 한 번에 규칙 한 그룹만 추가하고 대상 사이트에 다시 접속한 뒤 로그에서 일치한 아웃바운드 방향을 확인하세요.
• 네 번째: 규칙 결과가 예상과 다르면 먼저 이번 변경을 되돌리세요. 코어와 프록시 모드를 동시에 바꾸지 마세요.

라우팅 규칙은 트래픽을 직접 연결, 프록시, 차단 중 어디로 보낼지 결정하고, 구독 노드는 선택 가능한 원격 연결 매개변수만 제공합니다. 둘은 같은 개념이 아닙니다. 구독을 업데이트해도 로컬 라우팅 설계가 자동으로 완료되지는 않습니다. 클라이언트의 기본 규칙도 버전에 따라 바뀔 수 있으므로 문제를 점검할 때 현재 기본 규칙인지 사용자 지정 규칙인지 먼저 확인해야 합니다.

10가지 질문에 대한 기본 점검을 마쳤다면 일정한 절차로 설정을 확인할 수 있습니다. 구독 업데이트, 노드 선택, 코어 시작, 로컬 수신 확인, 시스템 프록시 활성화, 대상 사이트 접속, 로그에서 일치 규칙 확인 순서로 진행하세요. 기본 절차가 안정된 뒤 TUN을 켜고 DNS를 조정하거나 분할 라우팅 규칙을 추가하면 문제 범위를 훨씬 명확하게 좁힐 수 있습니다.