운영체제와 프로세서 아키텍처에 맞는 설치 패키지를 선택하세요. 데스크톱 플랫폼에서는 v2rayN을 사용하고, Android에서는 v2rayNG과 v2flyNG 중에서 선택할 수 있습니다.
플랫폼을 전환하면 해당 클라이언트, 프로세서 아키텍처 및 설치 형식만 표시됩니다. 버전 정보와 다운로드 주소는 동일한 버전 목록에 따라 업데이트됩니다.
두 설치 패키지 모두 64비트 Windows용입니다. Desktop 버전은 차세대 크로스 플랫폼 UI를 사용하므로 처음 설치하거나 통합 데스크톱 인터페이스를 원하는 사용자에게 적합합니다. WPF 버전은 클래식 Windows 인터페이스를 유지하므로 기존 메뉴 구성과 사용 방식에 익숙한 사용자에게 적합합니다.
구독 관리, 시스템 프록시, 라우팅 규칙, TUN 등 자주 사용하는 기능을 지원하는 Windows 데스크톱 그래픽 클라이언트입니다. 처음 사용하는 경우 Desktop 버전으로 시작하고, 기존 WPF 사용 방식이 익숙하다면 클래식 버전을 계속 사용하세요.
| 항목 | 권장 사항 | 확인 방법 |
|---|---|---|
| 프로세서 아키텍처 | x64 | ‘설정 → 시스템 → 시스템 정보’를 열고 시스템 종류를 확인하세요. |
| 인터페이스 버전 | 처음 설치할 때는 Desktop 우선 | 차세대 크로스 플랫폼 인터페이스가 필요하면 Desktop, 클래식 메뉴를 유지하려면 WPF를 선택하세요. |
| 설치 권한 | 현재 사용자에게 앱 설치 허용 | 시스템에서 권한 확인 창이 표시되면 파일 이름과 선택한 버전을 확인한 뒤 계속하세요. |
Apple Silicon과 Intel 설치 패키지는 서로 바꿔 사용할 수 없습니다. 시스템 메뉴에서 ‘이 Mac에 관하여’를 열고 ‘칩’ 또는 ‘프로세서’ 항목을 확인하세요. M 시리즈 칩은 arm64 설치 패키지를, Intel 프로세서는 x64 설치 패키지를 사용합니다.
macOS 데스크톱 클라이언트는 DMG 설치 형식을 사용합니다. 두 설치 패키지의 기능 범위는 같으며 차이는 프로세서 아키텍처뿐입니다. 칩에 맞는 패키지를 선택하면 설치 중 호환성 문제를 줄일 수 있습니다.
| ‘이 Mac에 관하여’ 표시 | 프로세서 아키텍처 | 해당 설치 패키지 |
|---|---|---|
| Apple M 시리즈 칩 | arm64 | Apple Silicon DMG |
| Intel 프로세서 | x64 | Intel DMG |
| 조직에서 관리하는 기기 | 기기의 실제 칩에 맞게 선택 | 조직의 앱 설치 정책과 네트워크 설정 권한도 확인하세요. |
v2rayNG를 우선 선택하세요. Xray 코어를 사용하며 일반적인 구독, 라우팅 및 연결 설정을 제공합니다. v2fly 코어가 필요하면 v2flyNG를 선택할 수 있습니다. 두 클라이언트 모두 arm64와 범용 설치 패키지를 제공합니다.
Xray 코어를 사용하는 Android 그래픽 클라이언트입니다. QR 코드 스캔, 클립보드에서 공유 링크 가져오기, 구독 주소 추가, 라우팅 모드 선택 및 연결 로그 확인을 지원합니다. 2015년 이후 출시된 대부분의 스마트폰은 arm64 버전을 바로 선택할 수 있습니다.
v2fly 코어를 사용하는 Android 그래픽 클라이언트로, V2Fly 생태계의 구성과 동작이 필요한 사용자에게 적합합니다. 구독 가져오기, 노드 선택 및 연결 활성화 과정은 유사한 Android 클라이언트와 거의 같습니다.
| 기기 상태 | 우선 선택 | 추가 설명 |
|---|---|---|
| 2015년 이후 출시된 대부분의 스마트폰 | arm64 | 대부분의 최신 모바일 프로세서는 64비트 ARM 아키텍처를 사용합니다. |
| 기기 아키텍처를 알 수 없음 | 범용 버전 | 범용 설치 패키지는 더 넓은 범위를 지원하지만 파일 크기가 보통 더 큽니다. |
| arm64 버전이 호환되지 않음 | 범용 버전으로 변경 | 완료되지 않은 설치 작업을 먼저 삭제한 뒤 범용 설치 패키지를 다시 여세요. |
먼저 배포판에 따라 DEB 또는 RPM을 선택한 다음 프로세서에 맞춰 x64 또는 arm64를 선택하세요. Ubuntu, Debian 및 파생 배포판은 일반적으로 DEB를 사용하고, Fedora, RHEL, Rocky Linux, AlmaLinux 등은 보통 RPM을 사용합니다.
Linux 데스크톱 그래픽 클라이언트입니다. 기본 다운로드 영역에서는 x64용 DEB 및 RPM 설치 패키지를 제공합니다. ARM64 기기는 해당 아키텍처의 작은 링크를 사용할 수 있습니다. 설치 전에 배포판의 패키지 형식과 프로세서 아키텍처를 모두 확인하세요.
| 배포판 또는 기기 | 설치 형식 | 아키텍처 선택 |
|---|---|---|
| Debian, Ubuntu 및 파생 배포판 | DEB | 일반 데스크톱 컴퓨터는 보통 x64이고 ARM 기기는 arm64를 선택합니다. |
| Fedora, RHEL 계열 배포판 | RPM | x86_64는 x64에, aarch64는 arm64에 해당합니다. |
| 프로세서 아키텍처를 알 수 없음 | 먼저 시스템 정보 확인 | 터미널에서 uname -m을 실행한 뒤 출력 결과에 맞는 아키텍처를 선택하세요. |
다운로드에 실패하거나 설치할 수 없는 경우는 대개 플랫폼, 프로세서 아키텍처 또는 설치 형식을 잘못 선택했기 때문입니다. 다음 세 단계로 확인하면 여러 파일을 반복해서 다운로드하는 일을 줄일 수 있습니다.
Windows, macOS 및 Linux에서는 v2rayN을 선택합니다. Android에서는 v2rayNG를 우선 사용하고, v2fly 코어가 필요할 때 v2flyNG를 선택하세요. 클라이언트 이름에 따라 사용할 수 있는 플랫폼과 설치 패키지 목록이 정해지므로 파일 확장자만 보고 판단하면 안 됩니다.
세 클라이언트 모두 그래픽 인터페이스 도구로, 구독 가져오기, 노드 관리, 시스템 프록시 및 라우팅 설정을 담당합니다. 클라이언트 설치가 끝나도 유효한 구성을 추가해야 하며 설치 상태와 연결 상태를 혼동해서는 안 됩니다.
x64는 Windows 컴퓨터, Intel Mac 및 대부분의 기존 Linux 데스크톱 기기에서 흔히 사용됩니다. arm64는 Apple M 시리즈 칩, 최신 Android 스마트폰 및 일부 ARM Linux 기기에서 주로 사용됩니다. 아키텍처가 맞지 않으면 설치 프로그램이 실행을 거부할 수 있습니다.
Android 사용자는 아키텍처를 확인하기 어려울 때 범용 버전을 사용할 수 있습니다. Linux 사용자는 uname -m으로 결과를 확인하세요. x86_64는 x64, aarch64는 arm64에 해당합니다.
Windows는 압축 패키지 안의 설치 프로그램을 사용하고, macOS는 DMG, Android는 APK를 사용합니다. Linux는 배포판에 따라 DEB 또는 RPM도 선택해야 하며, 패키지 형식은 배포판의 소프트웨어 관리 체계와 직접 관련됩니다.
Linux 형식이 확실하지 않다면 먼저 배포판 이름과 패키지 체계를 확인하세요. Ubuntu와 Debian 계열은 일반적으로 DEB를, Fedora와 RHEL 계열은 일반적으로 RPM을 사용합니다. 형식을 선택한 뒤 x64와 arm64를 구분하세요.
클라이언트는 구성과 연결을 관리하는 도구일 뿐입니다. 설치가 끝나면 구독 가져오기, 서버 선택, 프록시 모드 설정, 연결 확인 순서로 진행하세요.
전체 사용 문서 보기 →시스템에 맞는 설치 방법으로 배포를 완료하세요. 처음 실행할 때 앱의 네트워크 접근, 시스템 프록시 또는 VPN 연결과 관련된 시스템 확인 창에 유의하세요. 현재 클라이언트에서 발생한 작업인지 확인한 뒤 다음 단계로 진행하세요.
유효한 구독 주소를 복사한 뒤 클라이언트의 구독 관리에서 그룹을 추가하고 업데이트를 실행하세요. 단일 노드 공유 링크를 받은 경우 클립보드에서 가져오거나 QR 코드를 스캔할 수 있습니다. 가져온 뒤 서버 목록에 해당 항목이 표시되어야 합니다.
구성 항목 하나를 활성 서버로 선택하세요. 일반적인 데스크톱 사용에서는 시스템 프록시와 규칙 모드부터 시작할 수 있고, Android는 시스템 연결 요청에 따라 클라이언트를 활성화합니다. 더 많은 앱 트래픽을 처리해야 할 때는 TUN과 라우팅 분할 안내를 확인하세요.
연결을 시작한 뒤 클라이언트 상태와 로그를 먼저 확인하세요. 시간 초과, 구성 필드 오류 또는 구독 업데이트 실패가 발생하면 클라이언트를 계속 재설치하지 말고 로컬 네트워크, 구독 주소, 시스템 시간 및 현재 서버 구성을 각각 점검하세요.
클라이언트 업데이트로 구독 자체가 변경되는 경우는 드물지만, 인터페이스와 코어 동작 및 기본 설정은 달라질 수 있습니다. 주요 구성 정보를 기록해 두면 업그레이드 후 문제를 빠르게 좁힐 수 있습니다.
사용 중인 클라이언트 이름, 프록시 모드, 라우팅 규칙 및 활성 구독 그룹을 기록하세요. 수동 노드, 사용자 지정 DNS, TUN 매개변수 또는 사용자 지정 라우팅 규칙이 있다면 클라이언트의 구성 관리 기능으로 먼저 사본을 저장하는 것이 좋습니다.
구독 주소만 저장해서는 모든 개인 설정을 보존할 수 없습니다. 구독은 일반적으로 서버 목록을 담당하며, 사용자 지정 라우팅, 앱 우회 규칙, 수신 포트 및 시스템 프록시 기본 설정은 로컬 구성에 저장될 수 있습니다.
새 클라이언트를 실행한 뒤 구독 그룹과 서버 목록이 존재하는지 먼저 확인하고, 활성 서버, 라우팅 모드 및 시스템 프록시 상태를 점검하세요. 이후 구독 업데이트를 한 번 실행하고 로그에서 구성이 정상적으로 로드되는지 확인합니다.
새 버전에서 메뉴 위치가 변경되었더라도 기능 이름으로 해당 메뉴를 찾고 모든 구성을 바로 삭제하지 마세요. 문제를 설치, 구독, 연결 또는 라우팅 중 하나의 단계로 좁히면 원인을 더 쉽게 찾을 수 있습니다.
다음 질문에서는 버전, 칩 아키텍처, 설치 형식 및 설치 후 구성을 중점적으로 다룹니다. 연결과 라우팅 문제는 사용 문서 및 고급 매뉴얼에서 계속 확인할 수 있습니다.
먼저 Desktop 버전을 권장합니다. 차세대 크로스 플랫폼 인터페이스를 사용하며, 클래식 Windows 인터페이스가 익숙하거나 기존 사용 방식을 유지하려면 WPF 버전을 선택할 수 있습니다. 둘 다 v2rayN이며 구성과 구독 기능은 거의 같습니다.
WPF 구성을 오래 사용해 왔다면 업그레이드 전에 구독 그룹, 사용자 지정 라우팅 및 시스템 프록시 모드를 기록하세요. Desktop 버전으로 전환한 뒤에는 설정 이름과 위치를 중점적으로 확인하고, 모든 인터페이스 옵션이 완전히 같다고 가정하지 마세요.
시스템 메뉴에서 ‘이 Mac에 관하여’를 열고 칩 또는 프로세서 항목을 확인하세요. Apple M 시리즈 칩이면 Apple Silicon 버전을, Intel 프로세서면 Intel 버전을 다운로드합니다.
두 DMG의 기능은 같고 차이는 컴파일 아키텍처에 있습니다. 아키텍처를 잘못 선택하면 시스템에서 앱을 실행할 수 없거나 추가 호환 처리가 필요하다고 표시할 수 있으므로 다운로드 전에 확인해야 합니다.
2015년 이후 출시된 대부분의 Android 스마트폰은 일반적으로 arm64를 사용하므로 arm64 버전을 우선 다운로드하세요. 기기 아키텍처를 알 수 없거나 설치 중 호환성 오류가 표시될 때, 또는 다른 아키텍처까지 지원해야 할 때는 범용 버전을 사용하세요.
범용 버전은 더 많은 아키텍처를 지원하므로 설치 파일이 더 클 수 있습니다. 두 설치 패키지는 같은 클라이언트 버전에 해당하며, 구독 관리, 라우팅 및 연결 기능은 설치 패키지 아키텍처에 따라 달라지지 않습니다.
Debian, Ubuntu 및 파생 배포판은 일반적으로 deb를 사용하고, Fedora, RHEL, Rocky Linux, AlmaLinux 등은 보통 rpm을 사용합니다. 프로세서에 따라 x64 또는 arm64도 선택해야 합니다.
uname -m을 실행해 아키텍처를 확인할 수 있습니다. 출력이 x86_64이면 x64를, aarch64이면 arm64를 선택하세요. 설치할 때는 배포판의 소프트웨어 설치 프로그램이나 패키지 관리자로 의존성을 처리하는 것이 좋습니다.
클라이언트는 구성과 연결을 관리하는 도구입니다. 먼저 유효한 구독 주소나 노드 정보를 가져온 뒤 서버를 선택하고 적절한 프록시 모드를 활성화하여 연결을 테스트해야 합니다. 설치 패키지 자체에는 구독이나 노드가 포함되어 있지 않습니다.
가져온 뒤 목록이 비어 있다면 구독 주소가 완전한지 확인하고 수동으로 업데이트를 실행하세요. 목록은 있지만 연결에 실패한다면 클라이언트 로그, 시스템 시간, 로컬 네트워크 및 현재 노드 구성을 점검하세요.