PC에서는 v2rayN을 먼저 살펴보고, 안드로이드에서는 노드 요구사항에 따라 v2rayNG와 v2flyNG 중 선택하세요. 이 글에서는 클라이언트·커널·프로토콜의 차이를 짚고 구독 가져오기, 시스템 프록시, 앱별 프록시, 라우팅 설정을 비교합니다. 두 기기에서 설정을 마친 뒤 연결을 확인하는 방법도 안내합니다. 구독은 있지만 어떤 클라이언트를 설치할지 모르겠다면 기기 플랫폼을 먼저 확인한 다음 노드의 프로토콜·전송 방식·보안 매개변수를 살펴보세요.
플랫폼을 먼저 확인하고 커널 계열을 비교하세요
이름은 비슷하지만 같은 설치 파일을 다르게 부르는 것이 아닙니다. v2rayN은 데스크톱 클라이언트이고 v2rayNG와 v2flyNG는 안드로이드 클라이언트입니다. 클라이언트는 노드 목록, 구독 관리, 설정 화면을 제공하고, 커널은 실제 연결을 수립하고 설정을 해석하며 라우팅 규칙을 적용합니다. 클라이언트를 설치해도 사용할 서버가 자동으로 제공되지는 않으므로 유효한 구독이나 노드 설정을 준비해야 합니다.
v2rayN: PC에서 우선 고려할 클라이언트
추천Windows, macOS, Linux에서 사용할 수 있습니다. 데스크톱 인터페이스에서는 노드 목록 확인, 구독 그룹 정리, 로그 점검이 편리합니다. Windows에서는 필요에 따라 데스크톱 버전이나 WPF 버전을 선택할 수 있습니다. 실제 지원 커널과 기능은 설치 파일과 현재 버전의 인터페이스에서 확인하세요.
추천 대상: PC를 주로 사용하거나 구독이 많고 라우팅 규칙을 조정해야 하는 경우
v2rayNG: 안드로이드용 Xray 설정
Xray 커널 계열을 사용합니다. 기존 설정에서 Xray를 명시적으로 요구하거나 VLESS·REALITY 매개변수를 사용하는 경우, v2rayNG 최신 버전의 지원 여부를 먼저 확인한 뒤 서버 설정에 맞춰 가져오세요.
추천 대상: 안드로이드 기기를 주로 사용하거나 Xray 노드가 있고 앱별 프록시가 필요한 경우
v2flyNG: 안드로이드용 v2fly 설정
v2fly 커널 계열을 사용합니다. 기존 설정을 v2fly 기능과 형식에 맞춰 관리해 온 사용자에게 적합합니다. 특정 노드와 호환되는지는 프로토콜, 전송 방식, 보안 계층, 커널 버전을 확인해야 하며 링크를 가져올 수 있는지만으로 판단하면 안 됩니다.
추천 대상: 기존 v2fly 설정을 사용하며 해당 커널 동작을 유지해야 하는 안드로이드 기기
선택 기준: 노드 요구사항으로 한 번 더 확인
먼저 사용할 수 없는 플랫폼을 제외한 뒤 서비스 제공자가 안내한 클라이언트와 최소 커널 요구사항을 확인하세요. 설정에 REALITY가 포함되어 있다면 안드로이드에서는 v2rayNG의 지원 여부를 먼저 확인하세요. 프로토콜 이름만 바꿔 v2flyNG에 가져오려 해서는 안 됩니다.
프로토콜·전송 방식·인터페이스: 사용에 영향을 주는 차이
V2Ray와 Xray는 서로 관련은 있지만 독립적으로 발전하는 커널 프로젝트입니다. v2fly는 V2Ray의 커뮤니티 유지 관리 체계입니다. VMess와 VLESS는 프로토콜 이름이고 WebSocket은 전송 방식이며 TLS와 REALITY는 연결 보안 설정과 관련됩니다. 서로 다른 계층의 항목이므로 대체 가능한 선택지로 볼 수 없습니다. 두 클라이언트에 VMess가 표시되더라도 전송 방식, TLS, 경로, 서버 요구사항을 추가로 확인해야 합니다.
| 비교 항목 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 지원 플랫폼 | Windows、macOS、Linux | Android | Android |
| 커널 계열 | 선택한 커널과 설치 파일을 확인 | Xray 계열 | v2fly 계열 |
| 인터페이스 주요 기능 | 노드 목록, 그룹, 로그, 데스크톱 프록시 설정 | 모바일 설정 목록, 연결 스위치, 앱별 설정 | 모바일 설정 목록, 연결 스위치, 커널별 설정 |
| 구독 관리 | 그룹을 관리하고 업데이트 후 사용할 노드를 선택 | 구독 그룹을 관리하고 업데이트 후 가져온 결과를 확인 | 구독 형식과 커널 지원 여부를 확인한 뒤 노드를 업데이트 |
| 트래픽 전달 방식 | 시스템 프록시 또는 버전에 맞는 TUN 설정 | 일반적으로 Android VPN 인터페이스로 트래픽을 처리 | 일반적으로 Android VPN 인터페이스로 트래픽을 처리 |
데스크톱의 표 형식 화면은 여러 노드를 한눈에 비교하기 좋지만 열이 많다고 연결 속도가 빨라지는 것은 아닙니다. 안드로이드에서는 연결 스위치가 한곳에 모여 있어도 모든 앱의 네트워크 연결 방식이 같다는 뜻은 아닙니다. 연결 여부는 설정의 호환성에 달려 있고, 어떤 요청을 프록시로 보낼지는 트래픽 전달 방식, 앱별 선택, 라우팅 규칙에 따라 달라집니다.
- VMess 사용 시: 주소, 포트, 사용자 ID, 암호화 설정과 전송 방식 및 TLS를 확인하세요. 세 클라이언트가 모든 확장 매개변수를 똑같이 처리한다고 가정하지 마세요.
- VLESS 사용 시: flow, 전송 방식, 보안 설정을 추가로 확인하세요. 프로토콜 이름이 같아도 어떤 조합이든 서로 연결되는 것은 아닙니다.
- REALITY 사용 시: 서버에서 요구하는 serverName, 공개 키, shortId 등의 항목을 확인하고 현재 클라이언트와 커널이 이를 지원하는지 살펴보세요.
구독 가져오기: 업데이트가 된다고 설정까지 모두 호환되는 것은 아닙니다
구독 링크는 설정을 배포하는 경로이지 클라이언트 계정이나 특정 소프트웨어 전용 네트워크가 아닙니다. 하나의 구독에 여러 프로토콜이나 서로 다른 형식의 설정이 포함될 수 있습니다. 가져온 뒤 노드 수가 정상적으로 표시되더라도 일부 설정을 인식했다는 의미일 뿐, 실제 연결 테스트를 대신할 수는 없습니다.
- 먼저 그룹을 만드세요. v2rayN에서 ‘구독 그룹’ → ‘구독 그룹 설정’으로 이동해 이름과 구독 주소를 추가합니다. 버전에 따라 메뉴 이름이 조금 다를 수 있으니 현재 화면을 기준으로 확인하세요.
- 그다음 구독을 업데이트하세요. ‘구독 그룹’ 메뉴에서 업데이트를 선택하고 안내 메시지와 추가된 노드 수를 확인합니다. 안드로이드에서는 메뉴의 ‘구독 그룹 설정’에서 주소를 추가한 뒤 구독을 업데이트하세요.
- 노드 하나의 세부 설정을 확인하세요. 서비스 제공자의 안내에 따라 프로토콜, 포트, 전송 방식, 보안 설정을 비교하고 지원되지 않거나 가져온 뒤 값이 비어 있는 항목에 특히 유의하세요.
- 마지막으로 실제 요청을 테스트하세요. 노드를 선택해 연결한 뒤 정상적으로 접속할 수 있는 사이트를 열고 로그도 확인하세요. 지연 시간 테스트 결과만으로 모든 트래픽이 프록시를 통과한다고 판단해서는 안 됩니다.
PC에서는 가져오기에 성공했는데 안드로이드에는 일부 노드만 표시된다면 소프트웨어를 반복해서 재설치하기보다 누락된 노드의 프로토콜과 매개변수를 먼저 확인하세요. 두 기기에서 모두 업데이트에 실패한다면 링크 만료 여부, 현재 네트워크에서 구독 주소에 접속할 수 있는지, 업데이트 요청에 이미 연결 가능한 프록시가 필요한지를 점검하세요.
시스템 프록시, 안드로이드 트래픽 처리, 라우팅 분할의 차이
v2rayN에서 사용할 노드를 선택한 다음에는 앱이 트래픽을 클라이언트로 전달하는 방식을 정해야 합니다. 시스템 프록시는 일반적으로 시스템 프록시 설정을 따르는 앱에 적용됩니다. 이 설정을 읽지 않는 프로그램은 개별적으로 프록시를 구성하거나 권한과 라우팅 영향을 이해한 뒤 TUN을 사용할 수 있습니다. TUN은 가상 네트워크 인터페이스와 관련 권한이 필요하며 모든 환경에서 더 빠르게 해 주는 스위치가 아닙니다.
아래 포트는 각 포트의 역할을 설명하기 위한 예시이며 모든 버전의 기본값은 아닙니다. 로컬 HTTP 또는 혼합 수신 포트가 실제로 127.0.0.1:10808로 설정된 경우에만 브라우저의 수동 프록시에 이 주소를 입력하세요. 노드의 원격 포트가 443이더라도 브라우저의 로컬 프록시 포트란에 입력하면 안 됩니다. v2rayN의 ‘설정’ → ‘매개변수 설정’에서 로컬 수신 관련 항목을 확인할 수 있으며, 세부 메뉴는 버전에 따라 다를 수 있습니다.
- 안드로이드 트래픽 처리: 처음 연결을 시작할 때 시스템의 VPN 연결 요청을 승인해야 하는 경우가 많습니다. 이 VPN 인터페이스는 기기 트래픽을 처리하기 위한 것으로, 노드가 특정 프로토콜을 사용한다는 뜻은 아닙니다.
- 앱별 프록시: 설정이 ‘선택한 앱만 프록시 사용’인지 ‘선택한 앱은 프록시 우회’인지 먼저 확인하세요. 두 모드에서 동일한 앱 목록의 의미는 정반대이므로 저장한 뒤 다시 연결해 테스트해야 합니다.
- 라우팅 분할: 트래픽이 커널에 들어온 뒤 도메인이나 IP 등의 규칙에 따라 직접 연결, 프록시 또는 차단을 선택합니다. 대부분 규칙은 순서대로 적용되므로 범위가 넓은 규칙을 앞에 두면 뒤의 세부 규칙이 적용되지 않을 수 있습니다.
- DNS: DNS 확인 방식은 라우팅 목적에 맞춰야 합니다. 다른 클라이언트의 규칙을 그대로 복사해도 DNS 동작까지 동일해지는 것은 아니므로 양쪽 설정 형식과 해석 정책을 확인하세요.
따라서 ‘전역’이라는 표현은 표시된 메뉴의 맥락에 따라 해석해야 합니다. 앱의 트래픽 처리 범위를 뜻할 수도 있고 라우팅 출구 정책을 뜻할 수도 있습니다. 두 클라이언트를 비교하려면 먼저 트래픽 처리 범위와 분할 규칙을 비슷하게 맞춰야 실제 성능을 비교할 수 있습니다.
PC와 안드로이드를 함께 사용하는 설정
일반적으로 PC에서는 v2rayN을 사용하고 안드로이드에서는 커널 요구사항에 따라 클라이언트 하나를 선택합니다. 각 기기에서 서버에 직접 연결하면 되며 PC의 로컬 네트워크 공유를 먼저 켤 필요는 없습니다. 구독은 함께 사용할 수 있지만 로컬 포트, 앱별 목록, 라우팅 규칙은 기기별 설정이므로 구독이 같아도 자동으로 동기화되지 않습니다.
설정 방식: 구독은 함께 사용하고 트래픽 전달은 기기별로 관리
데스크톱: v2rayN
- Windows, macOS, Linux 및 기기 아키텍처에 맞는 설치 파일을 선택하세요.
- 구독 그룹을 만들고 업데이트한 뒤 사용할 노드를 선택하세요.
- 먼저 시스템 프록시로 브라우저 접속을 확인한 다음, 앱 요구사항에 따라 TUN을 고려하세요.
- 정상 작동하는 설정을 기록해 두고 라우팅을 수정할 때는 한 번에 한 종류의 규칙만 바꾸세요.
안드로이드: v2rayNG 또는 v2flyNG
- Xray 또는 v2fly 설정 요구사항에 맞춰 클라이언트를 선택하세요.
- 같은 구독 주소를 추가하되 별도로 업데이트하고 노드를 확인하세요.
- 시스템 연결 권한을 승인하고 앱별 프록시 모드를 확인하세요.
- 무선 네트워크와 모바일 네트워크를 번갈아 사용해 각각 연결을 테스트하세요.
구독 업데이트 결과는 같을 수 있지만 업데이트 시점, 형식 필터링, 로컬 설정은 기기별로 다릅니다. 따라서 두 기기에서 각각 연결을 확인해야 합니다.
성능을 비교할 때도 조건을 통일해야 합니다. 같은 서버와 프로토콜, 전송 방식을 사용하고 비슷한 시간대에 테스트하며 다른 클라이언트의 연결은 끄세요. 휴대전화의 Wi-Fi 신호, 절전 설정, 서버 부하, 네트워크 경로도 결과에 영향을 줍니다. 한 번의 속도 차이만으로 클라이언트 이름이 원인이라고 단정할 수는 없습니다.
클라이언트 선택 후 자주 묻는 질문 4가지
안드로이드에 v2rayNG를 설치했는데 v2flyNG도 설치해야 하나요?
현재 구독을 정상적으로 가져와 연결할 수 있다면 이름이 비슷하다는 이유만으로 둘 다 설치할 필요는 없습니다. 설정이 다른 커널의 기능이나 동작을 명확히 요구하는 경우에만 변경을 검토하세요. 다른 클라이언트를 테스트할 때는 시스템 VPN 트래픽 처리 충돌을 피하도록 현재 연결을 먼저 끊으세요.
같은 노드가 PC에서는 되는데 휴대전화에서는 안 될 때 먼저 확인할 것은 무엇인가요?
먼저 양쪽에서 구독을 업데이트했는지 확인한 다음 노드 세부 정보에서 프로토콜, 전송 방식, TLS 또는 REALITY 매개변수를 비교하세요. 이어서 휴대전화의 시스템 시간, 연결 권한, 앱별 목록을 확인하세요. Wi-Fi와 모바일 네트워크에서 결과가 다르면 네트워크 환경을 점검하고 서버 포트부터 바꾸지는 마세요.
v2rayN에서 노드 지연 시간은 표시되는데 브라우저가 열리지 않는 이유는 무엇인가요?
지연 시간 측정 결과만으로 브라우저가 프록시를 사용한다고 볼 수는 없습니다. 먼저 v2rayN의 시스템 프록시 상태를 확인하고 필요하면 ‘시스템 프록시 자동 설정’을 선택한 뒤 브라우저에 별도 프록시 설정이 있는지도 살펴보세요. 이어서 로컬 수신 포트, 라우팅, DNS 로그를 차례로 확인하세요.
클라이언트를 바꾸면 기존 라우팅 설정을 전부 복사해야 하나요?
기존 설정 전체를 덮어쓰지 마세요. 구독으로 노드를 복원하고 기본 연결을 테스트한 다음 새 클라이언트가 지원하는 형식으로 규칙을 다시 구성하세요. 데스크톱 프로그램 경로와 안드로이드 앱 패키지 이름은 서로 다른 조건이며 앱별 목록도 그대로 옮겨 쓸 수 없습니다.
최종 점검: 연결 아이콘뿐 아니라 실제 요청을 확인하세요
클라이언트를 선택한 뒤 프록시를 거쳐야 하는 요청과 직접 연결되어야 하는 요청을 각각 테스트하고 관련 로그나 연결 기록을 확인하세요. 두 요청의 연결 경로가 모두 예상대로라면 복잡한 규칙을 추가하세요. 이렇게 하면 노드 문제와 로컬 라우팅 문제를 더 쉽게 구분할 수 있습니다.