V2Ray 사용은 설치만으로 끝나지 않습니다. 클라이언트는 설정을 관리하고, 구독은 노드 목록을 제공하며, 라우팅은 트래픽의 방향을 정하고, 코어는 프로토콜·DNS·연결 처리를 실행합니다. 이 흐름에 따라 각 계층의 역할을 이해해야 문제가 생겼을 때 클라이언트 옵션, 구독 내용, 코어 설정 중 무엇을 수정해야 하는지 정확히 판단할 수 있습니다.
01 / CLIENT
v2rayN · v2rayNG · v2flyNG
먼저 플랫폼에 맞는 클라이언트 선택
Windows, macOS, Linux 데스크톱에서는 모두 v2rayN을 기본으로 사용합니다. 구독 업데이트, 서버 목록, 시스템 프록시, 라우팅 규칙, 로그와 코어 관리를 하나의 그래픽 인터페이스에서 처리할 수 있어 데스크톱에서 여러 설정을 지속적으로 관리하는 사용자에게 적합합니다. Windows 페이지에는 차세대 데스크톱 인터페이스와 클래식 WPF 인터페이스가 함께 제공되며, 서로 다른 조작 방식에 맞춰 선택할 수 있습니다. macOS는 프로세서 아키텍처에 맞는 패키지를 선택해야 하고, Linux는 배포판의 패키지 형식에 따라 선택합니다.
Android에서는 v2rayNG와 v2flyNG 중에서 선택할 수 있습니다. v2rayNG는 Xray 코어를 사용하므로 Xray 기반 설정과 프로토콜 조합에 적합하고, v2flyNG는 V2Fly 코어를 사용해 해당 생태계가 필요한 경우의 대안이 됩니다. 두 앱의 기본 흐름은 비슷합니다. 구독 또는 단일 공유 링크를 가져오고, 서버를 선택한 뒤 연결을 시작하고 실제 네트워크 접속 결과를 확인합니다. 차이는 주로 코어 지원 범위와 일부 고급 필드에 있으며, 버튼 위치에 있지 않습니다.
클라이언트를 선택할 때는 운영체제 이름뿐 아니라 프로세서 아키텍처, 설치 패키지 형식, 현재 설정이 의존하는 코어도 확인해야 합니다. 이 사이트의 다운로드 페이지는 각 플랫폼 설치 카드 옆에 이러한 판단 기준을 함께 제시해 패키지 다운로드와 이후 설정이 분리되지 않도록 했습니다. 처음에는 표준 설치와 구독 가져오기를 완료해 기본 연결을 확인한 뒤 TUN, FakeDNS 또는 사용자 지정 아웃바운드를 단계적으로 활성화하면 문제를 더 쉽게 추적할 수 있습니다.
구독 주소는 일반적으로 업데이트 가능한 서버 설정 묶음을 반환하고, 단일 공유 링크는 하나의 노드만 설명합니다. 로컬 설정 파일은 인바운드, 아웃바운드, DNS와 라우팅 규칙을 함께 포함할 수도 있습니다. 세 가지 모두 클라이언트로 가져올 수 있지만 관리 방식은 서로 다릅니다. 구독은 제공자가 지속적으로 관리하는 노드 목록에 적합하고, 단일 링크는 임시 추가나 독립 테스트에 적합합니다. 로컬 설정은 필드를 정밀하게 제어하고 코어 설정 구조를 이해하는 사용자에게 더 적합합니다.
v2rayN에서 구독을 가져온 뒤에는 먼저 출처별로 알아보기 쉬운 그룹 이름을 지정하고 업데이트를 실행한 다음 서버 목록이 생성되는지 확인하세요. 여러 구독을 사용할 때는 용도별로 그룹을 나누어 테스트 노드, 장기 사용 노드와 임시 설정이 한 목록에 섞이지 않게 하는 것이 좋습니다. 구독을 업데이트하면 해당 구독으로 생성된 항목이 대개 덮어써지므로, 오래 보존할 수동 수정은 별도로 저장하고 구독 항목의 임시 편집 결과에 의존하지 마세요.
가져오기에 성공했다고 연결이 이미 설정된 것은 아닙니다. 클라이언트에서 특정 서버를 선택하고 사용 범위에 따라 시스템 프록시 또는 TUN 모드를 활성화해야 합니다. 업데이트 후 목록이 비어 있다면 먼저 구독 응답 형식을 클라이언트가 인식하는지 판단하고, 그다음 주소의 유효성과 로컬 네트워크를 확인하세요. 곧바로 모든 라우팅 및 DNS 항목을 수정할 필요는 없습니다. 입력창 하나만 제공하는 간소화 도구와 달리 전체 클라이언트는 그룹, 업데이트 로그와 노드 출처를 보존하므로 설정 변경을 더 쉽게 추적할 수 있습니다.
03 / ROUTING
SYSTEM PROXY · TUN · RULES
시스템 프록시, TUN 및 라우팅 규칙
시스템 프록시는 운영체제의 프록시 설정을 따르는 앱에 주로 영향을 주므로 브라우저와 일반 데스크톱 소프트웨어에 적합합니다. TUN 모드는 가상 네트워크 인터페이스를 통해 더 넓은 범위의 트래픽을 가로채며, 시스템 프록시 설정을 읽지 않는 프로그램에 유용합니다. 다만 DNS, 라우팅 우선순위와 권한 변수가 더 많이 생깁니다. 두 모드는 속도 단계가 아니며 함께 켜야 작동하는 것도 아닙니다. 어떤 앱의 트래픽을 처리할지, 현재 시스템에서 가상 인터페이스 생성이 허용되는지를 기준으로 선택해야 합니다.
라우팅 규칙은 트래픽이 코어에 들어온 뒤 프록시 아웃바운드, 직접 연결 아웃바운드 또는 차단 아웃바운드 중 무엇을 사용할지 결정합니다. 도메인, IP, 포트, 프로토콜과 프로세스 정보로 매칭할 수 있으며, 일반적으로 규칙 순서가 최종 결과에 영향을 줍니다. 일상적인 사용에서는 적고 목적이 분명한 규칙부터 시작하세요. 먼저 기본 아웃바운드가 유효한지 확인한 뒤 LAN 직접 연결, 특정 도메인 분할 라우팅 또는 특정 앱 정책을 추가하는 방식이 좋습니다. 한 번에 많은 규칙을 추가하면 완성도는 높아 보여도 충돌 원인을 찾기 어려워집니다.
DNS와 라우팅은 함께 고려해야 합니다. 도메인을 어떻게 먼저 조회하는지, 조회 결과가 규칙 매칭에 들어가는지, 어떤 아웃바운드가 요청을 보내는지에 따라 최종 경로가 달라집니다. 웹페이지는 열리지 않지만 IP 연결은 정상이라면 클라이언트 로그, DNS 조회 결과와 라우팅 매칭 상황을 각각 확인하세요. '전체' 버튼만 전환하는 방식보다 시스템 프록시, TUN, DNS, 라우팅의 네 계층을 차례로 점검하는 편이 특정 앱 오류, 도메인 조회 이상 또는 예상과 다른 분할 라우팅 결과를 처리하는 데 적합합니다.
앱 트래픽프록시 진입점DNS 및 규칙대상 아웃바운드
04 / KERNEL
PROJECT V · V2FLY · XRAY
그래픽 클라이언트와 코어의 계층 구조
그래픽 클라이언트와 프록시 코어는 서로 다른 계층에 속합니다. v2rayN, v2rayNG와 v2flyNG는 인터페이스, 구독 목록, 매개변수 구성, 시스템 통합과 실행 상태 표시를 담당합니다. V2Fly 또는 Xray 코어는 설정을 해석하고 프로토콜, 전송, DNS, 라우팅 및 아웃바운드 연결을 실행합니다. 인터페이스에 특정 옵션이 보인다고 해서 모든 코어 버전이 완전히 같은 필드를 사용하는 것은 아닙니다. 반대로 코어가 특정 기능을 지원하더라도 편리하게 사용하려면 클라이언트가 해당 설정 입력 경로를 제공해야 할 수 있습니다.
Project V는 V2Ray 설정 모델과 컴포넌트형 설계의 기반을 마련했고, 이후 V2Fly 커뮤니티가 v2ray-core와 관련 문서를 계속 유지 관리했습니다. Xray는 유사한 설정 구성을 바탕으로 독립적인 코어 구현으로 발전했습니다. 두 코어 계열은 많은 개념을 공유하지만 프로토콜 확장, 전송 기능, 필드 세부 사항과 버전 발전은 완전히 같지 않습니다. 구독 변환이나 수동 설정 이전 시 서버 주소, 포트, 사용자 식별자, 전송 계층과 보안 매개변수를 유지하고 대상 코어가 해당 필드를 인식하는지 확인해야 합니다.
일상적인 문제 해결에서는 먼저 문제가 어느 계층에 있는지 확인하세요. 클라이언트가 구독을 저장하지 못하면 보통 인터페이스나 입력 문제이고, 코어 시작 실패는 설정 해석 로그를 확인해야 합니다. 연결은 되었지만 접속에 문제가 있으면 노드, DNS, 라우팅과 로컬 네트워크를 계속 점검해야 합니다. 계층을 구분하면 한 번의 연결 실패 때문에 클라이언트, 코어와 모든 규칙을 동시에 바꿀 필요가 없습니다. 이 사이트의 고급 가이드에서는 여러 구독, 서버 필터링, FakeDNS, 사용자 지정 아웃바운드와 복잡한 라우팅의 조합도 설명합니다.
플랫폼 링크는 해당 다운로드 탭으로 이동시키는 역할만 하며, 실제 설치 패키지는 프로세서 아키텍처와 시스템 형식에 맞춰 다시 선택해야 합니다. 데스크톱 플랫폼에서는 v2rayN을 사용하고, Android에서는 코어 요구 사항에 따라 v2rayNG와 v2flyNG 중에서 선택할 수 있습니다. 설치가 끝나면 먼저 최소 설정으로 한 번 검증한 뒤 구독 필터와 고급 네트워크 모드를 단계적으로 추가하는 것이 좋습니다.
DESKTOP / WPF
Windows
Windows에서는 v2rayN을 사용합니다. 차세대 데스크톱 버전은 크로스 플랫폼 인터페이스를 사용해 통일된 레이아웃을 원하는 사용자에게 적합합니다. 클래식 WPF 버전은 기존 조작 구조를 유지해 전통적인 메뉴와 목록 관리 방식에 익숙한 환경에 알맞습니다. 두 버전 모두 구독 업데이트, 노드 전환, 시스템 프록시와 라우팅 설정을 지원합니다.
다운로드 페이지에서 사용 방식에 따라 데스크톱 버전이나 클래식 WPF 버전을 선택하면 되며, 두 인터페이스를 동시에 설치할 필요는 없습니다.
macOS에서는 v2rayN을 사용하며 먼저 프로세서 아키텍처를 확인해야 합니다. 최신 Apple Silicon 기기는 arm64 설치 패키지를, Intel 프로세서 기기는 x64 설치 패키지를 선택하세요. 아키텍처를 잘못 선택하면 앱이 정상적으로 시작되지 않는 경우가 많으므로 시스템 정보에서 프로세서 또는 칩 유형을 먼저 확인해야 합니다.
처음 실행할 때 시스템이 차단하면 시스템 설정의 보안 안내에 따라 앱 실행을 허용하고 필요한 네트워크 권한을 확인하세요.
Android에서는 v2rayNG를 우선 선택할 수 있습니다. Xray 코어가 일반적인 구독과 관련 프로토콜 설정에 적합하며, V2Fly 코어가 필요하면 v2flyNG를 선택하세요. 2015년 이후 출시된 일반적인 스마트폰은 보통 arm64 패키지를 우선 사용합니다. 아키텍처를 확인하기 어렵거나 기기 호환 범위가 복잡하면 범용 버전으로 바꿔 선택할 수 있습니다.
설치 후 먼저 구독을 가져와 노드를 선택한 다음 연결을 시작하세요. 백그라운드 실행이 제한되면 시스템의 배터리 및 네트워크 관리 설정을 확인해야 합니다.
Linux에서는 v2rayN을 사용합니다. Debian, Ubuntu 및 유사 환경에서는 보통 deb 패키지를, Fedora, RHEL 계열 배포판에서는 보통 rpm 패키지를 선택합니다. 각 형식에서도 x64와 arm64 아키텍처를 구분해야 합니다. 설치 전에 배포판의 패키지 관리 체계와 명령어 출력에 표시되는 머신 아키텍처를 확인하세요.
그래픽 인터페이스가 시작된 뒤에도 데스크톱 세션 권한, 시스템 프록시 적용 결과와 TUN 모드에 필요한 네트워크 권한을 확인해야 합니다.
그래픽 클라이언트, 프록시 코어와 설정 형식 사이의 계층을 이해하면 소프트웨어 이름만 외우는 것보다 선택과 문제 해결에 도움이 됩니다.
CLIENT UICONFIGCORENETWORK
A / ORIGIN
Project V의 컴포넌트형 기반
Project V는 V2Ray 생태계 초기에 중요한 기술 기반을 마련했습니다. 설정 모델은 인바운드, 아웃바운드, 라우팅, DNS, 전송과 정책을 조합 가능한 모듈로 나눕니다. 이러한 구조 덕분에 하나의 코어가 다양한 로컬 진입점과 원격 아웃바운드를 처리할 수 있고, 그래픽 클라이언트는 복잡한 JSON 필드를 구독 목록, 드롭다운 옵션과 규칙 편집 화면으로 바꿀 수 있습니다. v2rayN 또는 Android 클라이언트에서 보는 서버, 라우팅과 DNS 설정은 본질적으로 코어가 읽을 수 있는 설정을 구성하는 과정입니다.
컴포넌트형 구조에서는 문제도 계층별로 찾아야 합니다. 구독 주소가 업데이트되지 않으면 먼저 입력과 응답 형식을 확인하고, 코어가 시작되지 않으면 설정 필드와 시작 로그를 확인해야 합니다. 연결은 되었지만 일부 앱에서 적용되지 않으면 시스템 프록시, TUN, DNS와 라우팅을 계속 판단해야 합니다. 모든 현상을 '노드 문제'라고 부르면 클라이언트와 로컬 네트워크 계층의 영향을 놓치게 됩니다.
B / CORE FAMILY
V2Fly와 Xray의 코어 계열
V2Fly 커뮤니티는 v2ray-core와 관련 컴포넌트를 이어받아 유지 관리하며 Project V 설정 체계의 핵심 개념을 다수 보존하고 있습니다. Xray는 유사한 모듈형 설계를 바탕으로 독립적인 구현을 만들고 자체 프로토콜, 전송과 설정 기능을 계속 발전시켰습니다. 두 코어는 인바운드, 아웃바운드, 라우팅, DNS 등의 개념에서 공통점이 많지만 구체적인 필드, 기본 동작과 확장 기능은 다를 수 있습니다. 설정 외형이 비슷하다는 이유만으로 바로 호환된다고 판단해서는 안 됩니다.
구독을 변환할 때는 특히 대상 코어를 확인해야 합니다. 기본적인 서버 주소, 포트, 사용자 식별자와 전송 매개변수는 대체로 매핑하기 쉽지만 일부 보안 설정, 흐름 제어 매개변수와 전송 확장은 특정 구현에서만 사용할 수 있습니다. 변환 도구는 제공된 정보를 재구성할 뿐 원래 설정에 없는 핵심 필드를 보완할 수 없습니다. 가져온 뒤 연결되지 않는다면 원본 링크와 대상 코어의 필드 지원 범위를 기준으로 하나씩 대조해야 합니다.
C / CLIENTS
세 클라이언트의 역할
v2rayN은 Windows, macOS와 Linux 데스크톱 환경을 대상으로 구독 관리, 노드 목록, 프록시 모드, 라우팅 규칙, 로그 확인과 코어 호출을 담당합니다. v2rayNG는 Android용으로 Xray 코어를 사용하며 모바일 연결 관리를 제공합니다. v2flyNG도 Android용이지만 V2Fly 코어를 사용합니다. 클라이언트 이름이 비슷하다고 해서 세 제품이 동일한 인터페이스 코드나 코어를 공유하는 것은 아니므로 기기 플랫폼과 설정 의존성을 기준으로 선택해야 합니다.
그래픽 클라이언트는 설정 편집의 진입 장벽을 낮추지만 네트워크 처리의 기본 논리를 바꾸지는 않습니다. 구독은 여전히 인식 가능한 내용을 반환해야 하고, 서버는 연결 가능한 상태여야 하며, 도메인 조회는 로컬 및 원격 DNS 정책의 영향을 받습니다. 라우팅 규칙은 여전히 매칭 조건에 따라 아웃바운드를 결정합니다. 이러한 사실을 이해하면 클라이언트의 '구독 업데이트', '활성 서버로 지정', '시스템 프록시'와 'TUN 모드'를 각각 명확한 처리 단계에 대응시킬 수 있습니다.
D / LICENSE & UPDATE
오픈 소스 라이선스와 업데이트 판단
V2Fly, Xray와 세 그래픽 클라이언트는 모두 공개 소스 코드 방식으로 유지 관리되며 각 프로젝트가 채택한 오픈 소스 라이선스에 따라 배포됩니다. 구성 요소의 라이선스가 서로 같다고 할 수는 없습니다. 코어와 클라이언트는 독립적인 프로젝트이고 출시 주기도 각자 결정합니다. 오픈 소스라는 특성은 커뮤니티가 구현을 검토하고 수정 사항을 제출하며 설정 동작을 검증하는 데 도움이 됩니다. 다만 특정 버전이 현재 시스템과 구독 형식에 맞는지는 업데이트 내용과 실제 환경을 함께 확인해야 합니다.
클라이언트를 업데이트하기 전에는 현재 구독 그룹, 프록시 모드와 사용자 지정 규칙을 기록하고 새 버전에서 설정 폴더, 기본 코어 또는 인터페이스 구조가 바뀌었는지 확인하는 것이 좋습니다. 현재 환경이 안정적으로 작동한다면 변경 내용을 읽지 않은 상태에서 클라이언트, 코어를 동시에 업그레이드하고 라우팅까지 다시 작성할 필요는 없습니다. 단계적으로 업데이트하면 비교 조건을 명확하게 유지할 수 있습니다. 먼저 하나의 구성 요소를 업데이트해 시작, 구독, 연결과 분할 라우팅을 검증한 뒤 다음 계층을 처리하세요.
LATEST GUIDES
최근 설정 및 문제 해결 글
글에서는 실제 사용 중 자주 발생하는 문제를 다룹니다. 프록시 모드가 앱 트래픽에 미치는 영향, macOS 설치 권한을 처리하는 순서, 구독 형식 변환 시 보존해야 할 필드를 설명합니다. 각 글은 현상, 판단 조건과 조작 순서를 나누어 안내하므로 설정을 변경하기 전에 문제 범위를 먼저 정할 수 있습니다.