v2rayN
v2rayN은 구독 관리, 노드 선택, 시스템 프록시, TUN 및 라우팅 규칙 설정에 사용됩니다. 처음 설치한다면 Desktop 버전부터 시작하는 것이 좋습니다. 클래식한 인터페이스나 기존 사용 방식이 필요하면 WPF 버전을 선택하세요. 두 항목은 같은 클라이언트 계열이며, 주요 차이는 인터페이스 기술과 상호작용 구성입니다.
현재 기기에 맞는 v2rayN, v2rayNG 또는 v2flyNG를 선택하세요. 설치 파일은 데스크톱 인터페이스, 프로세서 아키텍처 및 배포판 형식별로 나뉘며, 선택 기준은 각 클라이언트 카드에 별도로 안내되어 있습니다.
플랫폼 전환 정보는 페이지 주소에 보존되므로 링크를 다시 열면 해당 패널로 바로 돌아갈 수 있습니다. 다운로드 전에 운영체제, 프로세서 아키텍처 및 설치 형식을 확인해 아키텍처 차이를 클라이언트 오류로 오해하지 않도록 하세요.
Windows에서는 Desktop과 WPF 두 가지 인터페이스를 제공합니다. Desktop은 차세대 크로스 플랫폼 UI로, 새로 설치하거나 여러 데스크톱 플랫폼에서 일관된 작업 방식을 유지하려는 경우에 적합합니다. WPF는 클래식한 Windows 인터페이스를 이어가므로 기존 메뉴와 창 구조에 익숙한 사용자에게 알맞습니다.
v2rayN은 구독 관리, 노드 선택, 시스템 프록시, TUN 및 라우팅 규칙 설정에 사용됩니다. 처음 설치한다면 Desktop 버전부터 시작하는 것이 좋습니다. 클래식한 인터페이스나 기존 사용 방식이 필요하면 WPF 버전을 선택하세요. 두 항목은 같은 클라이언트 계열이며, 주요 차이는 인터페이스 기술과 상호작용 구성입니다.
| 확인 항목 | 권장 사항 | 설명 |
|---|---|---|
| 프로세서 아키텍처 | x64 | 페이지에서 제공하는 Windows 설치 파일은 일반적인 64비트 Intel 및 AMD 프로세서용입니다. |
| 인터페이스 선택 | Desktop 우선 | 새로 설치할 때는 Desktop을 우선 사용하고, 클래식 인터페이스에 익숙하다면 WPF를 사용하세요. |
| 설치 후 구성 | 구독 가져오기 | 설치 파일에는 클라이언트만 포함됩니다. 노드 정보는 구독 주소 또는 개별 구성으로 가져와야 합니다. |
macOS 설치 파일은 프로세서 플랫폼에 따라 구분됩니다. Apple Silicon 버전은 Apple M 시리즈 칩에, Intel 버전은 Intel 프로세서에 해당합니다. 두 설치 파일의 클라이언트 기능과 구성 구조는 동일하며, 아키텍처 선택은 프로그램의 정상 실행 여부만 결정합니다.
macOS 버전은 Desktop 계열과 동일한 크로스 플랫폼 인터페이스를 사용하며 구독 그룹, 노드, 라우팅 및 시스템 프록시를 관리할 수 있습니다. 다운로드 전 칩 유형만 확인하면 되며, 설치 후 구독 가져오기 방식도 다른 데스크톱 플랫폼과 거의 같습니다.
| 기기 정보 | 설치 파일 | 확인 위치 |
|---|---|---|
| Apple M 시리즈 칩 | Apple Silicon arm64 | 시스템 메뉴 → 이 Mac에 관하여 → 칩 |
| Intel 프로세서 | Intel x64 | 시스템 메뉴 → 이 Mac에 관하여 → 프로세서 |
| 구성 이전 | 구독 다시 가져오기 | 구독 주소로 그룹과 노드를 복원하고 라우팅 설정은 기기별로 다시 구성하세요. |
Android에서는 v2rayNG와 v2flyNG 두 클라이언트 계열을 제공합니다. 보통 Xray 코어를 사용하는 v2rayNG를 먼저 선택하고, 기존 구성이 V2Fly 구현에 의존하거나 해당 코어 생태계가 필요할 때 v2flyNG를 선택하세요. 두 계열 모두 arm64 및 범용 설치 파일을 제공합니다.
v2rayNG는 Android 플랫폼의 기본 선택지로, 구독 그룹, 개별 구성 가져오기, 라우팅 설정 및 VPN 방식의 트래픽 처리를 지원합니다. 2015년 이후 출시된 대부분의 스마트폰은 arm64 아키텍처를 사용하므로 arm64 버전을 우선 다운로드할 수 있습니다. 아키텍처 정보가 불확실하면 범용 버전을 선택하세요.
v2flyNG는 V2Fly 코어를 사용하며 Android 구성 관리에 초점을 둔 인터페이스를 제공합니다. V2Fly 동작이 필요하거나 해당 구성 경험이 있거나, 동일한 구독에서 다른 코어 구현을 테스트하려는 사용자에게 적합합니다. 일반적인 선택은 arm64 우선, 아키텍처를 알 수 없을 때 범용 버전을 사용하는 것입니다.
| 확인 항목 | 우선 선택 | 추가 설명 |
|---|---|---|
| 클라이언트 계열 | v2rayNG | 일반적인 구성은 Xray 코어 버전을 사용하고, V2Fly가 명확히 필요할 때 v2flyNG를 선택하세요. |
| 기기 아키텍처 | arm64 | 2015년 이후 출시된 대부분의 스마트폰은 일반적으로 이 아키텍처를 지원하지만, 기기 정보 도구로 추가 확인할 수 있습니다. |
| 아키텍처 불명확 | 범용 버전 | 범용 패키지는 더 넓은 범위를 지원하므로 아키텍처가 확실하지 않을 때 설치하기에 적합합니다. |
Linux 설치 파일은 먼저 배포판 체계에 따라 deb 또는 rpm을 선택한 뒤 프로세서에 맞춰 x64 또는 arm64를 선택합니다. Debian 및 Ubuntu 계열은 일반적으로 deb를 사용하고, Fedora 및 RHEL 계열과 호환 배포판은 rpm을 사용합니다. 아키텍처는 시스템 설정이나 터미널의 시스템 정보 명령으로 확인할 수 있습니다.
Linux 버전은 크로스 플랫폼 데스크톱 인터페이스를 사용하므로 그래픽 방식의 구독 관리, 노드 전환 및 라우팅 설정이 필요한 사용자에게 적합합니다. 설치 형식은 배포판의 패키지 관리자와 일치해야 하며, 프로세서 아키텍처에 따라 amd64·x86_64 또는 arm64·aarch64 파일을 선택합니다.
ARM 데스크톱 기기, 개발 보드 또는 서버 워크스테이션은 arm64 파일을 선택하세요. deb 패키지는 arm64로, rpm 패키지는 보통 aarch64로 표시되며 두 표기는 동일한 64비트 ARM 아키텍처 범위를 가리킵니다.
| 배포판 또는 아키텍처 | 선택 | 일반 표기 |
|---|---|---|
| Debian, Ubuntu 계열 | deb | amd64 또는 arm64 |
| Fedora, RHEL 계열 | rpm | x86_64 또는 aarch64 |
| Intel·AMD 64비트 프로세서 | x64 패키지 | amd64、x86_64 |
| 64비트 ARM 프로세서 | arm64 패키지 | arm64、aarch64 |
클라이언트 이름, 운영체제, 프로세서 아키텍처 및 설치 형식은 서로 다른 질문에 답합니다. 정해진 순서대로 판단하면 설치 단계에서의 반복 다운로드와 구성 이전을 줄일 수 있습니다.
Windows, macOS 및 Linux 데스크톱 기기에서는 v2rayN을 사용하고, Android 기기에서는 일반적으로 v2rayNG를 사용합니다. V2Fly 코어 구현이 명확히 필요할 때는 v2flyNG를 선택하세요. 클라이언트 플랫폼은 현재 기기와 일치해야 하지만 구독 주소 자체는 여러 기기에 각각 가져올 수 있습니다.
데스크톱에서 흔한 아키텍처는 x64와 arm64입니다. macOS에서는 ‘이 Mac에 관하여’에서 칩을 바로 확인할 수 있고, Linux에서는 시스템 아키텍처를 조회할 수 있습니다. 최신 Android 기기의 대부분은 arm64를 사용합니다. 아키텍처는 구독 내용을 바꾸지 않지만 설치 파일을 시스템이 불러올 수 있는지에 직접 영향을 줍니다.
Windows의 Desktop과 WPF는 주로 인터페이스 구현이 다르고, macOS는 dmg, Android는 애플리케이션 설치 파일을 사용합니다. Linux에서는 deb와 rpm 중 하나를 선택해야 합니다. Linux 사용자는 배포판의 패키지 체계를 따라야 하며 파일 크기만으로 판단하지 않는 것이 좋습니다.
클라이언트 설치 파일과 노드 구독은 서로 독립된 단계입니다. 설치가 끝나면 구독 설정에서 주소를 추가하고 그룹을 업데이트한 뒤 노드를 선택하고, 적용 범위에 따라 시스템 프록시 또는 TUN을 활성화해야 합니다. 프로토콜, 보안 계층, 전송 방식 및 flow 등의 매개변수는 서버와 클라이언트에서 일치해야 합니다.
설치는 클라이언트를 준비하는 단계일 뿐입니다. 실제로 사용할 수 있는 상태가 되려면 구독 가져오기, 노드 선택, 트래픽 처리 및 연결 확인까지 완료해야 하며 각 단계에서 클라이언트 로그와 시스템 상태를 먼저 확인해야 합니다.
서비스 제공업체에서 구독 주소를 받은 후 클라이언트의 구독 설정에서 그룹을 만드세요. 그룹 이름은 로컬에서 구분하기 위한 것이므로 용도별로 지정할 수 있습니다. 저장한 뒤 업데이트를 실행하고 서버 목록에 노드가 나타나는지 확인하세요. 로그에 구독 파싱 또는 네트워크 접근 문제가 기록되는지도 살펴보세요.
구독 업데이트가 끝나면 서버 목록에서 원하는 노드를 선택하세요. 프로토콜 유형, 주소, 포트 및 보안 매개변수는 구독에서 제공합니다. 노드를 수동으로 편집할 때는 VLESS, VMess, Trojan, REALITY 등의 관련 항목을 하나씩 확인해 매개변수 조합이 일치하지 않는 문제를 피하세요.
시스템 프록시는 시스템 프록시 설정을 따르는 데스크톱 애플리케이션에 적합하고, TUN은 더 넓은 네트워크 트래픽을 처리하는 데 사용됩니다. Android 클라이언트는 시스템 VPN 인터페이스를 통해 작동합니다. 먼저 주 처리 방식을 하나 선택한 다음 라우팅 규칙으로 직접 연결과 프록시 적용 범위를 정하세요.
시작 후 먼저 클라이언트 상태와 로그를 확인하세요. 연결에 문제가 생기면 로컬 시간, 구독 유효성, 노드 매개변수, 포트 사용 여부, 시스템 프록시 상태 순서로 점검합니다. 일정한 순서로 확인하면 클라이언트 설치 문제, 구성 문제 및 현재 네트워크 환경 문제를 구분하는 데 도움이 됩니다.
다음 질문에서는 버전 선택, 아키텍처 확인 및 설치 후 구독 가져오기를 다룹니다. 연결 오류와 프로토콜 매개변수에 대한 자세한 내용은 문제 해결 문서와 전체 문서에서 확인할 수 있습니다.
먼저 Desktop 버전을 사용해 보세요. 차세대 크로스 플랫폼 인터페이스를 사용하며 메뉴와 설정 구조도 여러 데스크톱 시스템에서 일관되게 유지하기 쉽습니다. 클래식한 Windows 인터페이스에 익숙하고 기존 작업 방식을 유지하려면 WPF 버전을 선택하세요. 두 버전 모두 데스크톱 구성과 연결 관리에 사용할 수 있으며 구독 내용은 다시 가져올 수 있습니다.
시스템 메뉴에서 ‘이 Mac에 관하여’를 열고 칩 또는 프로세서 항목을 확인하세요. Apple M 시리즈 칩이면 Apple Silicon 버전을, Intel 프로세서면 Intel 버전을 선택합니다. 판단 기준은 macOS 버전이나 기기 외관이 아니라 프로세서 아키텍처입니다.
2015년 이후 출시된 대부분의 Android 스마트폰은 일반적으로 arm64 아키텍처를 사용하므로 먼저 arm64 버전을 선택하세요. 기기 아키텍처가 불확실하거나 arm64 패키지가 현재 기기와 맞지 않을 때는 범용 버전을 사용하면 됩니다. 두 설치 파일의 클라이언트 기능은 동일하며, 주요 차이는 지원하는 프로세서 범위입니다.
Android 사용자는 보통 Xray 코어를 사용하는 v2rayNG를 먼저 선택합니다. V2Fly 코어 생태계가 필요하거나 기존 구성이 특정 구현을 요구할 때는 v2flyNG를 선택하세요. 클라이언트를 바꿀 때 구독을 다시 추가할 수 있지만 라우팅 설정과 앱별 설정은 새 클라이언트에서 다시 확인해야 합니다.
Debian, Ubuntu 및 파생 배포판은 deb를 사용하고, Fedora, RHEL 계열 및 호환 배포판은 rpm을 사용합니다. 형식을 확인한 뒤 기기 프로세서에 맞춰 x64 또는 arm64를 선택하세요. amd64와 x86_64는 보통 x64를, arm64와 aarch64는 보통 64비트 ARM을 의미합니다.
먼저 서비스 제공업체에서 구독 주소를 받은 다음 클라이언트의 구독 그룹 또는 구독 설정에 주소를 추가하고 업데이트를 실행하세요. 노드가 표시되면 원하는 노드를 선택하고 필요에 따라 시스템 프록시 또는 TUN 모드를 활성화합니다. Android 클라이언트는 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다.