설정 순서에 따라 핵심 기능 5가지를 살펴봅니다. 오른쪽은 정적 설정 예시이며, 실제 메뉴 이름은 클라이언트 버전에 따라 다를 수 있습니다.
설정 흐름 예시: 그룹 저장 → 설정 가져오기 → 서버 선택.
시스템 프록시 설정과 라우팅 프리셋은 서로 독립된 설정 단계입니다.
먼저 프리셋을 확인하고 예외 규칙을 추가하세요. DNS 조회 경로도 함께 점검해야 합니다.
먼저 일반 프록시 연결을 확인하세요. 네트워크 문제가 생기면 기존 설정을 복구하세요.
현재 클라이언트의 지원 범위를 확인하세요. 커널 이름만으로 호환성을 판단할 수는 없습니다.
먼저 세 가지 설정 단계를 구분하세요. 구독은 서버 정보를 가져오는 역할, 시스템 프록시나 TUN은 앱 트래픽을 클라이언트에 전달하는 역할, 라우팅은 트래픽을 어떤 경로로 보낼지 정하는 역할을 합니다. 서로 연동되지만 대신할 수는 없습니다. 구독을 업데이트했다고 프록시가 작동하는 것은 아니며, 시스템 프록시를 켰다고 서버 설정 오류가 해결되는 것도 아닙니다. 이 순서대로 점검하면 관련 없는 메뉴를 오가며 설정하는 일을 줄일 수 있습니다.
처음에는 기본 설정을 유지하고 확인 가능한 연결 경로 하나만 구성하세요. 웹사이트에 접속되는 것을 확인한 뒤 그룹, 자동 업데이트, 라우팅 예외, TUN을 추가하세요. 한 번에 한 종류의 설정만 바꾸고 변경 내용과 테스트 결과를 기록하세요. 순서대로 따라 할 수 있는 안내는 구독 가져오기 가이드에서, 설정 간 관계는 처음부터 익히는 전체 가이드에서 확인할 수 있습니다.
데스크톱에서는 v2rayN, Android에서는 v2rayNG를 먼저 살펴보세요. 다운로드 페이지에서 프로세서 아키텍처와 패키지 형식을 확인하세요.
v2rayN 데스크톱 버전 또는 클래식 WPF 버전을 선택하세요. 데스크톱 버전은 크로스 플랫폼 인터페이스를 사용하고, WPF 버전은 기존 인터페이스 구성을 유지합니다. 선택 기준은 사용 습관과 시스템 호환성이지, 서로 다른 프록시 프로토콜이 아닙니다. 다운로드 페이지에서 설치 안내를 확인하고 시스템과 프로세서가 해당 버전의 요구 사항을 충족하는지 살펴보세요.
설치 후 클라이언트를 실행하고 구독을 추가해 활성 서버를 선택한 다음 시스템 프록시를 설정하세요. 이전 클라이언트가 백그라운드에서 실행 중이라면 로컬 수신 포트가 충돌하지 않도록 먼저 종료하세요. 기존 설치를 업그레이드할 때는 구독과 사용자 지정 라우팅을 백업하고 복구할 설정 사본을 보관한 뒤 자주 사용하는 앱을 테스트하세요.
다운로드 · Windowsv2rayN을 선택할 때는 먼저 시스템의 ‘이 Mac에 관하여’를 열어 칩 정보를 확인하세요. Apple Silicon은 arm64, Intel은 x64에 해당합니다. 컴퓨터 외관이나 구매 연도만으로 아키텍처를 추측하지 말고, 칩이 다른 설치 파일을 혼용하지 마세요.
처음 실행할 때는 시스템 안내에 따라 앱 권한을 설정하세요. 실행이 차단되면 안내 내용과 시스템 요구 사항을 확인하고, 설치를 위해 시스템 보호 기능을 함부로 끄지 마세요. 구독을 가져온 뒤 활성 서버와 시스템 프록시를 각각 점검하세요. 브라우저는 연결되는데 다른 앱에 문제가 있다면 해당 앱이 시스템 프록시를 사용하는지 확인하세요. 트래픽을 모두 전달해야 한다면 TUN 가이드를 읽고 필요한 권한을 확인하세요.
다운로드 · macOSXray 커널을 사용하는 v2rayNG를 먼저 고려하고, V2Fly 커널이 필요하다면 v2flyNG를 살펴보세요. 비교적 최신 스마트폰은 대부분 arm64 패키지를 사용할 수 있습니다. 아키텍처를 모르겠다면 기기 정보와 다운로드 안내를 먼저 확인한 뒤 범용 패키지를 고려하세요. 두 클라이언트는 설정을 각각 관리하므로 설치 후 구독과 규칙이 자동으로 공유된다고 가정하지 마세요.
구독 주소를 붙여 넣고 업데이트한 다음 노드를 선택해 연결을 시작하고, 시스템의 VPN 권한 요청을 처리하세요. 일반적으로 한 번에 하나의 앱만 시스템 VPN 연결을 사용할 수 있으므로 클라이언트를 바꾸기 전에 기존 연결을 중지하세요. 백그라운드에서 연결이 끊긴다면 배터리 최적화와 백그라운드 실행 제한을 확인하세요. 계속 연결되지 않으면 노드 설정과 로그부터 살펴보세요.
다운로드 · Androidv2rayN을 선택할 때는 배포판의 패키지 체계와 기기 아키텍처를 모두 확인하세요. deb 패키지 기반 배포판과 rpm 패키지 기반 배포판은 각각 해당하는 다운로드 항목을 선택해야 합니다. arm64 기기는 다운로드 페이지에서 같은 아키텍처 항목을 선택하세요. 패키지 형식이 맞아도 모든 의존성이 충족되는 것은 아니므로 설치 안내를 꼼꼼히 읽으세요.
그래픽 데스크톱 환경에 따라 시스템 프록시 구현 방식과 권한 관리가 다를 수 있습니다. 처음 테스트할 때는 브라우저가 클라이언트의 로컬 프록시를 명확히 사용하도록 설정한 다음 데스크톱 환경의 프록시 설정을 확인하세요. TUN을 활성화해야 한다면 권한 부여 방식과 기존 가상 네트워크 인터페이스의 충돌 여부를 확인하세요. 일상적인 구독 및 서버 관리는 그래픽 클라이언트만으로도 가능하므로 라우터 설정부터 시작할 필요는 없습니다.
다운로드 · Linux설치 파일에는 클라이언트만 포함되며 바로 사용할 수 있는 서버 구독은 제공되지 않습니다. 구독 주소와 서버 설정은 신뢰할 수 있는 출처에서 구하고, 거주 지역의 법률과 네트워크 서비스 약관을 준수해 사용하세요.
모든 클라이언트 보기 →프로젝트, 커널, 클라이언트, 서버 설정의 역할을 구분한 뒤 설치하거나 업데이트할 항목을 선택하세요.
역할별 구성을 보여주는 예시이며 모든 클라이언트가 그림의 기능을 전부 지원한다는 뜻은 아닙니다.
V2Ray 커널 차이 알아보기 →V2Ray는 Project V에서 시작했으며, 관련 프록시 기술과 도구 생태계를 가리키는 말로도 자주 쓰입니다. 검색어 ‘V2Ray 클라이언트’는 대개 그래픽 인터페이스를 갖춘 설정 관리 프로그램을 뜻하며, 특정 설치 파일 하나를 지칭하지 않습니다. 클라이언트는 구독, 서버, 라우팅 설정을 조작할 수 있는 화면으로 정리한 뒤 커널에 연결 처리를 맡깁니다. 이 관계를 알면 클라이언트 다운로드, 서버 설정, 커널 업데이트를 혼동하지 않게 됩니다.
같은 공유 링크를 여러 클라이언트에서 인식한다고 해서 모든 고급 설정 항목까지 그대로 옮겨지는 것은 아닙니다. 가져오기 전에 출처가 구독 주소인지, 개별 공유 링크인지, 원본 설정 파일인지 확인하세요. 각 항목은 용도가 다릅니다. 처음에는 클라이언트 화면을 따라 설정해 연결을 확인한 뒤 프로토콜과 전송 방식의 세부 내용을 익히는 편이 좋습니다.
V2Fly는 V2Ray 계열 커널의 커뮤니티 개발을 이어가고, Xray는 관련 기술을 바탕으로 발전한 별도의 커널 계열입니다. 두 커널은 일부 개념과 프로토콜 배경을 공유하지만 기능 지원, 설정 항목, 개발 방향은 완전히 같지 않습니다. 선택할 때는 서버에서 요구하는 프로토콜과 전송 방식 조합을 확인한 뒤 클라이언트가 실제로 지원하는 커널을 살펴보세요. 이름이 비슷하다고 호환되는 것은 아니며, 속도가 항상 더 빠르다고 단정할 수도 없습니다.
설정에 특정 커널 계열만 지원하는 기능이 포함됐다면 해당 기능을 지원하는 커널과 클라이언트를 함께 사용하세요. 전환 후 실행되지 않거나 설정 항목을 인식하지 못하거나 핸드셰이크에 실패한다면 로그에 표시된 오류부터 확인하세요. 사용할 수 있는 설정을 보관한 뒤 테스트하는 편이 커널, DNS, 라우팅, 전송 방식을 한꺼번에 바꾸는 것보다 원인을 찾기 쉽습니다.
v2rayN, v2rayNG, v2flyNG는 모두 오픈 소스이며 무료로 사용할 수 있는 클라이언트 프로젝트로, GPL-3.0 오픈 소스 라이선스를 따릅니다. 오픈 소스 라이선스는 코드 사용, 수정, 재배포 조건을 설명할 뿐 서버 서비스 약관을 대신하지 않으며 모든 구독 출처가 신뢰할 만하다는 뜻도 아닙니다. 데스크톱과 Android는 인터페이스, 권한, 네트워크 연결 방식이 다릅니다. 가이드를 읽을 때는 클라이언트 이름을 먼저 확인하고 해당 메뉴를 찾아보세요.
v2rayN은 데스크톱용으로 구독, 서버, 라우팅 설정을 한곳에서 관리하기 좋습니다. v2rayNG는 Android용이며 Xray 커널을 사용합니다. v2flyNG는 V2Fly 커널 계열의 Android 대안입니다. 플랫폼과 설정 호환성을 기준으로 선택하고, 기능 이름이 더 많다는 이유로 여러 클라이언트를 동시에 실행할 필요는 없습니다. 다른 클라이언트로 옮길 때는 기존 설정을 보관한 뒤 구독, 연결, 라우팅을 하나씩 확인하세요.
클라이언트 업데이트는 인터페이스와 프로그램 로직을, 커널 업데이트는 프로토콜 처리와 연결 기능을, 구독 업데이트는 서버 정보를 새로 가져옵니다. 세 작업은 서로 다른 내용을 다룹니다. 프로그램을 업데이트해도 만료된 구독이 자동으로 복구되지 않고, 구독을 업데이트해도 구형 커널에 새 기능이 추가되지는 않습니다. 오류가 발생한 부분에 맞춰 유지 관리 작업을 선택하고, 무조건 전부 업데이트하는 방식으로 문제를 해결하려 하지 마세요.
업그레이드 전에 사용자 지정 라우팅, 구독 그룹, 주요 설정을 백업하고 관련 변경 사항을 확인하세요. 업그레이드 후에는 기존에 연결되던 서버로 기본 연결을 테스트한 다음 로컬 네트워크 접속, 자주 쓰는 앱, DNS를 확인하세요. 구독 주소의 접속 정보는 계정 정보처럼 안전하게 보관하세요. 화면이나 로그를 공유할 때는 주소 매개변수, 사용자 식별 정보, 서버 인증 정보를 가리세요. 문제를 기록할 때는 오류 유형과 발생 단계를 남기면 충분합니다.
주소를 가져오면 구독 출처가 저장되고, 구독을 업데이트해야 서버 정보를 읽어옵니다. 정보를 가져온 뒤에는 서버를 선택해 활성 서버로 지정하고 시스템 프록시 등의 연결 방식을 통해 앱이 클라이언트를 사용하도록 해야 합니다. 목록이 비어 있다면 구독 업데이트 오류부터 확인하세요. 목록은 있지만 연결되지 않으면 서버 설정과 로컬 연결 방식을 점검하세요. 구독 가져오기 단계를 하나씩 확인하세요.
아닙니다. 시스템 프록시는 시스템 설정을 따르는 앱의 요청을 클라이언트로 전달할지 결정하고, 라우팅 모드는 클라이언트가 받은 요청을 어떻게 보낼지 정합니다. 전역 라우팅을 선택해도 시스템 프록시를 사용하지 않는 앱은 클라이언트를 거치지 않을 수 있습니다. 앱 연결 경로를 먼저 확인한 뒤 라우팅을 점검하면 앱 프록시 문제를 서버 문제로 오해하지 않습니다. 자세한 순서는 프록시 설정 가이드를 참고하세요.
연결 시작 버튼이나 한 번의 지연 시간만 보지 마세요. 먼저 클라이언트의 연결 테스트를 실행하고, 대상 앱에서 실제 접속을 확인한 뒤 외부 IP 주소와 로그를 함께 살펴보세요. 한 가지 테스트가 성공해도 모든 앱의 네트워크 경로가 같다는 뜻은 아닙니다. 라우팅을 사용하면 대상마다 다른 경로로 연결될 수도 있습니다. 연결 확인 체크리스트에 따라 프록시 대상과 직접 연결 대상을 각각 테스트하세요.
먼저 모든 연결이 실패하는지, 특정 도메인만 문제가 있는지 확인하세요. 인증서 오류, 인증 실패, 서버에 연결할 수 없는 문제는 대개 DNS를 바꿔도 해결되지 않습니다. 기본 연결이 되는지 확인한 뒤 도메인 조회 결과, DNS 요청 경로, 라우팅 규칙이 서로 일치하는지 살펴보세요. 변경 전에 기존 설정을 기록하고 한 번에 한 항목씩 조정하세요. 자세한 내용은 DNS 설정 섹션에서 확인할 수 있습니다.
첫 연결부터 네트워크 진단, 라우터 배포까지 안내합니다. 현재 문제에 맞는 글을 선택하고 모든 설정을 한꺼번에 바꾸지 마세요.
구독 업데이트 후 노드를 선택하고 실제 연결 속도를 측정하는 방법을 설명합니다. 외부 IP 주소와 실제 접속을 함께 확인해 프록시 경로를 검증하세요. TCP 포트 연결 가능 여부와 요청 전체의 성공 여부를 구분해 단일 지연 결과를 전체 연결 상태로 오해하지 않도록 합니다.
첫 연결 체크리스트 보기 →메인 라우터와 보조 라우터의 역할 차이를 살펴보고 투명 프록시, DNS 분기, 게이트웨이 설정이 어떻게 연동되는지 알아보세요. 먼저 전체 데이터 경로를 파악한 뒤 기기의 권한과 유지 관리 비용을 검토하세요. 데스크톱 클라이언트 연결이 안 된다면 기본 설정부터 완료하는 편이 문제를 찾기 쉽습니다.
배포 방식 살펴보기 →노드 부하, 네트워크 경로 품질, 로컬 설정을 차례로 점검해 원인을 좁히세요. 전송 방식, Mux, DNS, 라우팅 규칙을 확인하고 테스트 조건을 고정해 기기 네트워크 전환, 백그라운드 다운로드, 대상 사이트 상태로 인한 영향을 줄이세요.
단계별 문제 해결 방법 보기 →명확한 오류가 발생하면 먼저 클라이언트 이름, 작업 단계, 오류 문구를 기록한 뒤 관련 글을 찾아보세요. 문제를 설명할 때는 구독 정보를 숨기고 필요한 설정 유형과 오류 상황만 남기세요.
모든 글 보기 →