데스크톱에서는 v2rayN을 먼저 선택하고, Android에서는 Xray 커널을 사용하는 v2rayNG를 우선 고려하세요. 구독이 VMess 등 V2Fly에서 자주 쓰이는 프로토콜 중심이거나 V2Fly 커널 호환성을 확인해야 할 때는 v2flyNG를 대안으로 사용하면 됩니다. 플랫폼, 노드 프로토콜, 구독 규모, 분할 라우팅 요구에 따라 선택할 수 있습니다.
먼저 실행 플랫폼으로 맞지 않는 클라이언트 제외하기
세 클라이언트는 같은 플랫폼에서 경쟁하는 동종 제품이 아닙니다. v2rayN은 Windows, macOS, Linux를 지원하는 데스크톱용이고, v2rayNG와 v2flyNG는 Android 기기용입니다. 먼저 기기 유형을 정한 뒤 커널과 기능을 비교하면 데스크톱의 대량 관리 기능을 모바일 클라이언트에 요구하거나, 데스크톱에서 Android용 설치 방법을 찾는 일을 피할 수 있습니다.
데스크톱은 보통 시스템 프록시, 브라우저, 개발 도구와 로컬 네트워크 디버깅을 함께 처리하므로 노드 일괄 편집, 구독 그룹, 라우팅 규칙, 로그 창과 커널 관리가 중요합니다. Android에서는 빠른 연결, 앱별 프록시, 백그라운드 실행과 모바일 네트워크 전환을 더 중시합니다. 버튼 수가 많다고 더 좋은 것은 아니며, 실제 작업 방식에 맞는지가 핵심입니다.
| 클라이언트 | 주요 플랫폼 | 기본 선택 방향 | 대표 사용 사례 |
|---|---|---|---|
| v2rayN | Windows、macOS、Linux | 데스크톱 우선 | 구독 그룹, 일괄 속도 측정, 시스템 프록시, 복잡한 라우팅 |
| v2rayNG | Android | Android 우선 | Xray 노드, 앱별 프록시, 모바일 네트워크 전환 |
| v2flyNG | Android | 호환성 대안 | V2Fly 커널 검증, 기존 VMess 구독 계속 사용 |
Xray와 V2Fly 커널에 맞춰 노드 프로토콜 선택하기
클라이언트는 인터페이스, 구독과 시스템 프록시를 제어하고, VMess·VLESS·전송 계층·암호화 매개변수를 실제로 해석하는 것은 커널입니다. v2rayNG는 일반적으로 Xray 커널을 사용하고 v2flyNG는 V2Fly 커널을 사용합니다. v2rayN은 데스크톱에서 커널을 관리할 수 있으며 일반적인 구성은 Xray 중심입니다. 선택하기 전에 노드 링크나 구독 설명의 프로토콜 필드를 확인하세요.
노드가 VLESS, XTLS Vision 또는 REALITY를 사용한다면 Xray 계열을 우선 선택하세요. 데스크톱에서는 v2rayN에 Xray를 활성화하고, Android에서는 v2rayNG를 사용하면 됩니다. REALITY 구성에는 보통 서버 이름, 공개 키, 짧은 ID와 지문 등의 매개변수도 포함됩니다. 핵심 항목 하나라도 빠지면 핸드셰이크가 실패할 수 있으며, 시스템 프록시 모드를 바꾼다고 해결되지 않습니다.
구독이 주로 VMess, WebSocket, TCP 또는 gRPC 노드로 구성되어 있다면 두 커널 모두 일반적인 구성을 처리할 수 있습니다. 이때 v2flyNG의 역할은 같은 노드를 자동으로 더 빠르게 만드는 것이 아니라 V2Fly 커널에서 호환성을 비교하는 데 있습니다. Xray 업데이트 후 오래된 구독의 구성 해석에 차이가 생겼다면 v2flyNG에 같은 노드를 가져와 다시 테스트할 수 있습니다.
Xray 계열
추천VMess와 VLESS를 지원하며 XTLS Vision 또는 REALITY 매개변수가 필요한 노드에 적합합니다. 데스크톱에서는 v2rayN, Android에서는 v2rayNG를 사용하세요.
적합: 일상적인 주력 사용, VLESS, REALITY 및 최신 구성
V2Fly 계열
V2Fly 생태계에서 계속 관리되는 VMess 등 일반적인 구성을 사용하거나 커널 동작을 비교하는 환경으로 적합합니다.
적합: 기존 구독, 기존 구성 유지 및 호환성 재테스트
양쪽 기기 조합
데스크톱과 Android에서 같은 구독을 가져오되, 각 플랫폼에 맞는 인터페이스와 시스템 연동 방식을 유지합니다.
적합: 컴퓨터와 Android 기기에서 같은 노드 그룹 사용
결론: 클라이언트 이름보다 프로토콜 필드가 중요합니다
VLESS, XTLS Vision 또는 REALITY가 보이면 Xray 계열을 선택하세요. VMess 같은 일반적인 구성만 있다면 플랫폼과 관리 기능을 기준으로 결정하면 됩니다. 노드 지역, 지연 시간 숫자 또는 클라이언트 인터페이스만으로 커널 호환성을 판단하지 마세요.
구독 관리, 업데이트와 노드 필터링 효율 비교
노드가 5개 미만이면 세 클라이언트 모두 가져오기, 전환과 삭제를 처리할 수 있습니다. 구독이 2개를 넘고 노드가 30개 이상이 되면 그룹별 업데이트, 필터링, 일괄 속도 측정과 만료 노드 정리에서 차이가 나타납니다. 데스크톱은 화면 공간이 넓어 v2rayN의 목록 보기에서 주소, 포트, 프로토콜, 메모와 테스트 결과를 비교하기 좋습니다.
v2rayN에서는 “구독 그룹” → “구독 그룹 설정”에서 구독 주소를 추가한 뒤 “구독 그룹” → “모든 구독 업데이트”를 실행합니다. 첫 업데이트에서 현재 프록시를 우회해야 한다면 프록시를 사용하지 않는 업데이트 방식을 선택하세요. 구독 주소가 프록시 연결 후에만 열리면 먼저 사용 가능한 노드에 연결한 뒤 프록시를 통해 업데이트합니다. 업데이트 후에는 메모로 지역을 필터링하고 실제 연결 지연 시간을 측정하세요.
v2rayNG와 v2flyNG에서는 사이드 메뉴의 “구독 그룹 설정”으로 들어가 주소를 추가한 뒤 메인 목록으로 돌아와 “구독 업데이트”를 실행할 수 있습니다. 버전에 따라 메뉴 문구가 조금 다를 수 있지만 순서는 같습니다. 구독 저장, 노드 목록으로 돌아가기, 업데이트 실행, 노드 선택, 연결 시작 순입니다. 업데이트 결과가 비어 있다면 연결 버튼을 반복해서 누르기보다 먼저 그룹이 활성화되어 있는지 확인하세요.
- 먼저 원래 그룹을 유지하세요: 업무, 일상과 테스트 노드를 한 그룹으로 합치지 마세요. 구독을 업데이트할 때 어느 그룹에서 빈 결과가 반환됐는지 확인하기 어려워집니다.
- 그다음 실제 연결을 테스트하세요: 실제 연결을 수립하므로 서버까지의 네트워크 왕복만 측정하는 것보다 사용 가능 상태에 가깝습니다. 3회 연속 테스트하고 중앙값을 기록해 일시적인 변동에 잘못 판단하지 않도록 하세요.
- 마지막으로 작동하지 않는 복제본을 삭제하세요: 같은 이름의 노드가 서로 다른 구독에서 들어올 수 있습니다. 서버 주소, 포트와 프로토콜을 먼저 비교한 뒤 중복 항목을 삭제하세요.
| 관리 작업 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 여러 구독 그룹 | 데스크톱 일괄 관리에 적합 | 모바일 그룹 지원 | 모바일 그룹 지원 |
| 많은 노드 필터링 | 목록 필드가 완전해 작업 효율이 높음 | 메모로 검색한 뒤 연결하기 좋음 | 메모로 검색한 뒤 연결하기 좋음 |
| 일괄 지연 시간 비교 | 한 번에 여러 결과를 비교하기 좋음 | 소수 후보 재테스트에 적합 | V2Fly 호환성 재테스트에 적합 |
| 구성 이전 | 구독 주소와 그룹 규칙 유지 | 같은 구독 다시 가져오기 | 같은 구독 다시 가져오기 |
라우팅 분할과 시스템 연동 방식으로 선택하기
라우팅 분할은 어떤 요청을 직접 연결하고, 어떤 요청을 프록시로 보내며, 어떤 요청을 거부할지 결정합니다. 시스템 프록시는 프록시 설정을 따르는 앱에만 영향을 주지만 TUN 또는 Android VPN 방식은 더 많은 트래픽을 처리할 수 있습니다. 두 방식은 해결하는 문제가 다르므로 클라이언트에 연결됨이라고 표시되어도 모든 앱이 프록시 경로를 사용하는 것은 아닙니다.
v2rayN은 세밀한 데스크톱 규칙이 필요한 환경에 더 적합합니다. “설정” → “라우팅 설정”에서 규칙 세트를 확인하고, 시스템 프록시 메뉴에서 지우기, 자동 구성 또는 변경하지 않음을 선택할 수 있습니다. 일반적인 로컬 SOCKS 리스닝 포트는 10808이며 일부 구성은 HTTP 포트 10809도 제공합니다. 다른 프로세스가 포트를 사용 중이면 로그에 리스닝 실패가 표시되는 경우가 많으므로 로컬 포트를 변경하거나 중복 실행 중인 인스턴스를 종료하세요.
v2rayNG와 v2flyNG의 핵심 장점은 Android에서 앱별 프록시를 설정할 수 있다는 점입니다. “설정” → “앱별 프록시”로 들어가 활성화한 뒤 지정한 앱만 프록시를 사용하게 하거나, 반대로 지정한 앱을 우회하도록 설정하세요. 앱 목록이 바뀐 뒤에는 선택 상태를 다시 확인해야 합니다. 브라우저, 메신저와 기타 앱을 포함해야 한다면 한 번에 모두 선택하기보다 하나씩 확인하는 편이 문제를 찾기 쉽습니다.
추천 구성: 두 기기에서 하나의 구독 공유
데스크톱(v2rayN)
- Xray 커널로 VLESS와 일반적인 VMess 노드 처리
- 용도별 구독 그룹을 만들고 일괄 테스트
- “설정” → “라우팅 설정”에서 직접 연결 및 프록시 규칙 관리
- 10808, 10809 등 로컬 리스닝 포트 확인
Android(v2rayNG)
- 데스크톱과 동일한 구독 주소 가져오기
- 필요할 때 “설정” → “앱별 프록시” 활성화
- 모바일 네트워크와 Wi-Fi 전환 후 연결 재테스트
- 전환하기 쉽도록 자주 쓰는 노드 3~5개만 유지
두 기기에서 노드 소스는 공유하되 라우팅과 앱 적용 범위는 각각 관리하세요. 구독 내용은 동일하게 유지하고 시스템 연동 정책은 기기별로 설정합니다.
세 가지 요구에 맞는 바로 선택하기
- 데스크톱 개발 및 업무: v2rayN을 선택하세요. 브라우저, 터미널, 개발 도구와 로컬 네트워크 테스트를 동시에 처리해야 한다면 로그, 포트와 라우팅 메뉴를 한곳에서 관리할 수 있습니다.
- Android 일상 연결: v2rayNG를 선택하세요. 노드에 VLESS, REALITY가 포함되어 있거나 앱별 프록시가 필요하다면 우선순위가 높습니다.
- V2Fly 구성 재테스트: v2flyNG를 선택하세요. 같은 VMess 노드로 각각 연결해 문제가 노드 자체, 구독 변환 또는 커널 동작 차이에서 비롯되는지 확인할 수 있습니다.
재현 가능한 테스트로 선택 확인하기
클라이언트를 정한 뒤에는 메인 화면의 지연 시간 숫자만 보지 마세요. 지연 시간은 연결 수립에 걸리는 시간을 나타낼 뿐 처리량, 안정성 또는 웹 페이지 로딩 품질을 단독으로 보여주지는 않습니다. 같은 네트워크, 같은 노드와 같은 시간대에 테스트하여 연결 성공률, 연속 요청과 실제 다운로드 성능을 비교해야 합니다.
예를 들어 같은 Wi-Fi에서 한 노드를 5회 연속 테스트한 결과가 82, 91, 87, 240, 86ms라면 중앙값 87ms를 기록하고 240ms는 뚜렷한 순간 변동으로 보세요. 다른 클라이언트가 89ms를 기록했더라도 페이지를 연속으로 정상적으로 열었다면 2ms 차이는 선택 기준이 되지 않습니다. 5회 중 연결 실패, 핸드셰이크 시간 초과 또는 DNS 오류가 있었는지가 더 중요합니다.
- 실행 중인 다른 프록시 클라이언트를 종료해 10808 또는 10809 포트 충돌을 피하세요.
- 세 후보 클라이언트에 같은 노드를 가져오고 지역, 배율 또는 전송 방식을 섞지 마세요.
- 각각 실제 연결 지연 시간을 5회 테스트하고 중앙값과 실패 횟수를 기록하세요.
- 자주 방문하는 페이지 10개를 연속으로 열고 약 100MB 크기의 테스트 파일을 다운로드하면서 중간에 연결이 끊기는지 확인하세요.
- 네트워크를 한 번 전환한 뒤 다시 연결하여 구독, 라우팅과 앱별 프록시 설정이 계속 적용되는지 확인하세요.
결론: 차이가 10ms 미만이면 안정성을 우선하세요
같은 노드를 두 클라이언트에서 사용했을 때 중앙 지연 시간 차이가 2~10ms라면 보통 선택을 바꿀 정도는 아닙니다. 5회 연속 연결 실패 없음, 네트워크 전환 후 복구 가능, 예상대로 라우팅 적용이라는 조건이 실제로 유지할 클라이언트를 정하는 더 유용한 기준입니다.
최종 선택: 주력 클라이언트와 대안 클라이언트 분리
대부분의 사용자는 세 클라이언트를 모두 관리할 필요가 없습니다. 데스크톱은 v2rayN을 주력으로, Android는 v2rayNG를 주력으로 사용하고, V2Fly 구성 검증이나 기존 구독 유지, 커널 차이 점검이 필요할 때만 v2flyNG를 대안으로 추가하는 구성이 합리적입니다. 중복 구독, 백그라운드 연결과 규칙 불일치를 줄일 수 있습니다.
노드 제공자가 구독 주소만 제공한다면 먼저 가져온 뒤 실제 프로토콜을 확인하세요. VLESS, XTLS Vision 또는 REALITY 매개변수가 보이면 Xray 계열을 선택하고, 일반적인 VMess 구성이라면 세 클라이언트 모두 기본 연결이 가능할 수 있으므로 플랫폼과 관리 요구에 따라 결정하세요. 구독 이름의 “고속”, “저지연” 같은 메모는 프로토콜 필드와 실제 테스트 결과를 대신할 수 없습니다.
Windows 컴퓨터만 있다면 어떤 클라이언트를 선택해야 하나요?
v2rayN을 선택하세요. 데스크톱 시스템 프록시, 구독 그룹, 일괄 테스트, 로그 확인과 라우팅 설정에 적합합니다. v2rayNG와 v2flyNG는 Android용 선택지이므로 데스크톱 관리 인터페이스를 대신하지 않습니다.
Android에서 이미 v2rayNG를 사용할 수 있는데 v2flyNG도 설치해야 하나요?
일반적으로 필요하지 않습니다. 구독이 V2Fly 커널에 명시적으로 의존하거나 기존 V2Fly 구성을 계속 사용해야 할 때, 또는 같은 노드가 서로 다른 커널에서 어떻게 동작하는지 확인할 때만 v2flyNG를 사용하세요.
하나의 구독을 데스크톱과 Android에 동시에 가져올 수 있나요?
가능합니다. v2rayN과 v2rayNG에 같은 구독 주소를 각각 저장할 수 있지만 라우팅, 시스템 프록시, 앱별 적용 범위와 자동 업데이트 일정은 각 기기에서 별도로 설정해야 합니다.
v2flyNG를 사용하면 VMess 노드가 더 빨라지나요?
그렇게 단정할 수는 없습니다. 속도는 주로 서버 부하, 회선 품질, 전송 방식과 로컬 네트워크의 영향을 받습니다. v2flyNG는 V2Fly 커널 클라이언트이자 호환성 비교용으로 적합하며, 더 안정적인지는 같은 노드와 같은 네트워크에서 테스트해야 확인할 수 있습니다.
- v2rayN 선택: 데스크톱, 많은 노드, 일괄 속도 측정과 세밀한 라우팅이 필요할 때.
- v2rayNG 선택: Android, Xray 커널 사용, VLESS 또는 REALITY 노드가 있을 때.
- v2flyNG 선택: Android, V2Fly 커널이 필요하고 기존 구성 유지 또는 호환성 재테스트가 필요할 때.
- 여러 클라이언트를 동시에 실행해 시스템 트래픽을 제어하지 마세요. 전환하기 전에 현재 연결을 중지하고 로컬 포트를 확인하세요.