데스크톱 클라이언트가 필요하다면 먼저 v2rayN을 살펴보세요. Android 기기에서는 일반적으로 Xray 코어를 사용하는 v2rayNG를 우선 선택하고, 노드 구성이 v2fly 코어 동작에 명확히 의존할 때만 v2flyNG를 고려하면 됩니다. 처음 설치하거나 구독을 이전하거나 클라이언트 호환성 차이를 점검하는 사용자에게 적합한 글로, 플랫폼·프로토콜·라우팅 요구 사항과 관리 방식에 따라 바로 선택할 수 있습니다.
기능 수보다 플랫폼부터 확인하세요
세 클라이언트의 첫 번째 차이는 버튼 수가 아니라 실행 플랫폼입니다. v2rayN은 Windows, macOS, Linux 데스크톱 환경을 대상으로 하며 시스템 프록시를 제어하고 여러 구독을 관리하고 비교적 완전한 라우팅 편집 화면을 제공합니다. v2rayNG와 v2flyNG는 Android용으로, 모바일 네트워크 전환과 백그라운드 연결, 앱별 분할 라우팅에 맞춰 설계되었습니다. 데스크톱과 Android는 서로 배타적인 선택지가 아니므로, 한 사용자가 컴퓨터에는 v2rayN을 설치하고 휴대폰에서는 v2rayNG와 v2flyNG 중 하나를 고르는 조합이 흔합니다.
2026년 5월 28일에 정리한 인터페이스 기준으로 비교합니다: v2rayN 7.15.4, v2rayNG 1.10.33, v2flyNG 1.10.33. 이후 버전에서는 메뉴 이름이나 내장 코어 버전이 바뀔 수 있지만, 플랫폼 포지션과 코어 계열, 설정 구성 방식이 소규모 업데이트만으로 완전히 달라지지는 않습니다. 실제 화면이 글과 조금 다르다면 버튼 위치를 그대로 따라 하기보다 같은 이름의 설정 항목을 먼저 찾아보세요.
| 클라이언트 | 주요 플랫폼 | 주요 코어 계열 | 우선 사용 시나리오 |
|---|---|---|---|
| v2rayN | Windows、macOS、Linux | Xray, v2fly 등 관리 가능한 코어 | 데스크톱 시스템 프록시, TUN, 복잡한 라우팅 및 다중 구독 |
| v2rayNG | Android | Xray | VLESS, Reality, 모바일 네트워크 및 앱별 분할 라우팅 |
| v2flyNG | Android | v2fly | 기존 VMess 설정 및 v2fly 동작 일관성 |
코어 계열이 프로토콜 및 설정 호환 범위를 결정합니다
클라이언트 화면은 설정을 가져오고 편집하고 실행하는 역할만 합니다. 실제 연결, 전송, DNS 및 라우팅 규칙을 처리하는 것은 코어입니다. v2rayNG는 Xray 코어를 사용하므로 VLESS, Reality, XTLS Vision 등 Xray 계열 기능이 포함된 노드에 적합합니다. v2flyNG는 v2fly 코어를 사용하므로 v2fly 설정 의미를 유지해야 하거나 기존 VMess 배포 환경, 서버에서 v2fly 동작을 명시한 환경에 더 적합합니다.
v2rayN의 포지션은 다릅니다. 데스크톱 관리자로서 설정에서 허용하는 범위 내에서 여러 코어를 관리할 수 있습니다. 공유 링크를 가져오면 클라이언트가 노드 유형에 따라 설정을 생성하지만, ‘가져오기 성공’이 곧 ‘코어가 반드시 지원함’을 의미하지는 않습니다. 예를 들어 구독에 VLESS Reality 노드가 있다면 현재 선택한 코어가 해당 설정과 호환되는 Xray 코어인지 확인해야 합니다. 관련 필드를 인식하지 못하는 코어에 같은 노드를 전달하면 시작 로그에 알 수 없는 설정 항목이 표시되거나 코어 프로세스가 시작 직후 종료되는 경우가 많습니다.
v2rayN
추천데스크톱 관리 기능이 완전해 시스템 프록시, TUN, 구독 그룹과 세밀한 라우팅을 처리할 수 있어 컴퓨터용 주력 클라이언트로 적합합니다.
적합: Windows, macOS, Linux 일상용 주력 환경
v2rayNG
Xray 코어를 사용하므로 VLESS, Reality 및 Xray 라우팅 설정을 보다 직접적으로 지원합니다.
적합: Android 신규 노드, Xray 프로토콜 계열
v2flyNG
v2fly 코어를 사용하며 화면 조작은 v2rayNG와 비슷하지만 v2fly 설정 실행 방식을 유지하는 데 초점을 둡니다.
적합: Android 기존 VMess 설정, v2fly 환경
결론: 노드 요구 사항을 먼저 맞춘 뒤 화면 사용성을 비교하세요
구독에 Xray, VLESS Reality 또는 Vision이 명시되어 있다면 Android에서는 v2rayNG를 바로 선택하세요. 서버 설정이 v2fly 계열과 장기간 함께 운영되어 왔다면 v2flyNG를 고려하면 됩니다. 비슷한 화면 배치만 보고 코어 차이를 무시하지 마세요.
구독 내용으로 필요한 코어를 판단하는 방법
- 공유 링크가
vless://로 시작하고security=reality또는flow=xtls-rprx-vision이 포함되어 있다면 Xray 코어를 우선 사용하세요. - 공유 링크가
vmess://로 시작하고 전송 방식이 TCP, WebSocket 또는 gRPC라면 세 클라이언트 모두 대체로 가져올 수 있지만 TLS, 경로 및 서비스 이름은 다시 확인해야 합니다. - 구독에서 원본 JSON을 제공한다면
outbounds,streamSettings및 라우팅 필드가 대상 코어의 지원 범위에 속하는지 확인해야 합니다. 파일 확장자만 봐서는 안 됩니다. - 노드 제공자가 코어 버전을 명시했다면 해당 버전 계열에 맞춰 클라이언트를 선택하세요. 클라이언트가 설정을 자동 변환하는 과정에서 전용 필드가 누락되는 일을 피할 수 있습니다.
구독 관리 차이가 장기 유지 비용을 좌우합니다
노드가 적을 때는 세 클라이언트 모두 클립보드로 공유 링크 하나를 가져올 수 있습니다. 노드가 수십 개로 늘고 정기 업데이트가 필요해지면 구독 그룹, 업데이트 방식과 중복 노드 처리에서 차이가 드러납니다. v2rayN은 데스크톱 화면이 넓어 업무·가정·테스트 구독을 서로 다른 그룹으로 나누고 그룹별 업데이트 주기와 활성 설정을 지정하기 좋습니다.
v2rayN 7.15.4에서는 ‘구독 그룹’ → ‘구독 그룹 설정’에서 주소를 추가하고 각 그룹에 별칭을 입력할 수 있습니다. 완료되면 ‘구독 그룹’ → ‘모든 구독 업데이트(프록시 사용 안 함)’를 실행하세요. 현재 네트워크에서 구독 주소에 직접 접속할 수 없다면 먼저 사용 가능한 설정을 시작한 뒤 프록시를 통한 업데이트를 선택합니다. 업데이트가 끝난 뒤에는 노드 수만 보지 말고 주소, 포트, 전송 방식과 TLS 필드가 비정상적으로 바뀌지 않았는지도 표본 검사하세요.
- 처음 가져올 때: 먼저 별도의 구독 그룹을 만들고 테스트 링크와 장기 구독을 같은 그룹에 섞지 마세요.
- 업데이트 완료 후: 가져오기 전후의 노드 수를 기록하세요. 예를 들어 샘플 구독이 100개로 예상되는데 결과가 73개뿐이라면 로그에 형식 파싱 실패가 있는지 확인해야 합니다.
- 설정 표본 검사: VMess 하나, VLESS 하나, Reality가 활성화된 노드 하나를 각각 확인하고 서버 주소, 포트, SNI 및 전송 유형을 점검하세요.
- 연결 테스트: 실제 지연 시간을 먼저 측정한 다음 노드를 선택해 시스템 프록시를 시작하세요. 지연 시간 측정에 ‘테스트 실패’가 표시되더라도 바로 삭제할 필요는 없습니다. 서버가 특정 탐지 방식에 응답하지 않는 것일 수 있습니다.
- 주기 설정: 업데이트 빈도는 구독 제공자의 변경 주기에 맞추세요. 매일 바뀌는 구독은 하루 한 번 업데이트하고, 안정적인 설정에 몇 분마다 반복 요청할 필요는 없습니다.
v2rayNG와 v2flyNG의 구독 진입점은 모두 사이드 메뉴의 ‘구독 설정’ 근처에 있습니다. 주소를 추가한 뒤 메인 화면으로 돌아가 오른쪽 상단 메뉴에서 ‘구독 업데이트’를 실행하세요. Android 시스템이 백그라운드 네트워크 활동을 제한할 수 있으므로 자동 업데이트 결과는 클라이언트에 표시되는 업데이트 시간과 노드 수를 기준으로 판단해야 합니다. 업데이트 시간이 초과되면 먼저 이미 사용 가능한 노드에 연결한 뒤 구독 설정에서 프록시를 통한 업데이트를 활성화하세요.
시스템 프록시, TUN 및 앱별 분할 라우팅 비교
v2rayN은 데스크톱에서 보통 시스템 프록시 모드부터 사용합니다. 로컬 HTTP 또는 SOCKS 리스닝 주소를 시스템 프록시 설정에 등록하고, 시스템 프록시를 따르는 브라우저와 앱의 트래픽을 클라이언트로 전달합니다. 일반적인 로컬 SOCKS 포트는 10808이며 HTTP 포트는 버전과 설정에 따라 인접한 포트를 사용할 수 있습니다. 실제 값은 ‘설정’ → ‘매개변수 설정’ → ‘기본 설정’에서 확인하세요. 경험만으로 다른 소프트웨어에 특정 포트를 고정 입력하지 마세요.
일부 데스크톱 프로그램은 시스템 프록시를 읽지 않거나 UDP 트래픽까지 제어해야 하므로 이때 TUN을 고려합니다. TUN은 가상 네트워크 어댑터로 더 넓은 범위의 트래픽을 처리하지만 기업 네트워크 도구, 가상 머신 어댑터, 게임 가속 프로그램 및 로컬 방화벽 규칙과 충돌하기도 쉽습니다. 클라이언트를 선택할 때 ‘TUN 지원’을 ‘항상 TUN을 켜야 함’으로 단순하게 해석해서는 안 됩니다. 일상적인 웹 사용이 시스템 프록시로 처리된다면 제어 범위를 작게 유지하는 편이 문제를 찾기 쉽습니다.
| 기능 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 시스템 프록시 | 지원, 데스크톱 일반 앱에 적합 | 데스크톱 시스템 프록시 방식으로 작동하지 않음 | 데스크톱 시스템 프록시 방식으로 작동하지 않음 |
| TUN 또는 가상 네트워크 제어 | 지원, 프록시를 읽지 않는 프로그램에 적합 | Android VPN 서비스를 통한 제어 | Android VPN 서비스를 통한 제어 |
| 앱별 분할 라우팅 | 일반적으로 라우팅 규칙과 프로세스 매칭 기능에 의존 | 프록시를 사용하거나 우회할 앱을 선택할 수 있음 | 프록시를 사용하거나 우회할 앱을 선택할 수 있음 |
| 도메인 및 IP 라우팅 | 여러 규칙 그룹과 규칙 세트 편집에 적합 | 모바일 라우팅 설정 지원 | v2fly 계열 라우팅 설정 지원 |
앱별 분할 라우팅의 실제 선택
- 컴퓨터에서 브라우저, 개발 도구와 명령줄 프로그램을 함께 관리해야 한다면 v2rayN의 시스템 프록시, 환경 변수와 TUN을 범위별로 단계적으로 활성화할 수 있습니다.
- Android에서 소수의 앱만 프록시를 사용하게 하려면 v2rayNG 또는 v2flyNG의 ‘설정’ → ‘앱별 프록시’가 더 직접적입니다. 선택한 앱만 프록시를 사용하도록 지정할 수 있습니다.
- 도메인 범주별로 분할 라우팅하려면 GeoSite 데이터와 규칙 순서를 확인하세요. 대상 IP 기준으로 분할 라우팅하려면 GeoIP 데이터가 오래되지 않았는지도 함께 점검해야 합니다.
- 사용자 지정 규칙은 우선 매칭될 수 있는 위치에 배치하세요. 마지막 규칙이 전역 프록시라면 앞쪽의 직접 연결 규칙이 먼저 정확히 매칭되어야 적용됩니다.
결론: 제어 범위가 넓을수록 문제를 찾을 변수가 많아집니다
먼저 시스템 프록시 또는 기본 모바일 연결로 노드를 검증한 뒤 TUN, 앱별 분할 라우팅과 사용자 지정 DNS를 단계적으로 활성화하세요. 한 번에 설정 하나만 바꿔야 노드 장애, 라우팅 오판 및 로컬 네트워크 충돌을 구분할 수 있습니다.
업데이트 주기와 설정 이전 시 확인할 항목
클라이언트 업데이트는 새 화면만 추가하는 일이 아닙니다. 코어 버전, 라우팅 데이터 형식, 구독 파서와 시스템 호환성도 함께 바뀔 수 있습니다. 새로운 프로토콜을 자주 사용하는 사용자는 클라이언트가 호환 코어를 얼마나 빠르게 통합하는지 확인해야 합니다. 안정적인 VMess 설정을 오래 사용하는 사용자는 업데이트 후 설정이 원활하게 이전되는지를 더 중요하게 봐야 합니다. 선택할 때 버전 번호가 가장 큰지만 기계적으로 좇을 필요는 없지만, 현재 구독 필드를 인식하지 못하는 구버전에 장기간 머물러서도 안 됩니다.
v2rayN은 설정 항목이 많으므로 업그레이드 전에 구독 그룹, 현재 코어, 리스닝 포트, 시스템 프록시 모드와 사용자 지정 라우팅을 기록해 두세요. Android에서 v2rayNG와 v2flyNG를 전환할 때는 두 클라이언트가 모든 내부 설정을 완전히 이어받을 수 있다고 가정해서는 안 됩니다. 가장 안전한 방법은 원본 구독 주소와 필요한 단일 노드 공유 링크를 보관하고 새 클라이언트에서 다시 가져온 다음 앱별 프록시, 라우팅 모드와 DNS 설정을 항목별로 복원하는 것입니다.
컴퓨터와 휴대폰에서 반드시 같은 클라이언트를 사용해야 하나요?
아니요. 컴퓨터는 v2rayN을 사용하고 Android는 v2rayNG를 사용해도 됩니다. 양쪽에서 같은 구독의 프로토콜과 전송 매개변수를 인식할 수 있다면 각각 설정을 관리할 수 있습니다.
v2rayNG에서 가져오기는 성공했는데 연결이 실패하는 이유는 무엇인가요?
오른쪽 상단 메뉴의 로그를 열고 주소, 포트, UUID, SNI, Reality 공개 키와 짧은 ID부터 확인하세요. 가져오기 성공은 링크 형식을 파싱할 수 있다는 뜻일 뿐 모든 필드가 올바르다는 뜻은 아닙니다.
구독 업데이트가 실패하고 시간 초과가 표시되면 어떻게 하나요?
먼저 이미 사용 가능한 노드에 연결한 뒤 ‘구독 설정’으로 들어가 프록시를 통한 업데이트를 활성화하고 다시 시도하세요. 동시에 구독 주소에 불필요한 공백이 없는지, 시스템 시간이 자동으로 동기화되는지도 확인하세요.
v2rayNG와 v2flyNG를 동시에 설치할 수 있나요?
비교를 위해 각각 설치해 둘 수는 있지만, 같은 시점에 Android VPN 연결을 생성할 수 있는 클라이언트는 하나뿐입니다. 테스트할 때는 현재 연결을 먼저 끊고 다른 클라이언트를 시작해야 연결 전환을 노드 장애로 잘못 판단하지 않습니다.
업그레이드 후 웹페이지가 열리지 않으면 먼저 되돌려야 하나요?
먼저 ‘설정’에서 로컬 포트, DNS, 라우팅 모드와 현재 코어가 바뀌었는지 확인한 다음 이미 사용 가능한 노드로 테스트하세요. 새 버전과 기존 설정 사이에 안정적인 호환성 문제가 확인된 경우에만 백업해 둔 설정을 복원하세요.
이전할 때 저장해야 할 최소 정보
- 구독 주소와 구독 그룹 이름: 이전 후 서로 다른 출처를 구분하지 못하는 일을 방지합니다.
- 현재 노드에서 사용하는 프로토콜, 서버 포트, 전송 방식, TLS 또는 Reality 매개변수
- 로컬 SOCKS 및 HTTP 리스닝 포트: 특히 브라우저나 개발 도구에 프록시 주소를 수동으로 입력한 경우
- 라우팅 모드, 앱별 프록시 목록, 사용자 지정 DNS 및 로컬 네트워크 연결 권한
- 현재 클라이언트 버전과 코어 버전: 차이가 발생했을 때 정확히 재현하는 데 필요합니다.
최종 선택: 기기와 노드 유형에 따라 바로 결정하세요
주요 기기가 Windows, macOS 또는 Linux라면 v2rayN을 선택하세요. 데스크톱 시스템 프록시, TUN, 구독 그룹, 코어 관리와 복잡한 라우팅을 지원해 대부분의 데스크톱 요구 사항을 한 화면에서 처리할 수 있습니다. 처음 사용할 때는 구독을 가져오고 노드 하나로 지연 시간을 테스트한 다음 시스템 프록시를 시작하세요. 시스템 프록시를 읽지 않는 앱을 만났을 때만 TUN을 추가로 설정하면 됩니다.
기기가 Android이고 구독에 VLESS, Reality, Vision이 포함되어 있거나 Xray가 명시적으로 필요하다면 v2rayNG를 선택하세요. Xray 프로토콜 계열과 더 직접적으로 호환되며 앱별 분할 라우팅이 필요한 모바일 환경에도 적합합니다. 처음 설정할 때는 ‘구독 설정’ → ‘구독 업데이트’ → 노드 선택 → 연결 시작 순서로 진행한 뒤 필요하면 ‘설정’ → ‘앱별 프록시’를 여세요.
Android에서 장기간 안정적으로 사용하는 VMess 설정이 있고 서버와 기존 규칙이 모두 v2fly 코어를 중심으로 관리된다면 v2flyNG를 선택하는 편이 같은 코어 계열의 실행 동작을 유지하기 쉽습니다. 그래도 이전 전에 구독 필드를 확인해야 합니다. 클라이언트 이름이 비슷하다고 해서 모든 Xray 전용 설정이 바로 실행되는 것은 아닙니다.
- 데스크톱 일상 사용: v2rayN을 선택하고 시스템 프록시부터 시작하세요.
- Android 신규 프로토콜 노드: v2rayNG를 선택하고 Xray 및 Reality 매개변수를 중점적으로 확인하세요.
- Android v2fly 기존 환경: v2flyNG를 선택해 서버와 클라이언트의 코어 설정 의미를 일치시키세요.
- 여러 기기에서 사용: 컴퓨터에는 v2rayN을 설치하고 Android에서는 노드 코어에 따라 v2rayNG 또는 v2flyNG를 선택하세요. 클라이언트 이름을 통일할 필요는 없습니다.