Windows, macOS 또는 Linux에서 사용한다면 v2rayN 7.x를 우선 확인하세요. Android의 주력 선택지는 Xray 커널을 사용하는 v2rayNG 1.10.x입니다. 기존에 VMess, WebSocket, TLS 같은 일반적인 설정을 사용하거나 v2fly 커널로 호환성을 비교하며 문제를 해결해야 한다면 v2flyNG 1.8.x를 대안으로 남겨둘 수 있습니다. 아래에서 선택 순서, 구독 가져오기 방법, 양쪽 기기의 설정 방식을 구체적으로 설명합니다.
먼저 플랫폼별 후보를 좁히세요
세 소프트웨어는 같은 플랫폼에서 직접 경쟁하는 대체재가 아닙니다. v2rayN 7.x는 데스크톱 환경용으로 Windows, macOS, Linux에서 사용할 수 있고, v2rayNG와 v2flyNG는 Android용입니다. 먼저 기기 기준으로 걸러내면 세 가지 선택지가 한두 가지로 줄어듭니다.
데스크톱에서는 보통 시스템 프록시, 트레이 제어, 여러 구독 그룹, 더 세밀한 라우팅 편집 기능이 필요하므로 v2rayN이 적합합니다. Android에서는 시스템 VPN 인터페이스로 앱 트래픽을 처리하므로 v2rayNG와 v2flyNG의 사용 방식이 모바일 환경에 더 잘 맞습니다.
v2rayN 7.x
추천데스크톱 설정 메뉴가 충실해 여러 구독 그룹을 관리하고 시스템 프록시 상태를 전환할 수 있으며, 코어 로그와 연결 정보도 확인할 수 있습니다.
적합한 환경: Windows, macOS, Linux의 일상적인 주력 사용
v2rayNG 1.10.x
Android에서 Xray 커널을 사용하며 VLESS, VMess, Trojan과 일반적인 전송 조합을 폭넓게 지원합니다.
적합한 환경: Android 주력 사용, Xray 기능이 필요한 구독
v2flyNG 1.8.x
Android에서 v2fly 커널을 사용해 일반적인 V2Ray 설정을 실행하기 좋고, Xray 환경과의 호환성을 비교할 때도 유용합니다.
적합한 환경: 일반적인 VMess 설정, v2fly 커널 대안
데스크톱 기기만 있다면 v2rayN부터 시작하면 됩니다. Android 기기만 있다면 먼저 구독에 Reality처럼 Xray 생태계에 가까운 매개변수가 포함되어 있는지 확인하세요. 포함되어 있으면 v2rayNG를 우선 선택하고, 없으면 두 Android 클라이언트를 모두 다음 비교 단계에 올려도 됩니다.
커널 계열이 프로토콜과 매개변수 호환성을 좌우합니다
클라이언트는 화면, 구독, 시스템 트래픽 처리를 담당하고, 실제로 노드 설정을 해석해 연결을 수립하는 것은 커널입니다. 이름이 비슷하다고 지원 필드까지 완전히 같은 것은 아닙니다. 특히 VLESS, Reality, 흐름 제어와 전송 보안 매개변수에서는 버튼 배치보다 커널이 해당 필드를 인식하는지가 중요합니다.
v2rayNG는 Xray 커널을 사용하므로 VLESS, XTLS Vision, Reality 같은 Xray 확장 매개변수가 포함된 설정에 적합합니다. v2flyNG는 v2fly 커널을 사용해 표준 V2Ray 생태계의 VMess, VLESS, WebSocket, gRPC, TLS 조합에 더 잘 맞습니다. v2rayN 7.x는 데스크톱 관리 프런트엔드이며, 실제 연결 기능은 선택한 코어와 해당 버전에 따라 달라집니다.
| 비교 항목 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 주요 플랫폼 | Windows、macOS、Linux | Android | Android |
| 일반적인 커널 계열 | 데스크톱 코어 관리, 선택한 코어 기준 | Xray | v2fly |
| VLESS + Reality | 해당 설정을 지원하는 Xray 코어 선택 | 주력 사용에 적합 | 이런 설정의 우선 선택으로는 적합하지 않음 |
| VMess + WebSocket + TLS | 일반적인 지원 | 일반적인 지원 | 일반적인 지원 |
| 라우팅 편집 | 데스크톱에서 더 자세한 정보 제공 | 도메인, IP 및 앱별 제어 지원 | 일반적인 규칙과 기본 분할 라우팅에 적합 |
결론: 먼저 구독 필드를 확인하고 화면을 비교하세요
노드 상세 정보를 열었을 때 security=reality, flow=xtls-rprx-vision 또는 Reality 공개 키 매개변수가 보이면 Android에서는 바로 v2rayNG를 선택하세요. VMess, WebSocket, TLS 같은 일반적인 필드가 중심이라면 v2flyNG가 명확한 대안이 될 수 있습니다.
구독 관리와 업데이트 방식 비교
세 클라이언트 모두 구독을 가져올 수 있지만 데스크톱과 Android의 관리 포인트는 다릅니다. v2rayN은 업무용, 일상용, 테스트용 설정을 여러 구독 그룹으로 나누는 데 적합하고, Android에서는 빠른 업데이트, 현재 노드 선택, 백그라운드 연결 안정성이 더 중요합니다.
v2rayN 7.x에서는 「구독 그룹」→「구독 그룹 설정」에서 주소를 추가한 뒤 「구독 그룹」→「모든 구독 업데이트」를 실행하면 됩니다. 구독이 클립보드 링크로 제공된다면 먼저 메신저에서 링크가 잘리지 않았는지 확인하세요. 단일 노드 공유 링크를 구독 주소로 잘못 입력해서도 안 됩니다.
v2rayNG 1.10.x에서는 사이드바의 「구독 그룹 설정」에서 구독을 추가한 다음 메인 화면으로 돌아가 「구독 업데이트」를 실행하는 방식이 일반적입니다. 단일 노드 설정은 오른쪽 위 “+”에서 「클립보드에서 가져오기」를 선택하면 됩니다. v2flyNG도 메뉴 배치가 비슷하므로 가져온 뒤 한 번 업데이트하고, 노드를 선택해 연결을 시작하세요.
추천 구성: 하나의 구독을 양쪽 기기에서 함께 사용
데스크톱(v2rayN)
- 용도가 드러나도록 이름을 정해 별도 구독 그룹을 만드세요
- 업데이트 후 노드의 프로토콜과 전송 필드를 확인하세요
- 로컬 혼합 프록시 포트를 10808로 확인하세요
- 라우팅 모드는 먼저 기본 분할 규칙으로 검증하세요
Android(v2rayNG)
- 같은 구독 링크를 가져오세요
- 업데이트 후 노드 이름이 데스크톱과 일치하는지 확인하세요
- 필요하면 설정에서 앱별 프록시를 활성화하세요
- 노드를 바꾼 뒤 VPN 연결을 다시 수립하세요
양쪽 기기에서 구독을 공유해도 서버가 제공하는 노드와 매개변수만 동기화됩니다. 클라이언트별 로컬 라우팅, 앱별 목록, 시스템 프록시 상태는 동기화되지 않습니다.
자동 업데이트 주기를 지나치게 짧게 설정하지 마세요. 구독 내용은 보통 분 단위로 바뀌지 않으므로 필요할 때 수동으로 업데이트하거나 하루 한 번으로 설정하면 충분합니다. 업데이트 후 노드 이름은 그대로인데 연결이 실패한다면 구독을 계속 새로 고치기보다 로그에서 프로토콜 필드 오류를 확인하세요.
라우팅 분할 기능의 실제 차이
라우팅 분할은 어떤 요청을 프록시 출구로 보낼지, 직접 연결할지, 차단할지를 결정합니다. 세 클라이언트 모두 도메인과 IP 규칙을 사용할 수 있지만, 데스크톱은 전체 규칙 순서를 확인하기에 더 좋고 Android에는 어떤 앱을 프록시로 보낼지 선택하는 단계가 추가됩니다.
v2rayN의 로컬 프록시는 일반적으로 루프백 주소에서 수신합니다. 혼합 포트가 10808인 경우 브라우저의 수동 프록시에 127.0.0.1과 10808을 입력해야 하며, LAN에서 사용하는 기기 주소를 입력하면 안 됩니다. 다른 프로그램이 포트를 사용 중이면 「설정」→「매개변수 설정」에서 로컬 포트를 바꾸고 저장한 뒤 코어를 다시 시작하세요.
- 먼저 전체 연결을 확인:일시적으로 대상 트래픽을 현재 노드를 통해 모두 전송해 프로토콜, 주소, 포트, 전송 매개변수 자체가 정상인지 확인합니다.
- 그다음 기본 분할을 활성화:도메인과 IP 규칙에 따라 트래픽을 나누는 모드로 전환한 뒤 대상 웹사이트를 다시 열어 이전 연결을 재사용하지 않도록 합니다.
- 마지막으로 사용자 규칙 추가:규칙 하나는 명확한 대상 하나만 처리하도록 하고, 위에서 아래로 적용되는 규칙 순서를 확인하세요.
- Android에서는 앱 범위도 확인:앱별 프록시를 활성화했다면 대상 브라우저나 앱이 선택한 목록에 포함되어 있는지 확인하세요.
데스크톱 로컬 프록시 확인
주소: 127.0.0.1
포트: 10808
규칙 순서: 사용자 규칙 → 자주 사용하는 도메인 규칙 → IP 규칙 → 최종 아웃바운드
변경 경로: 설정 → 매개변수 설정 → 로컬 수신 포트v2rayNG의 앱별 프록시는 지정한 앱만 터널에 넣을 때 유용하지만, 코어 라우팅과는 별도의 제어 계층입니다. 앱이 목록에 포함되지 않으면 요청이 코어로 들어가지 않고, 코어에 들어온 뒤에야 도메인, IP, 아웃바운드 규칙을 차례로 매칭합니다. 문제를 해결할 때는 이 순서대로 확인하세요.
v2flyNG도 일반적인 분할 라우팅을 처리할 수 있지만, 선택의 핵심 이유는 규칙이 자동으로 이전될 것이라는 기대가 아니라 v2fly 커널 호환성입니다. 두 Android 클라이언트에 같은 구독을 가져와도 로컬 규칙, DNS 설정, 앱 목록은 각각 구성해야 합니다.
결론: 모바일은 먼저 앱 범위, 데스크톱은 먼저 수신 포트를 확인하세요
Android에서 일부 앱만 작동하고 다른 앱은 작동하지 않는다면 먼저 앱별 프록시 목록을 확인하세요. 데스크톱 브라우저가 전혀 연결되지 않는다면 코어가 실행 중인지 확인한 뒤 127.0.0.1:10808이 브라우저 또는 시스템 프록시 설정과 일치하는지 점검하세요.
바로 적용할 수 있는 두 가지 선택 경로
클라이언트를 고를 때 모든 기능을 하나씩 점수화할 필요는 없습니다. 기기, 구독 프로토콜, 라우팅 요구 사항을 차례로 판단하면 보통 1분 안에 주력 클라이언트를 정할 수 있습니다.
데스크톱 경로: v2rayN을 통합 진입점으로 사용
- 기기가 Windows, macOS 또는 Linux라면 v2rayN 7.x를 선택하세요.
- 구독을 가져온 뒤 임의의 노드 상세 정보를 열어 프로토콜, 포트, 전송 방식, TLS 매개변수가 올바르게 해석되었는지 확인하세요.
- 「설정」→「매개변수 설정」에서 로컬 수신 포트를 확인하고, 기본 점검값은 10808부터 확인하면 됩니다.
- 코어를 시작한 뒤 시스템 프록시를 설정하세요. 클라이언트를 종료하기 전에는 시스템 프록시를 먼저 복원해 브라우저가 종료된 로컬 포트를 계속 가리키지 않도록 하세요.
- 여러 설정이 필요하다면 용도별로 구독 그룹을 만드세요. 테스트 노드와 장기 사용 노드를 하나의 목록에 섞지 않는 것이 좋습니다.
Android 경로: v2rayNG를 주력으로, v2flyNG를 비교용으로
- 구독에 Reality, Vision 같은 Xray 매개변수가 포함되어 있다면 v2rayNG를 선택하세요.
- 구독이 VMess, WebSocket, TLS 또는 표준 VLESS 설정을 중심으로 구성되어 있다면 먼저 v2rayNG를 사용하세요. v2fly 커널과의 호환성을 확인해야 할 때 v2flyNG로 가져오면 됩니다.
- 두 클라이언트를 동시에 연결 상태로 두지 마세요. 전환하기 전에 현재 VPN 세션을 먼저 중지하세요.
- 구독을 업데이트한 뒤 대상 노드를 다시 선택해 클라이언트가 업데이트 전 설정 기록을 계속 참조하지 않도록 하세요.
- 일부 앱만 프록시로 보낸다면 앱별 목록을 기록하고, 클라이언트를 바꾼 뒤 같은 목록을 다시 구성하세요.
v2flyNG를 대안으로 사용하기 좋은 상황
v2flyNG는 모든 Xray 환경을 대체하기 위한 도구가 아니라, 명확히 다른 커널 경로를 제공하는 선택지입니다. 구독이 표준 V2Ray 설정에 해당하고 서버에서 VMess 또는 일반적인 VLESS를 장기간 사용하며 Xray 확장 필드에 의존하지 않는다면 v2flyNG가 Android 연결을 안정적으로 담당할 수 있습니다.
또 다른 장점은 비교를 통한 문제 해결입니다. 같은 표준 설정이 v2rayNG와 v2flyNG에서 다르게 작동한다면 로그를 통해 문제가 클라이언트 설정, 커널 해석, 서버 매개변수 중 어디에 있는지 구분하는 데 도움이 됩니다. 비교할 때는 서버 주소, 포트, 사용자 식별자, 전송 방식, TLS, SNI를 동일하게 유지해야 하며, 그렇지 않으면 비교 결과에 의미가 없습니다.
- 대안으로 적합:VMess + WebSocket + TLS 같은 일반적인 조합이며 설정 필드가 v2fly 사양에 맞는 경우
- 비교용으로 적합:특정 오류가 Xray 또는 v2fly 커널에서만 발생하는지 확인해야 하는 경우
- 독립 환경으로 적합:일상용 구독과 테스트용 구독을 분리해 주력 클라이언트를 자주 수정하지 않으려는 경우
- 기계적으로 교체하면 안 됨:설정에 Reality, Vision 같은 확장 매개변수가 포함되어 있다면 해당 필드를 올바르게 해석할 수 있는 Xray 계열을 계속 사용해야 합니다.
비교 테스트는 일정한 순서로 진행하세요. 현재 연결을 중지하고 이전 로그를 지운 다음 같은 단일 노드 설정을 가져와 한 번 연결하고 오류 정보를 저장합니다. 이후 클라이언트를 바꿔 같은 과정을 반복하세요. DNS, 라우팅, 전송 매개변수를 동시에 변경하면 어떤 변경으로 문제가 해결됐는지 확인할 수 없습니다.
결론: 주력과 대안은 커널별로 나누어 사용하세요
Android 주력 클라이언트에서 Xray 확장 설정을 지원해야 한다면 v2rayNG를 선택하세요. v2flyNG는 표준 V2Ray 설정과 커널 비교용으로 남겨두면 됩니다. 두 앱을 함께 설치하는 목적은 같은 설정을 중복 관리하는 것이 아니라 역할을 나누는 데 있습니다.
자주 묻는 선택 질문
다음 질문은 “가져오기는 성공했지만 사용할 수 없는 경우”와 “두 Android 클라이언트를 함께 설정해야 하는지”에 초점을 맞춥니다. 문제를 처리할 때는 노드 이름만 보지 말고 구체적인 필드와 시스템 트래픽 처리 상태를 먼저 확인하세요.
데스크톱과 Android에서 같은 구독을 바로 사용할 수 있나요?
가능합니다. v2rayN과 v2rayNG에 같은 주소를 각각 추가하고 업데이트하면 됩니다. 다만 로컬 라우팅, DNS, 시스템 프록시, 앱별 목록은 각 클라이언트에서 따로 설정해야 합니다. 먼저 같은 이름의 노드에서 프로토콜, 포트, 전송 방식, TLS 필드가 일치하는지 비교하세요.
v2rayNG로 가져온 뒤 설정이 유효하지 않다고 표시되면 어떻게 해야 하나요?
노드 상세 정보에서 주소, 포트, 사용자 식별자, 전송 방식, 보안 매개변수를 확인하세요. 설정에 Reality가 포함되어 있다면 공개 키, shortId, serverName, flow 필드를 특히 점검해야 합니다. 필드가 빠졌다면 구독 제공처에서 수정해야 하며, 라우팅 모드를 바꾼다고 해결되지 않습니다.
v2rayN 코어가 실행 중인데도 브라우저에서 웹페이지가 열리지 않으면 어떻게 하나요?
먼저 시스템 프록시가 활성화되어 있는지 확인한 다음 브라우저가 여전히 127.0.0.1:10808을 가리키는지 점검하세요. 포트를 변경했다면 「설정」→「매개변수 설정」에서 실제 수신 값을 확인하고, 로그에서 포트 충돌이나 DNS 해석 오류를 찾으세요.
v2rayNG를 설치했는데 v2flyNG도 계속 보유해야 하나요?
일반적인 사용이라면 두 환경을 동시에 관리할 필요가 없습니다. 구독이 표준 V2Ray 설정 중심이거나 v2fly 커널 환경이 필요할 때, 또는 커널 호환성을 비교하는 중일 때만 v2flyNG를 유지할 분명한 이유가 있습니다.
클라이언트를 바꾼 뒤 구독 노드가 줄었다면 무엇부터 확인해야 하나요?
먼저 단일 노드 링크가 아닌 전체 구독 주소를 가져왔는지 확인하고 수동으로 한 번 업데이트하세요. 그런 다음 업데이트 로그에 형식 해석 오류가 있는지 확인합니다. 특정 프로토콜의 노드만 빠졌다면 클라이언트와 코어 버전이 해당 필드를 인식하는지 점검하세요.
최종 선택은 한 문장으로 정리할 수 있습니다. 데스크톱은 v2rayN, Android는 우선 v2rayNG, 표준 V2Ray 설정이나 커널 비교가 필요한 경우에는 v2flyNG를 사용하세요. 화면 취향보다 프로토콜 호환성이 중요하며, 가져온 뒤 실제 연결 여부는 로컬 라우팅과 시스템 트래픽 처리 설정이 결정합니다.