Windows
데스크톱에서는 v2rayN을 우선 선택하세요. 최신 데스크톱 인터페이스는 일반적인 설치에 적합하고, 클래식 WPF 버전은 전통적인 조작 레이아웃을 선호하는 사용자에게 알맞습니다. 두 버전 모두 구독, 라우팅, 시스템 프록시를 관리할 수 있습니다.
다운로드 페이지로 이동클라이언트 및 설정 문서 · Project V 생태계 참고
클라이언트 선택부터 시작해 구독 가져오기, 라우팅 분기, 설정 문제 해결을 차례로 확인하세요. 데스크톱과 Android 클라이언트를 다루며 Xray와 V2Fly 두 코어 라인의 사용 상황도 설명합니다.
구독 링크를 붙여넣고 v2rayN으로 한 번에 가져오기CLIENT WORKBENCH
자주 사용하는 기능은 구독 그룹, 라우팅 모드, 시스템 프록시, 코어 선택, 로그 창의 다섯 곳에 모여 있습니다. 먼저 설정이 속한 계층을 확인한 뒤 세부 매개변수를 수정하면 설정을 반복해서 가져오는 것보다 문제를 쉽게 찾을 수 있습니다.
구독은 서버에서 관리하는 설정 진입점 모음입니다. 클라이언트에서 구독을 업데이트해야 노드, 프로토콜, 전송 매개변수가 로컬에 저장됩니다. 실제로 사용할 때는 먼저 알아보기 쉬운 이름의 그룹을 만든 다음 전체 구독 주소를 붙여넣고 업데이트를 실행하세요. 업데이트에 실패하면 버튼을 연속해서 누르지 말고 네트워크 접속 실패인지, 반환된 콘텐츠 형식이 올바르지 않은지, 주소가 만료되었는지 안내 메시지부터 확인해야 합니다. 그룹 관리는 출처를 분리해 보존하는 데 의미가 있습니다. 여러 구독이 서로 덮어쓰지 않으며 한 그룹을 비활성화해도 다른 설정에는 영향을 주지 않습니다. 직접 추가한 단일 노드는 임시 테스트에 적합하므로 장기간 관리하는 구독과 같은 그룹에 섞지 않는 것이 좋습니다.
라우팅 분기는 단순한 스위치가 아니라 순서대로 적용되는 규칙 모음입니다. 클라이언트는 도메인, IP, 포트 또는 프로토콜 유형에 따라 요청을 프록시 출구, 직접 연결 출구 또는 차단 출구로 보낼 수 있습니다. 구체적인 규칙일수록 목록 앞에 두고, 범위가 넓은 기본 규칙은 마지막에 배치하세요. 수정 후에는 도메인 확인 방식도 함께 살펴야 합니다. IP 규칙만 작성하고 적절한 도메인 전략을 지정하지 않으면 규칙이 계속 일치하지 않을 수 있습니다. 일상적인 설정에서는 먼저 클라이언트에 내장된 안정적인 규칙 집합을 사용하고 꼭 필요한 사용자 지정 항목만 하나씩 추가하는 편이 출처가 불분명한 규칙을 한꺼번에 가져오는 것보다 관리와 문제 해결에 유리합니다.
코어가 정상적으로 시작되었다는 것은 로컬 프록시 포트가 수신 대기 중이라는 뜻일 뿐입니다. 시스템의 애플리케이션이 해당 포트를 사용할지는 시스템 프록시 설정이나 애플리케이션 자체의 프록시 옵션에 달려 있습니다. 브라우저는 접속되지만 특정 독립 프로그램만 연결되지 않는다면 해당 프로그램이 시스템 프록시를 읽는지 확인하세요. 모든 프로그램이 연결되지 않을 때는 코어 로그, 로컬 포트, 현재 노드를 점검해야 합니다. LAN 연결 허용을 켜면 수신 대기 범위가 넓어집니다. 같은 네트워크의 다른 기기가 접속해야 할 때만 활성화하고 운영체제 방화벽 규칙도 함께 확인하세요. 두 계층을 이해하면 시스템 프록시가 꺼진 상태를 노드나 프로토콜 설정 오류로 잘못 판단하는 일을 줄일 수 있습니다.
v2rayN, v2rayNG, v2flyNG는 구독, 노드, 시스템 프록시 등을 그래픽 인터페이스로 조작하게 해 주지만, 실제로 설정을 읽고 연결을 만드는 것은 하위 코어입니다. Xray와 V2Fly는 공통된 생태계에서 출발했지만 유지보수 방향, 프로토콜 확장, 일부 필드 지원은 완전히 같지 않습니다. 코어는 이름만 비교하지 말고 노드 설정 요구사항을 기준으로 선택해야 합니다. 설정에 특정 흐름 제어, 전송 또는 보안 필드가 포함되어 있다면 클라이언트가 해당 필드를 지원하는 코어와 함께 사용해야 합니다. 일반적인 설정이라면 클라이언트와 코어 조합의 안정성을 우선 확인하는 것이 좋습니다. 코어를 전환한 뒤에는 연결을 다시 시작하고 시작 로그에서 실제로 대상 코어가 로드되었는지 확인하세요.
loading config: config.json
routing: domainStrategy=IPIfNonMatch
inbound: socks / http
outbound: proxy / direct
설정 파싱 실패, 포트 사용 중, 도메인 확인 이상, TLS 핸드셰이크 실패는 서로 다른 로그 단서를 남깁니다. 문제를 해결할 때는 완전히 새로 시작한 시점부터 확인하고 가장 먼저 나타난 error 또는 failed 행을 찾은 다음 앞뒤 설정 필드와 함께 원인을 판단해야 합니다. JSON 문법 오류는 대개 행과 열 위치를 알려 줍니다. 포트 사용 중 오류에는 수신 대기 실패가 나타나며, 인증서와 핸드셰이크 문제는 시스템 시간, serverName, SNI, 전송 매개변수를 점검해야 합니다. 뒤이어 반복되는 수많은 로그는 첫 번째 장애가 만든 연쇄 결과인 경우가 많습니다. 원본 오류 문구를 보존하고 항목을 하나씩 수정하는 편이 노드, DNS, 라우팅, 코어를 동시에 바꾸는 것보다 어느 단계에서 연결이 복구되었는지 확인하기 쉽습니다.
PLATFORM ENTRY
플랫폼 페이지에서 지원 클라이언트, 설치 형식, 아키텍처 선택지를 한눈에 확인할 수 있습니다. 홈페이지에서 파일을 직접 배포하지 않으므로 해당 플랫폼으로 이동한 뒤 기기 유형에 맞는 설치 패키지를 선택하세요.
데스크톱에서는 v2rayN을 우선 선택하세요. 최신 데스크톱 인터페이스는 일반적인 설치에 적합하고, 클래식 WPF 버전은 전통적인 조작 레이아웃을 선호하는 사용자에게 알맞습니다. 두 버전 모두 구독, 라우팅, 시스템 프록시를 관리할 수 있습니다.
다운로드 페이지로 이동macOS에서는 v2rayN 데스크톱 클라이언트를 사용합니다. 다운로드하기 전에 시스템 정보에서 프로세서 유형을 확인하고 Apple Silicon 또는 Intel에 맞는 설치 패키지를 선택해 설치 형식과 기기 아키텍처가 맞지 않는 문제를 피하세요.
다운로드 페이지로 이동Android에서는 v2rayNG와 v2flyNG 중에서 선택할 수 있습니다. 전자는 Xray 코어를, 후자는 V2Fly 코어를 사용하는 방식입니다. 최근 출시된 대부분의 기기는 arm64를 선택할 수 있으며 아키텍처를 확인하기 어렵다면 범용 설치 패키지를 사용하세요.
다운로드 페이지로 이동Linux 데스크톱에서는 v2rayN을 사용합니다. 배포판의 패키지 체계에 따라 deb 또는 rpm을 선택하고 프로세서 아키텍처에 맞춰 x64 또는 arm64를 고르세요. 설치 후에는 데스크톱 세션에서도 시스템 프록시를 설정해야 합니다.
다운로드 페이지로 이동OPEN SOURCE ECOSYSTEM
클라이언트, 코어, 프로토콜, 구독은 서로 다른 계층입니다. 각각의 역할을 이해해야 문제가 발생했을 때 그래픽 인터페이스, 설정 파일, 하위 프로토콜 구현 중 어디를 점검할지 판단할 수 있습니다.
Project V는 설정 중심의 네트워크 도구 생태계를 구축했습니다. 초기 V2Ray 프로젝트는 인바운드, 아웃바운드, 라우팅, DNS, 정책, 전송 계층 등 핵심 설정 구조를 확립했고, 이후 커뮤니티의 유지보수를 거치며 V2Fly와 Xray라는 두 가지 대표적인 코어 라인이 형성되었습니다. 두 코어는 JSON으로 수신 대기 진입점, 원격 출구, 매칭 규칙을 설명하는 등 많은 기본 개념을 공유하지만, 신규 프로토콜, 전송 기능, 필드 확장, 버전 발전 속도에서는 서로 다른 방향을 보입니다.
따라서 “V2Ray 클라이언트”는 보통 이러한 코어와 설정을 관리하는 GUI 도구를 뜻하며 단일 프로그램의 이름을 의미하지는 않습니다. v2rayN은 데스크톱에서 구독, 노드, 라우팅, 시스템 프록시, 코어 실행을 담당하고, v2rayNG와 v2flyNG는 Android에서 설정을 관리합니다. GUI 클라이언트는 사용자의 조작을 코어가 읽을 수 있는 설정으로 변환한 뒤 로컬 수신 대기 포트를 시작합니다. 연결 성공 여부는 결국 구독 내용, 프로토콜 매개변수, 전송 계층 설정, 도메인 확인, 시스템 시간, 로컬 네트워크 환경이 함께 영향을 미칩니다.
소스 코드가 공개되면 프로토콜 구현, 설정 구조, 클라이언트 동작을 공개적으로 논의하고 계속 개선할 수 있지만 프로젝트마다 출시 주기는 다릅니다. 클라이언트 업데이트는 새로운 화면이나 설정 생성 로직을 가져올 수 있고, 코어 업데이트는 프로토콜 필드를 추가하거나 호환성 문제를 수정하고 기본 동작을 바꿀 수 있습니다. 업데이트 전에는 변경 사항을 읽고 사용 가능한 설정을 보존하며 현재 구독이 특정 코어 기능에 의존하는지 확인하세요. 안정적인 사용은 모든 업데이트를 따라가는 것과 다릅니다. 명확한 호환성 요구, 오류 수정, 시스템 지원 변경이 있을 때 업데이트하는 편이 대개 변수를 통제하기 쉽습니다.
오픈 소스 라이선스는 코드 복사, 수정, 재배포의 범위도 규정합니다. 일반 사용자가 더 주의할 부분은 프로젝트 이름과 설치 패키지 출처가 일치하는지, 클라이언트가 실제로 어떤 코어를 호출하는지, 설정에 해당 코어가 지원하는 필드가 포함되어 있는지입니다. 이 사이트의 가이드는 클라이언트 조작과 코어 개념을 나누어 설명합니다. 입문 단계에서는 눈에 보이는 화면에 집중하고, 설정 전체 안내에서는 JSON 각 부분의 의미를 설명하며, 용어집에서는 프로토콜과 네트워크 기초 개념을 찾을 수 있습니다. 문제 해결 글은 로그 현상에서 구체적인 설정으로 원인을 되짚습니다.
Windows, macOS, Linux를 지원하며 구독 그룹, 노드 선택, 시스템 프록시, 라우팅 규칙, 코어 관리를 한곳에서 처리합니다. 여러 설정을 GUI로 관리하려는 데스크톱 환경에 적합합니다.
Xray 코어를 기반으로 구독 업데이트, 설정 가져오기, 라우팅 설정, 연결 로그를 제공합니다. 특정 Xray 확장 필드를 포함한 설정은 일반적으로 이 조합을 우선 사용합니다.
V2Fly 코어를 기반으로 하며 화면 조작과 일반적인 구독 절차는 비슷합니다. 선택할 때는 설정 요구사항과 코어 호환 범위를 기준으로 판단하면 되며 두 클라이언트를 동시에 설치할 필요는 없습니다.
먼저 주소가 완전하고 아직 접속 가능한지 확인한 다음 반환된 콘텐츠가 클라이언트에서 인식할 수 있는 구독 형식인지 살펴보세요. 네트워크 오류, 만료된 주소, 형식 오류는 각각 다르게 처리해야 하며 로컬 설정을 모두 삭제해서는 안 됩니다.
구독 가져오기 단계 보기 →도메인 규칙의 일치 여부는 확인 위치와 도메인 전략의 영향을 받을 수 있습니다. DNS만 조정하거나 라우팅만 조정하면 실제 원인을 가릴 수 있으므로 요청 도메인, 확인 결과, 최종 출구를 차례로 대조해야 합니다.
DNS 및 routing 설정 보기 →먼저 구독 또는 수동 설정에서 어떤 프로토콜, 흐름 제어, 전송 필드를 사용하는지 확인한 다음 해당 필드를 완전히 해석할 수 있는 코어를 선택하세요. 기본 설정은 대체로 모두 이해할 수 있지만 확장 기능은 항목별 확인이 필요합니다.
코어 및 프로토콜 용어 보기 →로그를 보면 설정 파싱, 포트 수신 대기, DNS, 연결 시간 초과, 핸드셰이크 오류를 구분할 수 있습니다. 한 번에 변수 하나만 수정하고 완전히 새로 시작한 기록에서 첫 오류를 확인하면 문제 해결 경로가 더 명확해집니다.
설정 문제 해결 참고 보기 →LATEST NOTES
코어 시작, 프로토콜 원리, TLS 오류를 중심으로 재사용할 수 있는 점검 순서를 정리했습니다. 글의 설정 예시는 필드 관계를 설명하기 위한 것이며 실제 매개변수는 자신의 구독 또는 서비스 설정을 기준으로 해야 합니다.
클라이언트 로그 창에서 출발해 JSON 문법 오류, 포트 사용 중, 필드 오탈자, 프로토콜 매개변수 누락이라는 네 가지 주요 원인의 대표 오류 행을 해석하고, 항목별 수정 및 재시작 판단 기준을 제시합니다.
전체 글 읽기 →REALITY의 핸드셰이크 특성과 XTLS Vision이 중복 암호화 오버헤드를 줄이는 흐름 제어 방식을 설명하고, 클라이언트, 코어, 노드 설정이 서로 일치해야 하는 핵심 필드를 안내합니다.
전체 글 읽기 →certificate invalid, handshake failed와 같은 흔한 메시지를 대상으로 시스템 시간 오차, serverName 불일치, 인증서 체인 문제를 점검하는 순서로 정리했습니다.
전체 글 읽기 →