클라이언트 선택: 데스크톱은 v2rayN, 안드로이드는 v2rayNG를 우선 추천합니다. V2Fly 커널이 필요하다면 v2flyNG를 살펴보세요. 플랫폼과 설정 요구 사항을 기준으로 정리했습니다.
설정 순서: 먼저 개별 설정으로 정상 연결되는지 확인한 뒤 구독과 트래픽 분할을 정리하세요. 아래 주제에서 설정 예시와 적용 범위를 확인할 수 있습니다.
구독 관리: v2rayN에서는 출처가 다른 링크를 별도 그룹으로 나눌 수 있습니다. 업데이트한 뒤 그룹 이름으로 서버를 필터링하세요. 처음 가져올 때는 링크가 유효한지 확인하고 그룹을 저장한 다음 업데이트를 실행합니다. 목록에 항목이 있다고 연결된 것은 아닙니다. 사용할 서버를 선택하고 시스템 프록시도 설정해야 합니다. 업데이트에 실패하면 링크에 연결할 수 없는 문제인지 형식 분석 오류인지 먼저 구분한 뒤 ‘구독 업데이트 시 프록시 사용’을 켤지 결정하세요. 모바일 앱의 목록 관리와 달리 데스크톱에서는 여러 설정을 그룹별로 정리하기 편리합니다. 다만 필터를 너무 넓게 설정하면 필요한 항목까지 숨길 수 있습니다.
구독 그룹 안내 읽기 →{
"domainStrategy": "IPIfNonMatch",
"rules": [{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}]
}규칙 기반 트래픽 분할: 커널은 일반적으로 규칙을 순서대로 확인하며, 처음 일치한 규칙에 따라 트래픽을 처리합니다. 예시에서는 geosite:cn과 일치하는 도메인을 direct로 보냅니다. 실제로 사용하려면 전체 설정에 해당 아웃바운드를 정의하고 규칙 리소스도 준비해야 합니다. IPIfNonMatch는 모든 도메인을 미리 해석한다는 뜻이 아닙니다. 도메인 규칙이 일치하지 않을 때 정책에 따라 IP 주소를 확인합니다. 시스템 프록시만 전환하는 것보다 라우팅을 사용하면 목적지별 처리 방식을 세밀하게 정할 수 있습니다. 변경 전 기존 규칙을 기록하고, 변경 후에는 로그로 일치 결과를 확인해 DNS 오류를 규칙 문제로 오인하지 않도록 하세요.
라우팅 규칙 안내 읽기 →트래픽 처리: 시스템 프록시는 시스템 프록시 설정을 따르는 브라우저와 데스크톱 앱에 적합합니다. TUN은 가상 네트워크 어댑터를 통해 더 넓은 범위의 트래픽을 처리합니다. 처음 설정할 때는 시스템 프록시로 서버 연결을 확인한 뒤 필요한 앱에 따라 TUN을 사용하고, 실행 권한과 어댑터 생성, DNS 설정을 확인하세요. 안드로이드에서 시스템 VPN 권한을 승인하는 것과 달리 데스크톱에서는 다른 가상 네트워크 어댑터나 보안 소프트웨어의 영향도 살펴야 합니다. 두 방식은 속도 단계가 아니며 기능이 많다는 이유로 동시에 켤 필요도 없습니다. 충돌이 발생하면 다른 트래픽 처리 도구를 먼저 종료한 뒤 설정을 하나씩 복구하세요.
TUN 모드 안내 읽기 →안드로이드 클라이언트 선택: v2rayNG는 Xray 커널을 사용하며, 관련 프로토콜 기능과 모바일 구독 관리를 원하는 사용자에게 적합합니다. 구독 링크를 저장한 뒤 설정 목록을 업데이트하고 사용할 항목을 선택해 연결을 시작하세요. 시스템 VPN 권한도 승인해야 합니다. 데스크톱 시스템 프록시와 달리 안드로이드의 트래픽 처리는 시스템 서비스에 의존하므로 백그라운드 배터리 제한이 지속 연결에 영향을 줄 수 있습니다. 앱을 전환한 뒤 연결이 끊기면 백그라운드 제한이나 다른 VPN 서비스와의 충돌부터 확인한 다음 서버 설정을 살펴보세요. 프로토콜 이름이 같아도 전송 방식과 보안 필드를 확인해야 하며, 목록에 표시된 이름만으로 호환성을 판단해서는 안 됩니다.
안드로이드 설정 가이드 보기 →대체 커널: v2flyNG는 V2Fly 커널을 사용해야 하는 안드로이드 사용자에게 적합합니다. 기존에 호환되는 설정이 있고 설정 필드 사용 방식을 유지하고 싶을 때 선택할 수 있습니다. 가져오기 전에 프로토콜, 전송 방식, 보안 계층이 실제 커널에서 지원되는지 확인한 다음 구독을 업데이트하고 연결을 테스트하세요. v2rayNG와의 차이는 주로 바탕이 되는 커널의 기능에서 비롯되며 아이콘이나 목록 배치와는 관계가 없습니다. 특히 Xray 전용 설정을 범용 설정으로 간주해 그대로 옮기지 마세요. 기존 설정을 보관하고 한 번에 한 항목만 변경하면 가져오기 형식, 클라이언트 화면, 커널 분석 중 어디에서 문제가 생겼는지 파악하기 쉽습니다.
커널 용어 설명 보기 →커널 차이: V2Fly는 V2Ray 커뮤니티 개발을 이어가고 있으며, Xray는 관련 생태계의 또 다른 커널 분기입니다. 두 커널은 일부 개념을 공유하지만 기능과 설정 필드가 항상 일치하지는 않습니다. 클라이언트에 가져오기 메뉴가 있다고 해서 해당 링크의 모든 매개변수를 커널이 지원하는 것은 아닙니다. 화면 모양으로 앱을 고르기보다 서버의 프로토콜과 전송 요구 사항을 먼저 확인하는 편이 좋습니다. 데스크톱에서는 v2rayN을 시작점으로 삼고, 안드로이드에서는 필요한 커널에 따라 v2rayNG와 v2flyNG 중 선택하세요. 문제를 진단할 때 클라이언트와 커널 정보를 함께 기록하면 두 구성 요소의 업데이트를 혼동하지 않을 수 있습니다.
커널 비교 설명 읽기 →프로토콜 선택: VLESS는 프록시 프로토콜이고 REALITY는 보안 메커니즘입니다. 서로 다른 계층에 있으므로 대체할 수 있는 옵션이 아닙니다. 이 조합을 설정할 때는 Xray 커널이 해당 매개변수를 지원하는지 확인하고 서버에서 제공한 서버 이름, 공개 키, 짧은 ID, 흐름 제어 요구 사항을 대조하세요. 기본 주소만 가져오는 경우와 달리 전체 설정은 전송 계층과 보안 계층이 모두 맞아야 합니다. 목록에 저장되더라도 핸드셰이크에 성공한다는 뜻은 아닙니다. 오류가 발생하면 로그를 확인하고 시스템 시간을 점검하세요. 필드 불일치를 숨기려고 보안 검사를 무작정 끄지 마세요.
REALITY 설명 보기 →설치 파일 선택: 먼저 운영체제를 확인하고 프로세서 아키텍처와 패키지 형식을 살펴보세요. 이 페이지에서는 선택 기준을 안내하고, 구체적인 설치 경로와 실행 요건은 설치 파일 페이지에서 확인할 수 있습니다.
버전 선택: v2rayN 데스크톱 버전은 크로스 플랫폼 인터페이스를 제공하며, WPF 버전은 익숙한 기존 데스크톱 환경을 유지합니다. 처음 사용하는 경우 데스크톱 버전으로 설정 방식을 익혀 보세요. 기존 메뉴에 익숙하다면 실행 환경과 필요한 기능에 따라 WPF 버전을 선택할 수 있습니다. 두 버전 모두 압축을 풀거나 설치를 완료한 뒤 클라이언트를 실행하세요. 압축 파일 미리보기에서 바로 실행하지 마세요.
설정 시작: 구독을 가져온 뒤 서버를 선택하고 로컬 프록시 포트와 시스템 프록시 상태를 확인하세요. 브라우저는 연결되지만 특정 앱이 연결되지 않는다면 먼저 해당 앱이 시스템 프록시를 따르는지 확인하고, 필요할 때 TUN을 고려하세요. 기본 연결을 확인하기도 전에 라우팅, DNS, 커널 설정을 한꺼번에 변경하거나 모든 문제를 서버 탓으로 돌리지 마세요.
다운로드 페이지로 이동칩 확인: 시스템의 ‘이 Mac에 관하여’에서 칩 종류를 확인하세요. Apple Silicon은 arm64, Intel은 x64에 해당합니다. 기본 아키텍처용 파일을 선택하면 불필요한 호환성 단계를 줄일 수 있습니다. 컴퓨터 외관이나 구입 연도, 설치 파일 크기만으로 판단하지 마세요. v2rayN은 데스크톱 설정 관리 기능을 제공하며 구독, 활성 서버, 라우팅의 기본 개념은 다른 데스크톱 플랫폼과 같습니다.
권한 확인: 처음 실행할 때 시스템 안내에 따라 앱 권한을 설정하세요. 시스템 프록시나 TUN을 사용할 경우 해당 권한과 네트워크 확장 환경도 확인해야 합니다. 다른 프록시 또는 VPN 도구와 함께 실행하면 라우팅과 DNS 설정이 서로 덮어쓸 수 있습니다. 연결에 문제가 생기면 하나의 트래픽 처리 도구만 남긴 뒤 앱 로그, 시스템 프록시 상태, 구독 필드 순서로 확인하세요.
다운로드 페이지로 이동커널 선택 순서: v2rayNG는 Xray 커널을 기준으로 선택하며 관련 프로토콜 기능이 필요한 안드로이드 사용자에게 적합합니다. v2flyNG는 V2Fly 커널을 위한 대안입니다. 둘 다 그래픽 클라이언트이므로 추천 순위를 속도 순위로 해석하지 말고, 실제 커널이 설정을 올바르게 분석할 수 있는지 확인하세요. 기존 설정이 정상 작동한다면 순위만을 이유로 바꿀 필요는 없습니다.
아키텍처와 백그라운드 실행: 최신 주류 스마트폰 대부분은 arm64를 선택할 수 있습니다. 아키텍처를 확인하기 어렵다면 범용 패키지와 기기 요구 사항을 확인하세요. 설치 후 구독을 가져와 목록을 업데이트하고 설정을 선택한 다음 시스템 VPN 요청을 승인합니다. 화면을 잠근 뒤 연결이 끊기면 배터리 최적화와 백그라운드 실행 제한을 확인하세요. 핸드셰이크가 계속 실패하면 프로토콜 매개변수, 시간 동기화, 서버 연결 가능성을 점검하세요.
다운로드 페이지로 이동패키지 형식 선택: 배포판의 패키지 체계에 따라 deb 또는 rpm을 선택하고 프로세서가 x64인지 arm64인지도 확인하세요. 패키지 형식과 아키텍처는 별개의 조건입니다. 파일 확장자가 같아도 현재 기기에 적합하다고 볼 수는 없습니다. 데스크톱에서는 v2rayN으로 구독과 서버를 관리할 수 있습니다. 구체적인 종속성 및 실행 요건은 설치 파일 페이지와 시스템 안내를 따르세요.
데스크톱 환경 차이: 데스크톱 세션마다 시스템 프록시를 읽는 방식이 다를 수 있으며, 터미널 프로그램이 데스크톱 프록시 설정을 따르지 않을 수도 있습니다. 문제를 진단할 때는 먼저 대상 앱이 어떤 프록시 경로를 사용하는지 확인한 뒤 로컬 수신 주소와 포트를 살펴보세요. TUN을 사용할 때는 실행 권한, 가상 네트워크 어댑터, 기존 라우팅도 확인해야 합니다. 원격 세션에서 모든 네트워크 규칙을 덮어쓰지 않도록 변경 전에 복구 가능한 설정을 보관하세요.
다운로드 페이지로 이동추천 기준: 이 순위는 클라이언트 점수를 매기지 않고 플랫폼 호환성과 설정 요구 사항에 따라 구성했습니다. 데스크톱에서는 v2rayN, 안드로이드에서는 v2rayNG를 우선 살펴보세요. V2Fly 커널과의 호환성이 필요하다면 v2flyNG를 비교해 보세요.
생태계 개요: Project V는 조합 가능한 네트워크 프록시 구성 요소를 중심으로 발전했으며, V2Ray는 널리 알려진 핵심 프로젝트 중 하나입니다. 일상적으로 ‘V2Ray’는 관련 클라이언트나 프로토콜 설정을 통칭하는 말로 쓰이기도 합니다. 하지만 기기에 설치하는 그래픽 앱, 네트워크 연결을 처리하는 커널, 서버에서 제공하는 설정은 서로 다른 요소입니다. 이 세 가지 관계를 이해하면 인터페이스 이름과 프로토콜 이름을 혼동하지 않고, 같은 구독이 클라이언트마다 다르게 분석될 수 있는 이유도 알 수 있습니다.
각 구성 요소의 역할: 그래픽 클라이언트는 설정 저장, 서버 선택, 실행 매개변수 생성, 서비스 관리를 담당합니다. 커널은 연결, 전송, 라우팅, DNS 관련 로직을 실행합니다. 인터페이스에 토글이 있다고 해서 모든 커널이 동일한 필드로 구현하는 것은 아닙니다. 가이드를 읽을 때는 대상 클라이언트와 커널, 연결 방식을 먼저 확인한 뒤 현재 설정에 맞춰 적용하세요. 메뉴 이름이 비슷하다는 이유로 안내 전체를 그대로 따라 해서는 안 됩니다.
계열 관계: V2Fly는 V2Ray 커뮤니티 개발을 이어가고 있으며, Xray는 관련 기술 기반에서 발전한 별도의 커널 분기입니다. 두 프로젝트는 일부 프로토콜 개념과 설정 구조를 공유하지만 각각 독립적으로 발전하므로 한쪽에 추가된 기능이 다른 쪽에서도 지원된다고 단정할 수 없습니다. REALITY 같은 설정은 Xray의 실제 지원 여부를 확인하세요. 기존 V2Fly 설정은 구체적인 프로토콜, 전송 방식, 보안 필드를 점검한 뒤 이전 여부를 결정해야 합니다.
선택 순서: 먼저 서버 요구 사항을 확인한 뒤 필요한 매개변수를 설정할 수 있는 클라이언트와 커널을 고르세요. v2rayN은 데스크톱에서 설정을 통합 관리하기에 적합하고, v2rayNG는 안드로이드에서 Xray 설정을 위한 일반적인 인터페이스를 제공합니다. v2flyNG는 V2Fly 커널을 선택할 수 있는 대안입니다. 이 순서는 사용 경로를 나타내며 네트워크 품질을 비교한 결과가 아닙니다. 실제 연결 상태는 서버 상태, 네트워크 경로, 기기 환경, 매개변수 호환성에도 영향을 받으므로 클라이언트 이름만으로 판단할 수 없습니다.
프로젝트 정보: v2rayN, v2rayNG, v2flyNG는 모두 오픈 소스 클라이언트이며, Xray와 V2Fly도 각각 소스 코드와 라이선스 범위를 공개하고 있습니다. 오픈 소스란 해당 라이선스 조건에 따라 코드를 읽고 사용하거나 개선할 수 있다는 뜻입니다. 모든 구성 요소가 같은 라이선스를 사용한다거나 그래픽 클라이언트와 하위 커널을 같은 관리자가 배포한다는 의미는 아닙니다. 수정, 재배포, 통합을 계획한다면 특정 클라이언트의 라이선스로 전체 종속 항목을 추정하지 말고 각 구성 요소에 포함된 라이선스 문서를 확인하세요.
설정 정보 보호: 오픈 소스라고 해서 설정 내용을 이해하지 않아도 되는 것은 아닙니다. 구독 링크에는 접근 식별 정보가 포함될 수 있으므로 화면을 공유하기 전에 링크, 서버 인증 정보, 개인 설정 디렉터리를 가리세요. 문제를 제보할 때는 민감한 필드를 삭제한 오류 유형, 작업 순서, 실행 환경을 제공하면 설정 전체를 공개하는 것보다 원인 파악에 도움이 됩니다. 이 사이트의 선택 및 사용 안내와 클라이언트 프로젝트, 커널 프로젝트, 설정 출처는 각각 구분해야 합니다.
업데이트 대상: 클라이언트 업데이트는 주로 인터페이스, 설정 변환, 서비스 관리에 영향을 줍니다. 커널 업데이트는 프로토콜 구현과 실행 동작을 바꾸며, 구독 업데이트는 기존 링크에서 서버 목록을 다시 가져옵니다. 각각 해결하는 문제가 다릅니다. 목록에 새 설정이 없다면 구독 링크와 업데이트 로그를 먼저 확인하세요. 커널이 특정 필드를 인식하지 못한다면 커널 기능을 살펴보고, 가져오기 과정에서 인터페이스 오류가 발생한다면 클라이언트의 형식 지원 여부를 확인해야 합니다. 구독을 반복해서 업데이트해도 커널에 없는 기능이 추가되지는 않습니다.
변경 순서: 기존 환경이 안정적으로 작동한다면 먼저 설정을 저장하고 변경 안내를 읽은 다음 구성 요소를 한 번에 하나씩 조정하세요. 업데이트 후에는 기존 서버로 기본 연결을 확인하고 사용자 지정 라우팅, DNS, TUN을 차례로 점검합니다. 클라이언트와 구독, 라우팅 방식을 동시에 변경하면 연결이 복구되더라도 원인을 찾기 어렵습니다. 메인 페이지의 추천 기준은 업데이트 빈도가 아닙니다. 구체적인 설치 방법은 다운로드 페이지, 사용 방법은 가이드와 고급 설정 문서에서 확인하세요.
필드 계층: VMess, VLESS, Trojan은 프록시 프로토콜을 나타내고, 전송 방식은 데이터를 전달하는 방법을 설명합니다. TLS나 REALITY 설정은 보안 계층과 관련이 있습니다. 프로토콜 이름이 같아도 일부 조건이 비슷할 뿐 전체 설정이 호환된다고 볼 수는 없습니다. 주소, 포트, 인증 정보, 전송 경로, 서버 이름, 흐름 제어 요구 사항을 함께 맞춰야 합니다. 어느 한 항목이라도 잘못되면 설정을 가져오는 데 성공해도 연결에 실패할 수 있습니다.
문제 해결 순서: 먼저 시스템 시간과 서버 매개변수를 확인한 뒤 로그에서 설정 분석 실패, 연결 시간 초과, 핸드셰이크 실패 중 어떤 오류가 발생했는지 확인하세요. 설정 분석 실패라면 형식과 지원 범위를, 시간 초과라면 로컬 프록시와 대상 서버 연결 가능성을 먼저 살펴보세요. 핸드셰이크 실패는 보안 계층과 서버 이름을 확인해야 합니다. 근거 없이 프로토콜을 계속 바꾸거나 보안 검사를 무시하는 방식으로 해결하려 하지 마세요. 용어집에서 각 필드를 이해하고 고급 설정 안내에서 규칙 조합을 확인할 수 있습니다.
최소 설정: 처음 사용하는 경우 설정 하나를 가져오고 선택해 실행한 뒤 연결을 확인하세요. 시스템에 서비스가 실행 중이라고 표시되더라도 이는 로컬 프로세스나 서비스가 시작되었다는 뜻일 뿐, 모든 앱이 프록시를 사용하거나 원격 핸드셰이크가 완료되었다는 의미는 아닙니다. 브라우저나 대상 앱에서 실제 접속을 확인한 다음 구독 그룹, 라우팅 규칙, DNS 최적화를 추가하면 문제 해결의 기준을 명확히 유지할 수 있습니다.
트래픽 분할 확인: 라우팅 규칙은 판별 가능한 도메인이나 주소 정보가 필요하고, DNS는 대상 해석과 규칙 판정에 영향을 줍니다. 한쪽만 변경하면 규칙이 올바른 것처럼 보여도 예상대로 적용되지 않을 수 있습니다. FakeDNS를 사용하는 경우 트래픽 처리 방식이 매핑 정보를 유지하는지 확인하고 일부 앱의 호환성도 살펴보세요. 변경 전후의 규칙과 로그를 기록하고 분명한 요구 사항이 있을 때만 예외를 추가하세요. 다른 사람의 설정 전체를 모든 기기에 적합한 기본 설정으로 간주하지 마세요.
가이드 읽는 순서: 처음 설정한다면 설치 절차를, 기존 환경에서 업데이트에 실패했다면 구독 문제 해결 안내를, 보안 계층 오류라면 시간과 SNI 안내를 확인하세요. 각 노트는 한 가지 문제를 중심으로 다루므로 한 번의 문제 해결 과정에서 너무 많은 변수를 섞지 않는 데 도움이 됩니다.
설치 순서: v2rayN 버전 선택, 압축 해제와 실행, 구독 가져오기부터 시스템 프록시와 라우팅 설정까지 Windows 설정 과정을 단계별로 안내합니다. 설치 완료, 서비스 실행, 앱의 실제 프록시 사용 상태를 구분해 불필요한 재설치를 줄이세요.
노트 읽기 →구독 문제 해결: 링크 만료, 업데이트 요청 연결 실패, 응답 형식 오류를 먼저 구분한 뒤 프록시를 통한 업데이트가 필요한지 결정하세요. 자동 업데이트 간격과 그룹 설정을 함께 살펴보면 ‘기존 서버에 연결할 수 있는 상태’와 ‘구독을 새로고침할 수 있는 상태’를 별도로 확인해야 하는 이유를 알 수 있습니다.
노트 읽기 →핸드셰이크 문제 해결: 시스템 시각, 서버 이름, 인증서의 일치 여부를 확인한 뒤 클라이언트의 보안 계층 설정을 점검하세요. 오류를 숨기기 위해 보안 검사를 무작정 건너뛰면 안 되는 이유를 설명하고, 로그를 바탕으로 설정과 서버 간의 차이를 좁혀 갑니다.
노트 읽기 →