프로토콜, 라우팅, 시스템 연결 지점을 먼저 파악한 다음 세부 설정을 조정하세요.
하나의 클라이언트에서 VMess, VLESS, Trojan, Shadowsocks 등의 설정을 관리할 수 있지만, 프로토콜 이름만으로 연결 구성이 완성되는 것은 아닙니다. 가져온 뒤에는 전송 방식, TLS, 서버 이름 등의 항목을 확인하세요. REALITY는 전송 보안과 관련된 기능이며 독립적인 프록시 프로토콜로 선택하는 항목이 아닙니다. 프로토콜마다 별도 도구를 설치하는 것보다 설정을 한곳에서 관리하면 매개변수를 비교하기 쉽습니다. 다만 특정 설정의 실제 실행 여부는 선택한 커널과 기능 지원에 달려 있습니다. 처음에는 가져온 값을 유지하고 서버 안내에 따라 수정하세요.
프로토콜과 전송 방식 차이 보기 →example.com라우팅은 요청마다 어떤 출구를 사용할지 정하는 기능이지, 서버를 바꾸는 기능이 아닙니다. 규칙은 보통 순서대로 적용되므로 구체적인 도메인 및 LAN 규칙을 포괄적인 규칙보다 앞에 두세요. 규칙에 일치하면 outboundTag가 지정된 아웃바운드로 연결합니다. 모든 요청을 하나의 출구로 보내는 것보다 도메인이나 IP별로 분류하면 LAN 기기와 원격 서비스에 함께 접속하기 편리합니다. 도메인 규칙은 도메인 정보를 확인할 수 있어야 하며, IP 규칙에는 DNS 조회가 필요할 수 있습니다. 한 번에 규칙 하나만 바꾸고 동일한 대상으로 다시 테스트하면 실제 적용된 조건을 찾기 쉽습니다.
라우팅 및 DNS 참고 자료 보기 →geosite:cndirectgeoip:privatedirect구독 주소는 여러 설정을 가져오는 경로로, 개별 공유 링크와 용도가 다릅니다. 구독을 추가할 때는 알아보기 쉬운 그룹 이름을 지정한 뒤 해당 그룹을 업데이트하고, 프로토콜 유형과 전송 매개변수가 올바르게 인식됐는지 확인하세요. 공유 링크를 따로 관리하는 것보다 구독을 이용하면 변경 사항을 한곳에서 동기화하기 편리하지만, 업데이트 과정에서 제공처의 항목으로 대체될 수 있으므로 직접 수정한 설정은 별도로 보관하는 편이 좋습니다. 구독 가져오기에 실패해도 기존 연결까지 끊긴 것은 아닙니다. 주소 접근, 콘텐츠 형식, 클라이언트 파싱 단계를 나눠 확인하세요. 구독 주소에는 접근 인증 정보가 포함될 수 있으니 스크린샷이나 공개 질문에 노출하지 마세요.
구독 가져오기 단계 보기 →GUI 클라이언트는 설정을 관리하고, 커널은 실제 연결을 처리합니다. v2rayN은 설정과 클라이언트 지원 여부에 따라 Xray 또는 V2Fly를 사용할 수 있지만, 커널 전환이 언제나 속도를 높여 주는 것은 아닙니다. 두 커널은 일부 역사와 설정 방식을 공유하지만 이후 지원 기능이 달라졌으므로 특정 보안 방식, 전송 옵션, 설정 항목을 그대로 옮길 수는 없습니다. 커널 이름만 보는 것보다 프로토콜에 필요한 기능을 먼저 확인하는 편이 정확합니다. 변경하기 전에 기존 설정을 보관하고, 전환한 뒤에는 시작 로그를 확인하세요. 알 수 없는 항목이나 지원되지 않는 전송 유형이 표시되면 포트를 계속 바꾸기보다 호환성을 점검해야 합니다.
Xray와 V2Fly 차이 비교 →시스템 프록시를 설정하면 시스템 설정을 따르는 앱의 요청이 로컬 수신 포트로 전달됩니다. 이는 클라이언트 내부의 라우팅 정책과는 별개입니다. 먼저 커널이 정상적으로 시작됐는지 확인한 뒤 시스템 프록시를 켜야 브라우저가 연결 지점을 사용할 수 있습니다. 앱마다 프록시를 직접 설정하는 것보다 한곳에서 관리하기 편리하지만, 시스템 프록시를 따르지 않는 프로그램은 별도로 설정해야 합니다. TUN 모드는 가상 네트워크 인터페이스와 권한을 사용하므로 시스템 프록시와 혼동하지 마세요. 클라이언트를 종료하기 전에 시스템 프록시를 복원하고, 수신 포트를 변경했다면 앱 설정도 함께 업데이트해 연결 지점이 일치하지 않는 문제를 줄이세요.
연결 및 확인 단계 알아보기 →127.0.0.1:10808화면은 설정 항목의 예시입니다. 실제 항목 이름, 선택 가능한 값, 기본값은 사용하는 클라이언트에 따라 다릅니다.
데스크톱에서는 v2rayN을 사용하고, Android에서는 먼저 v2rayNG를 살펴본 뒤 커널 요구사항에 따라 v2flyNG를 고려하세요.
v2rayN은 데스크톱 버전과 클래식 WPF 버전을 제공합니다. 데스크톱 버전은 차세대 크로스 플랫폼 인터페이스를 사용하고, WPF 버전은 익숙한 기존 데스크톱 조작 방식을 이어갑니다. 처음 설치할 때는 운영체제 아키텍처와 다운로드 페이지 안내를 확인하세요. 인터페이스 차이만으로 두 클라이언트를 동시에 실행할 필요는 없습니다. 두 프로그램이 같은 수신 포트를 사용하면 오히려 문제를 찾기 어려워집니다.
설치한 뒤 매개변수 설정을 열어 로컬 연결 지점을 확인하고, 사용할 설정을 가져오세요. 기존 사용자가 이전할 때는 기존 데이터 디렉터리를 보존하고 구독 그룹, 라우팅, DNS 사용자 설정을 기록해 두세요. 새 디렉터리로 기존 디렉터리를 바로 덮어쓰지 말고, 정상적으로 시작하고 연결되는지 확인한 다음 이전 설치 파일과 자동 실행 설정을 정리하세요.
Windows 다운로드v2rayN 설치 파일은 Apple Silicon과 Intel 칩에 따라 다릅니다. 시스템의 ‘이 Mac에 관하여’에서 칩 또는 프로세서 정보를 확인한 뒤 해당 다운로드 항목을 선택하세요. 클라이언트 이름이 같아도 모든 설치 파일이 같은 기기에서 작동하는 것은 아닙니다. 아키텍처를 올바르게 선택한 다음 시스템 권한 안내를 처리하면 시작 문제를 설정 문제로 오인하는 일을 줄일 수 있습니다.
데스크톱 가이드의 구독, 라우팅, 로그 확인 방법은 여기서도 유용하지만 메뉴 위치와 시스템 프록시 설정 경로는 다를 수 있습니다. 처음 연결할 때 시스템 네트워크 설정이 클라이언트의 로컬 포트를 가리키는지 확인하세요. 종료한 뒤에도 브라우저에 접속 문제가 있으면 중지된 서비스로 향하는 프록시 설정이 남아 있는지 먼저 확인하세요.
macOS 다운로드v2rayNG는 Xray 커널을 사용하고, v2flyNG는 V2Fly 커널을 사용하는 대안입니다. 기존 설정에 필요한 커널 기능을 기준으로 앱을 고른 다음 arm64 또는 범용 설치 파일을 선택하세요. 최근 출시된 대부분의 스마트폰에는 arm64가 적합합니다. 기기 아키텍처를 모른다면 설치 파일 크기만으로 판단하지 말고 다운로드 페이지의 선택 안내를 확인하세요.
처음 연결할 때는 시스템 VPN 권한을 허용해야 합니다. 이는 구독 주소에 대한 접근 권한과는 별개입니다. 연결 후 일부 앱에서만 문제가 발생하면 앱별 프록시 설정과 시스템의 백그라운드 제한을 확인하세요. 배터리 소모는 신호 세기, 앱의 요청 빈도, 연결 재수립 여부에도 영향을 받으므로 프로토콜 이름만으로 판단할 수 없습니다. 시스템 배터리 사용량을 확인하며 원인을 하나씩 좁혀 보세요.
Android 다운로드v2rayN 데스크톱 설치 파일은 deb 및 rpm 패키지로 제공되며 프로세서 아키텍처도 구분됩니다. 먼저 배포판의 패키지 형식을 확인하고 기기가 x64인지 arm64인지 살펴보세요. GUI 클라이언트는 데스크톱 세션에서 구독과 매개변수를 관리하는 데 적합합니다. 패키지 형식, 데스크톱 환경 의존성, 네트워크 권한은 각각 따로 점검하고 모두 커널 문제로 간주하지 마세요.
데스크톱 환경마다 시스템 프록시 지원 방식이 다릅니다. 브라우저에서는 연결되지만 다른 앱에서 안 된다면 해당 앱이 데스크톱 프록시 설정을 따르는지 확인하고, 필요하면 앱에 로컬 연결 지점을 직접 지정하세요. 수신 포트를 바꿀 때는 환경 변수와 기존 앱 설정도 함께 확인해 이전 포트가 계속 참조되지 않도록 하세요.
Linux 다운로드클라이언트, 커널, 연결 설정을 구분하면 문제 발생 시 어느 부분을 수정해야 할지 알 수 있습니다.
Project V는 프록시 통신 도구를 중심으로 형성된 오픈 소스 생태계이며, V2Ray는 그 안의 주요 프로젝트입니다. 흔히 말하는 ‘V2Ray 설치’는 GUI 클라이언트를 설치한다는 뜻일 수도 있고, 실제 연결을 처리하는 커널을 배포한다는 뜻일 수도 있습니다. 두 작업은 서로 다릅니다. GUI는 서버 매개변수를 저장하고 구독을 관리해 실행 설정을 생성하며, 커널은 해당 설정을 읽어 인바운드, 라우팅, 아웃바운드 연결을 처리합니다.
따라서 클라이언트 창이 열린다는 사실만으로 GUI 프로그램의 실행만 확인할 수 있을 뿐, 커널이 정상적으로 시작됐거나 특정 앱이 프록시를 사용한다고 볼 수는 없습니다. 설정 파싱부터 로컬 수신 여부, 마지막으로 앱의 연결 지점 순서로 점검하세요. 각 단계를 나눠 확인하면 클라이언트를 계속 재설치하는 것보다 원인을 찾기 쉽고, 기존 구독과 사용자 규칙에 미치는 영향도 줄일 수 있습니다.
V2Fly 커뮤니티는 V2Ray 개발을 이어 왔고, Xray는 관련 코드 기반에서 출발해 독자적인 기능 방향으로 발전했습니다. 설정 구성과 일부 프로토콜에 공통점이 있지만, 현재는 지원 기능을 각각 확인해야 하는 별개의 커널 프로젝트입니다. 한 커널용 가이드라고 해서 모든 보안 옵션, 전송 이름, 설정 항목을 다른 커널에 그대로 적용할 수 있는 것은 아닙니다.
선택할 때는 먼저 서버 요구사항을 확인한 다음 클라이언트가 해당 매개변수를 생성할 수 있는지 살펴보세요. REALITY 같은 특정 기능은 커널과 클라이언트 인터페이스가 모두 지원하는지 확인해야 합니다. 커널 차이를 정해진 속도 순위로 단순화하지 마세요. 실제 연결 품질은 서버 부하, 네트워크 경로, 전송 방식의 조합, 기기 성능의 영향을 함께 받습니다.
v2rayN은 데스크톱용 오픈 소스 GUI 클라이언트로 설정, 구독, 라우팅, 시스템 프록시를 한곳에서 관리할 수 있습니다. v2rayNG는 Android용 오픈 소스 클라이언트로 Xray 커널을 사용하며 시스템 VPN 인터페이스를 통해 앱 트래픽을 전달합니다. v2flyNG도 Android용 클라이언트이지만 V2Fly 커널을 기반으로 하며, 기존 설정이 해당 커널의 동작에 의존하는 경우에 적합합니다.
클라이언트를 고를 때는 인터페이스 취향보다 플랫폼과 커널의 호환성이 중요한 경우가 많습니다. 데스크톱과 휴대전화에서 같은 제공처의 호환 설정을 사용할 수는 있지만 로컬 수신 방식, 앱 연결 방법, 백그라운드 실행 규칙은 그대로 옮길 수 없습니다. 휴대전화의 VPN 권한과 데스크톱의 시스템 프록시는 서로 같은 설정이 아닙니다. 설정을 옮긴 뒤에는 서버 항목이 표시되는지만 확인하지 말고 적용되는 앱 범위를 다시 점검하세요.
오픈 소스는 프로젝트가 해당 라이선스에 따라 소스 코드를 공개하고 사용, 수정, 재배포 조건을 정한다는 뜻이지, 관련 프로젝트 모두가 같은 라이선스를 사용한다는 뜻은 아닙니다. V2Fly와 Xray 커널은 일반적으로 MPL 2.0을 사용하지만, 클라이언트와 포함된 구성요소의 라이선스는 각각 확인해야 합니다. 개인적인 설치·사용과 수정 후 재배포에는 서로 다른 요구사항이 적용되므로 ‘오픈 소스’라는 표시만으로 구체적인 조건을 대신할 수 없습니다.
클라이언트 자체에는 바로 사용할 수 있는 원격 연결 리소스가 포함되어 있지 않습니다. 구독 출처, 서버 설정, 원격 서비스 이용 규칙은 별도로 확인해야 합니다. V2Ray 툴박스는 다운로드 경로와 설정 정보를 정리하며 구독이나 계정을 제공하지 않습니다. 문제를 공개적으로 논의할 때는 구독 주소의 접근 인증 정보, 사용자 식별자, 서버 인증 항목을 가리세요. 로그도 민감한 내용을 삭제한 뒤 공유해야 합니다.
클라이언트, 커널, 구독, 규칙 데이터 업데이트는 서로 다른 내용을 다룹니다. 클라이언트 업데이트는 인터페이스와 설정 생성 방식을 바꿀 수 있고, 커널 업데이트는 실제 연결 기능에 영향을 줍니다. 구독 업데이트는 제공처의 서버 항목을 동기화하며, GeoIP 및 GeoSite 데이터 업데이트는 IP와 도메인별 라우팅 분류에 영향을 줍니다. 구독만 업데이트해도 커널의 기능 부족 문제는 해결되지 않습니다.
업데이트하기 전에 현재 사용하는 설정과 사용자 규칙을 저장하세요. 업데이트 후에는 커널이 시작되는지 확인하고 자주 사용하는 대상의 라우팅 동작을 점검해야 합니다. 특정 웹사이트가 갑자기 다른 출구를 이용한다면 규칙 데이터의 변경뿐 아니라 규칙 순서와 DNS 정책도 확인하세요. 문제를 찾는 동안 커널, 구독, 라우팅 템플릿을 동시에 바꾸면 어떤 변경이 결과에 영향을 줬는지 파악하기 어렵습니다.
VMess, VLESS, Trojan, Shadowsocks는 인증 방식, 설정 구조, 일반적인 배포 조합이 서로 다릅니다. VLESS는 VMess와 같은 암호화 방식을 자체 제공하지 않으므로 보통 적절한 전송 보안 방식과 함께 사용합니다. Trojan은 TLS와 함께 쓰이는 경우가 많고, Shadowsocks는 클라이언트와 서버에서 서로 호환되는 암호화 방식을 사용해야 합니다. 프로토콜 이름만 비교하면 연결 여부를 좌우하는 핵심 항목을 놓치기 쉽습니다.
모바일 기기는 백그라운드 실행 시간, 연결 유지, 앱 요청 빈도, 신호 환경에 따라 배터리 소모가 달라질 수 있습니다. 데스크톱에서는 프로토콜을 바꾸기 전에 앱이 로컬 수신 포트에 제대로 연결되는지 확인하는 편이 더 중요할 때가 많습니다. 프로토콜 가이드는 이러한 실제 조건을 바탕으로 선택 기준을 설명하며, 특정 프로토콜을 모든 기기와 서버의 기본값으로 내세우지 않습니다.
구독 업데이트는 설정 목록을 가져와 저장할 뿐, 그중 하나를 자동으로 활성화하지 않을 수 있습니다. 먼저 구독 그룹에 인식 가능한 항목이 있는지 확인한 뒤 사용할 설정을 선택하고 커널이 정상적으로 시작되는지 살펴보세요. 그다음 시스템 프록시 또는 VPN 연결 상태를 확인해야 합니다. 목록에 항목이 보인다고 해서 앱 요청이 클라이언트로 전달되는 것은 아닙니다.
가져오기 및 연결 가이드 보기 →아닙니다. 10808은 흔히 사용하는 로컬 수신 포트의 예시이며 실제 포트는 현재 클라이언트 설정을 따라야 합니다. 포트가 이미 사용 중이라면 충돌하는 프로그램을 찾거나 클라이언트에서 사용 가능한 다른 포트로 변경하세요. 포트를 바꾼 뒤에는 브라우저, 앱, 관련 시스템 프록시 설정도 함께 업데이트해야 합니다. 그렇지 않으면 해당 프로그램이 계속 이전 포트로 요청을 보냅니다.
수신 포트 확인 방법 보기 →먼저 앱이 프록시를 사용하지 않는 문제인지, 프록시에 연결된 뒤 대상에 접속하지 못하는 문제인지 구분하세요. 시스템 프록시를 무시하는 프로그램은 별도로 설정해야 할 수 있습니다. 일부 앱은 별도의 DNS, UDP 또는 다른 네트워크 스택을 사용하기도 합니다. 구독 문제로 단정하지 말고 먼저 앱의 연결 지점과 로그를 확인한 뒤 라우팅이나 연결 방식을 조정할지 판단하세요.
앱 연결 및 확인 단계 보기 →규칙 파일, 포트 충돌, DNS부터 확인해 문제에 맞게 점검 범위를 좁혀 보세요.
geoip.dat와 geosite.dat의 역할, 클라이언트에서 규칙 파일을 업데이트하는 방법, geosite: 및 geoip: 접두사를 사용하는 일반적인 규칙 조합을 설명합니다. 데이터 분류와 규칙 순서를 파악한 다음 직접 연결 출구가 예상대로 동작하는지 확인하세요.
규칙 파일 안내 읽기 →운영체제 기본 명령으로 10808 등의 포트를 사용하는 프로세스를 찾은 다음 클라이언트에서 수신 포트를 변경하고 브라우저 및 시스템 프록시 설정을 함께 업데이트하세요. 포트 충돌과 원격 연결 오류를 구분해 잘못된 단계의 설정을 반복해서 수정하지 않도록 안내합니다.
포트 문제 해결 단계 보기 →내장 DNS 모듈의 조회 순서, 도메인별 DNS 서버 지정 방법, FakeDNS와 도메인 전략의 연동 방식을 설명합니다. DNS 조회 요청의 출구와 실제 트래픽의 출구를 구분한 뒤 규칙이 제대로 적용되는지 확인하세요.
DNS 설정 방법 읽기 →