클라이언트는 설정을 관리하고 코어는 연결을 처리합니다. 프로토콜, 전송 방식, 보안 옵션은 서로 호환되도록 맞춰야 합니다.
구독 주소로 여러 설정을 가져올 수 있지만, 공유 링크 하나에는 보통 서버 하나의 정보만 담깁니다. 가져오기에 성공했다고 연결된 것은 아닙니다. 서버를 선택하고 라우팅 모드를 확인한 다음, 프록시를 사용할 앱의 트래픽이 올바른 경로로 들어가도록 설정해야 합니다.
클라이언트 설정은 네 단계로 나눌 수 있습니다. 먼저 서버 정보를 가져온 뒤 트래픽을 코어에 전달하는 방식과 출구를 선택합니다.
v2rayN 데스크톱 앱에서는 그룹, 서버 목록, 라우팅 설정을 한곳에서 관리합니다. Android 클라이언트는 시스템 VPN 서비스를 통해 트래픽을 전달합니다. 버전에 따라 메뉴 이름이 달라질 수 있으므로 버튼 위치만 보지 말고 항목의 의미를 확인하세요. 아래 그림은 설정 간 관계를 보여주는 예시이며 실시간 연결 상태를 나타내지 않습니다.
구독 가져오기를 사용하면 여러 서버를 편리하게 관리할 수 있습니다. v2rayN에서 구독 그룹 설정을 열고 메모와 선택 입력 주소를 작성한 뒤 저장하고 해당 그룹을 업데이트하세요. 공유 링크 하나만 있다면 ‘클립보드에서 공유 링크 가져오기’를 사용합니다. 그룹을 나누면 출처별로 관리하고 업데이트 및 필터 조건도 따로 설정할 수 있습니다. 업데이트가 끝나면 서버가 예상한 그룹에 들어갔는지 확인하고 사용할 서버를 선택하세요. 접속 정보가 포함된 주소는 공개 스크린샷에 노출하지 마세요. 구독은 제공처의 변경 사항을 반영할 수 있지만, 로컬에서 수정한 내용은 다음 업데이트 때 덮어써질 수 있습니다.
라우팅은 요청을 어느 출구로 보낼지 결정하지만, 앱 트래픽을 클라이언트로 자동 전달하지는 않습니다. v2rayN의 라우팅 설정에서 규칙 세트를 선택하고 직접 연결, 프록시, 차단 조건의 순서를 확인하세요. geosite는 도메인 분류에, geoip는 IP 주소 분류에 사용되며 각각 해당 데이터 파일이 필요합니다. 모든 트래픽을 같은 출구로 보내는 대신 규칙을 적용하면 로컬 네트워크 접근을 유지하면서 앱별 트래픽을 나눌 수 있습니다. 특정 사이트에 문제가 생기면 먼저 적용된 규칙과 DNS 응답을 확인하고 해당 규칙만 조정하세요. 서버, 규칙, DNS를 한꺼번에 바꾸면 원인을 찾기 어려워집니다.
코어 전환은 서버가 요구하는 프로토콜을 지원하는 코어를 선택하는 기능이지, 같은 서버의 실행 프로그램을 임의로 바꾸는 기능은 아닙니다. v2rayN 설정에서 코어와 프로토콜의 호환성을 확인하고, 변경한 뒤에는 연결을 다시 시작해 시작 로그를 살펴보세요. Xray와 V2Fly는 기술적 기반을 공유하지만 확장 필드와 지원 범위는 서로 다릅니다. REALITY 등의 설정은 해당 구현과 맞아야 합니다. Android의 v2rayNG와 v2flyNG도 서로 다른 코어를 사용합니다. 클라이언트 이름만 보는 것보다 코어와 서버 설정을 확인하는 편이 ‘가져오기는 되는데 연결이 시작되지 않는’ 문제를 파악하는 데 도움이 됩니다.
시스템 프록시는 브라우저처럼 시스템 설정을 따르는 앱의 연결을 먼저 확인할 때 유용합니다. 다만 일부 앱은 프록시를 거치지 않고 직접 연결합니다. TUN은 가상 네트워크 인터페이스로 트래픽을 전달하며, 적용 범위는 시스템 라우팅, 권한, 제외 설정에 따라 달라집니다. 모든 연결이 프록시를 거친다는 뜻은 아닙니다. v2rayN에서 먼저 시스템 프록시로 서버 연결을 확인한 다음 필요한 앱에 맞춰 TUN을 사용하세요. 필요한 구성 요소는 플랫폼과 버전에 따라 다릅니다. 트래픽을 가로채는 도구를 여러 개 동시에 켜기보다 연결 경로를 하나씩 확인하는 편이 문제 해결에 유리합니다. 클라이언트를 종료하기 전 시스템 프록시 설정을 원래대로 돌리면 종료 후 접속 문제를 줄일 수 있습니다.
데스크톱에서는 v2rayN을 선택하세요. Android에서는 서버의 프로토콜 지원 여부에 맞는 코어를 고른 뒤 기기 아키텍처에 맞는 앱을 선택합니다.
다운로드 전에 운영체제, 프로세서 아키텍처, 설치 권한을 확인하세요. 설치 파일의 아키텍처는 실제 실행 환경에 맞아야 하며 구독의 프로토콜과는 별개입니다. 다른 기기에서 같은 서버 설정을 사용할 수는 있지만 시스템 프록시, VPN 권한, 라우팅, DNS는 기기마다 다시 확인해야 합니다.
v2rayN은 Desktop과 기존 WPF 버전을 제공합니다. Desktop은 크로스 플랫폼 인터페이스를 사용하며, WPF는 익숙한 Windows 창 환경을 유지합니다. 먼저 운영체제 호환성을 확인하고 원하는 인터페이스에 따라 선택하세요. 같은 구독을 가져오기 위해 두 버전을 모두 설치할 필요는 없습니다.
실행에 실패하면 먼저 실행 환경 안내와 압축 해제 위치를 확인하세요. TUN은 일반 시스템 프록시와 권한 요건이 다르므로 처음 연결할 때는 시스템 프록시부터 확인하는 것이 좋습니다.
v2rayN은 Apple Silicon과 Intel용 다운로드를 따로 제공합니다. 시스템 메뉴의 ‘이 Mac에 관하여’에서 칩 또는 프로세서 정보를 확인한 다음 알맞은 설치 파일을 선택하세요. 인터페이스 언어, 기기 외관, 구매 연도로 아키텍처를 추측하지 마세요.
처음 실행할 때는 운영체제의 보안 안내에 따라 앱 권한을 허용하세요. 연결 후 브라우저와 대상 앱에서 각각 접속을 확인해 시스템 프록시가 적용됐는지, 서버가 작동하는지 구분하세요.
먼저 Xray 코어를 사용하는 v2rayNG를 확인하고, V2Fly 설정이 필요한 경우 v2flyNG를 고려하세요. 두 앱 모두 arm64와 범용 버전을 제공합니다. 일반적인 arm64 기기에는 해당 버전을 선택하고, 아키텍처를 확인하기 어렵다면 시스템 정보를 확인하거나 호환되는 범용 버전을 사용하세요.
연결하려면 시스템 VPN 권한이 필요합니다. 다른 VPN 서비스가 실행 중이라면 어느 앱이 트래픽을 처리할지 먼저 정하세요. 백그라운드에서 연결이 끊기면 배터리 최적화와 백그라운드 실행 제한도 확인하세요.
v2rayN은 deb 및 rpm 설치 파일을 x64와 arm64 아키텍처별로 제공합니다. Debian 계열 배포판에서는 보통 deb를, RPM 패키지 체계를 사용하는 배포판에서는 rpm을 선택하세요. 패키지 형식과 프로세서 아키텍처는 별개의 조건이므로 각각 맞춰야 합니다.
설치 후 그래픽 세션과 필요한 의존성이 갖춰졌는지 확인하세요. 데스크톱 시스템 프록시의 적용 여부는 앱 구현에 따라 다릅니다. TUN은 권한과 라우팅도 필요하므로 창이 열렸다는 사실만으로 트래픽이 전달된다고 볼 수 없습니다.
기본 설정으로 첫 연결을 완료한 다음 규칙과 DNS를 하나씩 조정하세요. 한 번에 조건 하나만 바꾸면 쉽게 되돌릴 수 있습니다.
사용 가능한 구독 주소를 준비하세요. v2rayN의 구독 그룹 설정에서 메모와 URL을 입력하고 저장한 뒤 업데이트합니다. 프로토콜 링크 하나만 받았다면 클립보드에서 가져오기를 사용하세요. 단일 링크를 구독 주소처럼 반복해서 업데이트하면 안 됩니다.
Android에서는 v2rayNG의 추가 메뉴에서 구독 또는 클립보드 가져오기를 선택하세요. 가져온 뒤 서버 주소, 포트, 프로토콜 항목이 모두 입력됐는지 확인합니다. 목록이 비어 있다면 업데이트 로그와 필터 조건부터 살펴보세요.
서버 목록에서 사용할 서버를 선택하고 전송 방식, 보안 옵션, 서버 제공자의 안내를 확인하세요. 데스크톱에서는 먼저 시스템 프록시를 설정하고, Android에서는 연결을 시작해 시스템 VPN 권한을 확인한 뒤 필요한 라우팅 모드를 선택합니다.
서버 선택, 라우팅 모드, 트래픽 연결은 각각 별개의 설정입니다. 서버를 선택해도 앱이 프록시를 사용하도록 설정하지 않았다면 기존 네트워크로 접속할 수 있습니다. 트래픽 연결을 켠다고 잘못된 서버 설정이 해결되는 것도 아닙니다.
먼저 대상 앱에 접속하고 클라이언트 로그에서 요청이 코어에 전달됐는지 확인하세요. 이어서 로컬 네트워크와 직접 연결되어야 하는 사이트를 확인해 라우팅 규칙이 기존 연결에 영향을 주지 않는지 살펴봅니다. 지연 시간 테스트는 서버를 추리는 데 도움이 되지만 실제 서비스 접속을 대신하지는 않습니다.
실패하면 ‘구독 업데이트, 코어 시작, 앱 트래픽 연결, 라우팅 출구, DNS 응답’ 순서로 확인하세요. 마지막으로 변경한 옵션을 기록하고 되돌린 뒤 다시 테스트하면 여러 설정을 연달아 바꿔 상태가 꼬이는 일을 막을 수 있습니다.
프로토콜, 코어, 그래픽 클라이언트를 구분해야 설정에 맞는 앱을 선택할 수 있습니다.
Project V는 프록시 통신, 라우팅, 전송을 위한 오픈 소스 기술 체계이며 V2Ray는 그중 널리 사용되는 프로젝트입니다. V2Fly는 관련 코어를 커뮤니티 중심으로 이어서 개발하고, Xray는 공통 코드 기반에서 출발해 별도의 방향으로 발전했습니다. 어느 한쪽이 단순히 다른 쪽의 신형 또는 구형 버전인 것은 아닙니다. 설정 개념은 상당 부분 공유하지만 확장 기능, 기본 동작, 지원 필드는 각 프로젝트의 발전에 따라 달라질 수 있습니다.
그래픽 클라이언트는 구독과 설정을 코어가 실행할 수 있는 구성으로 변환합니다. 실제 프로토콜 연결, 라우팅, 아웃바운드 처리는 코어가 담당합니다. 따라서 VLESS라고 표시된 서버라도 전송 방식, 보안 방식, 확장 필드에 따라 특정 구현이 필요할 수 있습니다. REALITY 등의 설정을 입력하기 전에는 선택한 코어의 지원 여부를 확인하고, 제공된 공개 키와 서버 이름 등의 값을 그대로 사용하세요.
v2rayN, v2rayNG, v2flyNG는 모두 오픈 소스 클라이언트이며 인터페이스 코드와 코어 코드는 서로 다른 라이선스를 적용할 수 있습니다. v2rayN과 v2rayNG 클라이언트 프로젝트는 GPL-3.0을, V2Fly와 Xray 코어 프로젝트는 MPL-2.0을 사용합니다. 사용, 수정, 재배포 시에는 배포 파일에 포함된 라이선스 문서를 확인하세요. 특정 프로젝트의 라이선스를 모든 의존성에 일괄 적용해서는 안 됩니다.
클라이언트 업데이트는 인터페이스와 설정 관리 방식을 바꾸고, 코어 업데이트는 프로토콜 지원에 영향을 주며, 구독 업데이트는 서버 정보를 새로 가져옵니다. 세 업데이트는 서로 대체할 수 없습니다. 구독 업데이트가 성공해도 코어에 없는 기능이 추가되지는 않으며, 앱을 업데이트해도 만료된 서버 인증 정보가 갱신되지는 않습니다. 업데이트 전에 그룹과 사용자 규칙을 백업하고, 업데이트 후에는 기존 테스트 절차로 연결과 라우팅을 확인하세요. 설정을 한꺼번에 바꾸는 것보다 호환성 변화를 찾기 쉽습니다.
두 프로토콜 모두 서버 제공자가 지정한 인증 및 전송 설정을 입력해야 하며, 프로토콜 드롭다운만 바꿔 서로 전환할 수는 없습니다. VLESS는 자체적으로 데이터를 암호화하지 않으므로 보통 TLS 또는 REALITY 같은 보안 방식을 함께 사용합니다. VMess는 시스템 시간과 서버 요구 사항도 확인해야 합니다.
Trojan은 보통 TLS와 비밀번호 인증을 함께 사용하며, Shadowsocks는 암호화 방식과 비밀번호를 맞춰야 합니다. 이름이 비슷하거나 포트가 같다고 호환되는 것은 아닙니다. 가져온 뒤에도 보안 설정, 전송 방식, 서버 안내를 확인하세요.
REALITY는 보안 방식이며 VLESS와 나란히 놓이는 별개의 프록시 프로토콜이 아닙니다. 설정할 때 프로토콜, 전송 방식, 보안 계층을 함께 확인해야 합니다. 성능과 모바일 기기의 배터리 사용량은 네트워크 경로, 재연결 빈도, 트래픽 패턴에도 영향을 받으므로 이름만으로 순위를 매길 수 없습니다.
클라이언트 사용 중 생긴 궁금증을 따라가며 연결 테스트, 프로토콜 호환성, 네트워크 배포의 차이를 살펴보세요.
메인 라우터 또는 보조 라우터에서 코어를 직접 실행하는 방법을 살펴봅니다. 메모리와 저장 공간 요구 사항, 투명 프록시와 DNS 라우팅의 기본 관계, 데스크톱 클라이언트와의 장단점을 설명합니다.
클라이언트에서 제공하는 세 가지 속도 측정 방식의 원리를 살펴봅니다. 핸드셰이크만 확인하는 테스트, 프록시 전체 경로를 거치는 테스트, 실제 처리량 측정의 차이를 이해하고 숫자 하나만 보고 서버를 고르는 일을 줄여보세요.
두 코어의 VLESS, XTLS, REALITY 지원 차이와 설정 파일 호환 범위를 비교하고, v2rayNG와 v2flyNG가 각각 어떤 서버 설정에 적합한지 설명합니다.
입력한 값이 관리 페이지나 단일 공유 링크가 아니라 구독 주소인지 먼저 확인하세요. 그런 다음 업데이트 로그, 그룹 필터, 필터 항목을 확인합니다. 주소에서 빈 응답이 오거나 구독이 만료됐거나 로컬 필터에 걸리면 목록이 비어 있을 수 있습니다. 설정을 모두 삭제하지 말고 그룹을 유지한 채 구독 가져오기 절차를 따라 항목별로 확인하세요.
시스템 프록시는 해당 설정을 사용하는 앱에만 적용됩니다. 자체 프록시 설정을 사용하는 앱도 있고, 다른 방식으로 트래픽을 전달해야 하는 앱도 있습니다. 먼저 대상 앱의 설정을 확인하고 필요할 때 TUN을 고려하세요. TUN과 라우팅 규칙도 서로 다른 단계이므로 ‘트래픽 연결’을 ‘모든 트래픽을 프록시로 전송’한다는 뜻으로 이해하면 안 됩니다. 라우팅 및 모드 설정을 참고하세요.
TCP 핸드셰이크에 성공했다는 것은 해당 주소와 포트에서 연결을 받았다는 뜻일 뿐, 인증이나 전송 방식이 정상이고 대상 사이트에 접속할 수 있다는 의미는 아닙니다. 먼저 코어 로그에서 연결이 어느 단계까지 진행됐는지 확인한 다음 DNS 응답과 적용된 규칙을 살펴보세요. 특정 도메인에서만 실패한다면 서버 그룹 전체를 바로 바꿀 필요는 없습니다. DNS 설정 안내에서 DNS 응답과 출구의 관계를 확인하세요.