새로운 크로스 플랫폼 인터페이스
v2rayN Desktop
64비트 Windows 기기에서 새로운 데스크톱 인터페이스를 사용하려는 경우에 적합합니다. 다운로드 파일은 압축 패키지이므로 압축을 푼 뒤 내부 설치 프로그램을 실행하고 시스템 안내에 따라 설치하세요.
기기와 프로세서 아키텍처에 맞게 선택
V2Ray 클라이언트 다운로드
데스크톱에서는 v2rayN을 사용하고, Android에서는 v2rayNG와 v2flyNG 중에서 선택할 수 있습니다. 다운로드 전에 운영체제, 프로세서 아키텍처, 설치 패키지 형식을 확인해 파일명만 보고 반복 설치하는 일을 피하세요.
플랫폼 및 설치 패키지
플랫폼을 전환하면 주소 표시줄의 앵커도 함께 바뀝니다. 앵커가 포함된 URL을 복사하면 해당 플랫폼으로 바로 돌아갈 수 있습니다.
Windows 데스크톱 클라이언트
v2rayN
v2rayN은 새로운 크로스 플랫폼 데스크톱 버전과 클래식 WPF 버전을 제공합니다. 두 버전 모두 구독 관리, 노드 선택, 라우팅, DNS, 시스템 프록시 및 TUN 설정을 지원하지만 인터페이스 기술과 사용 방식은 다릅니다. 처음 설치한다면 데스크톱 버전을 먼저 사용하고, WPF 사용 경험이 있거나 클래식 인터페이스를 유지하려면 WPF 버전을 선택하세요.
클래식 Windows 인터페이스
v2rayN WPF
WPF 버전은 기존 조작 방식과 메뉴 구성을 유지하므로 이전 버전의 메뉴와 트레이 조작에 익숙한 사용자에게 적합합니다. 버전을 전환하기 전에 실행 중인 v2rayN을 종료하여 두 클라이언트가 동시에 시스템 프록시를 변경하지 않도록 하세요.
| 확인 항목 | 권장 사항 | 헷갈리기 쉬운 부분 |
|---|---|---|
| 시스템 아키텍처 | 64비트 Windows 기기를 사용하세요. | x64는 프로세서 아키텍처를 뜻하며 클라이언트 버전 번호가 아닙니다. |
| 인터페이스 버전 | 처음 사용하는 경우 Desktop을 선택하고, 클래식 레이아웃에 익숙하다면 WPF를 선택하세요. | Desktop과 WPF를 동시에 실행하지 마세요. |
| 설정 준비 | 유효한 구독 주소 또는 전체 연결 설정을 준비하세요. | 설치를 완료했다고 해서 연결까지 설정된 것은 아닙니다. |
macOS 데스크톱 클라이언트
v2rayN
macOS 설치 패키지는 칩에 따라 Apple Silicon과 Intel로 나뉩니다. 파일 확장자가 같아도 서로 호환되는 것은 아니므로 다운로드 전에 기기의 칩 또는 프로세서 정보를 확인하세요. Apple M 시리즈는 arm64를, Intel 프로세서는 x64를 선택합니다.
Apple M 시리즈 칩
v2rayN for Apple Silicon
시스템 정보에 Apple 칩으로 표시되는 Mac에 적합합니다. arm64는 프로세서 아키텍처 식별자이며 구독 프로토콜, 노드 유형 또는 프록시 모드와 직접적인 관련이 없습니다.
Intel 프로세서
v2rayN for Intel
시스템 정보의 프로세서 항목에 Intel로 표시되는 Mac에 적합합니다. 판단하기 어렵다면 구입 연도만으로 추측하지 말고 시스템 정보를 열어 하드웨어를 확인하세요.
| 확인 항목 | 선택 방법 | 설치 후 처리 |
|---|---|---|
| 칩 유형 | Apple M 시리즈는 arm64를, Intel 프로세서는 x64를 선택하세요. | 칩 유형은 설치 패키지만 결정하며 구독 내용은 결정하지 않습니다. |
| 설치 형식 | 해당 DMG 파일을 다운로드한 뒤 시스템 절차에 따라 여세요. | 처음 실행할 때 시스템 안내에 따라 앱 권한을 확인하세요. |
| 프록시 적용 범위 | 먼저 한 가지 연결 방식으로 연결을 확인하세요. | 시스템 프록시와 TUN은 적용 범위가 다릅니다. |
Android GUI 클라이언트
v2rayNG 및 v2flyNG
Android에서는 먼저 v2rayNG를 권장합니다. v2fly 커널 계열을 사용해야 한다면 v2flyNG를 선택할 수 있습니다. 두 클라이언트 모두 arm64와 범용 설치 패키지를 제공합니다. 2015년 이후 출시된 대부분의 스마트폰은 arm64를 우선 사용하고, 아키텍처를 확인할 수 없거나 설치 호환성 오류가 표시될 때 범용 버전을 선택하세요.
Android 우선 선택 · Xray 커널
v2rayNG
v2rayNG는 일반적인 Android 스마트폰과 태블릿 설정에 적합합니다. 먼저 arm64 패키지를 다운로드하고, 기기 아키텍처가 불분명하거나 arm64를 설치할 수 없거나 더 많은 아키텍처와의 호환성이 필요한 경우에만 범용 버전을 사용하세요. 설치 후 QR 코드를 스캔하거나 클립보드에서 연결 설정을 가져오고 구독 주소를 추가할 수 있습니다.
arm64 설치 패키지
v2rayNG arm64 다운로드
2015년 이후 출시된 대부분의 일반 Android 스마트폰에 적합합니다.
v2rayNG arm64 APK
범용 설치 패키지
v2rayNG 범용 버전 다운로드
아키텍처가 불확실하거나 arm64 패키지가 호환되지 않는 기기에 사용합니다.
v2rayNG 범용 APK
Android 대안 · v2fly 커널
v2flyNG
v2flyNG는 v2fly 커널을 사용하며 Android에서 선택할 수 있는 다른 클라이언트입니다. 클라이언트 이름만 보고 연결 속도를 판단하지 말고 서비스 제공자가 안내한 프로토콜과 설정 요구 사항을 기준으로 호환성을 확인하세요. 클라이언트를 바꾸면 설정을 다시 가져오고 VPN 권한과 앱별 분할 설정도 다시 확인해야 합니다.
arm64 설치 패키지
v2flyNG arm64 다운로드
64비트 ARM 아키텍처를 사용하는 일반 Android 기기에 적합합니다.
v2flyNG arm64 APK
범용 설치 패키지
v2flyNG 범용 버전 다운로드
기기 아키텍처가 불분명할 때 사용하며, 파일은 보통 단일 아키텍처 패키지보다 큽니다.
v2flyNG 범용 APK
| 확인 항목 | 우선 선택 | 주의할 점 |
|---|---|---|
| 클라이언트 | 일반적인 사용에는 v2rayNG를 먼저 선택하세요. | v2flyNG는 다른 커널 계열을 사용하는 대안 클라이언트입니다. |
| 프로세서 아키텍처 | 2015년 이후 출시된 일반 스마트폰은 먼저 arm64를 선택하세요. | 확실하지 않거나 호환되지 않는다는 안내가 표시되면 범용 버전으로 바꾸세요. |
| 백그라운드 실행 | 필요한 경우 클라이언트가 VPN 연결을 유지하도록 허용하세요. | 시스템 절전 정책으로 백그라운드 연결이 중단될 수 있습니다. |
Linux 데스크톱 클라이언트
v2rayN
Linux 다운로드에서는 패키지 형식과 프로세서 아키텍처를 함께 확인해야 합니다. Debian, Ubuntu 및 파생 배포판은 보통 deb를 사용하고, Fedora, RHEL 계열 및 RPM 패키지 관리자를 사용하는 배포판은 rpm을 사용합니다. 일반 PC는 대부분 x64이며, ARM 데스크톱 기기나 개발 보드는 시스템 아키텍처에 맞춰 arm64를 선택하세요.
일반 데스크톱 PC · x64
v2rayN for Linux x64
먼저 배포판의 패키지 관리 방식에 따라 deb 또는 rpm을 선택하세요. 설치 전에 GNOME, KDE 같은 데스크톱 환경 이름만 보지 마세요. 인터페이스가 패키지 형식을 결정하지 않으므로 배포판과 패키지 관리자를 기준으로 판단해야 합니다.
x64 deb
x64 deb 다운로드
Debian, Ubuntu 및 파생 배포판에 적합합니다.
v2rayN x64 deb
x64 rpm
x64 rpm 다운로드
RPM 패키지 관리를 사용하는 x64 배포판에 적합합니다.
v2rayN x64 rpm
ARM 데스크톱 기기 · arm64
v2rayN for Linux arm64
시스템 아키텍처가 arm64 또는 aarch64임을 확인한 경우에만 선택하세요. 패키지 형식은 여전히 배포판에 따라 결정됩니다. Debian 패키지 관리 체계는 deb를, RPM 패키지 관리 체계는 rpm을 선택하세요.
| 확인 항목 | 일반적인 선택 | 판단 기준 |
|---|---|---|
| 패키지 형식 | Debian 계열은 deb, RPM 계열은 rpm을 선택하세요. | 배포판의 패키지 관리 체계를 기준으로 판단하세요. |
| 프로세서 아키텍처 | 일반 PC는 대부분 x64이고 ARM 기기는 arm64를 선택합니다. | 시스템 보고서에서 x86_64, amd64, aarch64 또는 arm64 표시를 확인하세요. |
| 프록시 설정 | 먼저 데스크톱 앱이 시스템 프록시를 사용하는지 확인하세요. | 데스크톱 환경과 앱에 따라 프록시 동작이 다를 수 있습니다. |
다운로드 전 선택 순서
먼저 플랫폼과 아키텍처 범위를 좁힌 다음 클라이언트 또는 설치 패키지 형식을 판단하세요. 아래 순서대로 진행하면 하나씩 설치해 보는 것보다 대체로 빠릅니다.
운영체제 확인
데스크톱 기기는 Windows, macOS, Linux로 먼저 구분하고 Android 기기는 모바일 클라이언트 선택으로 이동하세요. 플랫폼 이름은 클라이언트 범위를 정하지만 최종 파일까지 바로 결정하지는 않습니다. 같은 플랫폼에도 여러 아키텍처나 패키지 형식이 있을 수 있습니다.
프로세서 아키텍처 확인
Windows에는 x64 설치 패키지를 제공하고, Mac은 Apple Silicon과 Intel을 구분해야 하며, Android는 주로 arm64와 범용 버전 중에서 선택합니다. Linux는 x64와 arm64를 모두 제공합니다. 아키텍처가 맞지 않으면 설치 또는 실행이 되지 않는 경우가 많습니다.
패키지 형식 또는 인터페이스 버전 확인
Windows에서는 Desktop과 WPF를, Linux에서는 deb와 rpm을 다시 구분하세요. 이 단계는 인터페이스 기술 또는 패키지 관리 방식을 결정하는 것이며 구독 주소의 프로토콜 설정을 바꾸거나 노드 연결 품질을 자동으로 개선하지 않습니다.
업그레이드 전에 기존 설정 보존
기존 클라이언트를 사용 중이라면 구독 그룹, 라우팅, DNS, 시스템 프록시, TUN의 현재 설정을 먼저 기록하세요. 업그레이드 후 기존 설정이 정상적으로 로드되는지 확인한 뒤 새 설정을 하나씩 시도하세요. 여러 변수를 한꺼번에 바꾸면 연결 문제의 원인을 찾기 어려워집니다.
설치 후 설정 절차
클라이언트 설치 완료는 준비 단계일 뿐입니다. 연결 가능 여부는 구독 내용, 노드 설정, 프록시 적용 방식, 로컬 네트워크 환경에도 좌우됩니다.
구독 가져오기
신뢰할 수 있는 출처에서 제공한 구독 주소를 사용해 클라이언트의 구독 그룹에 추가하고 업데이트를 실행하세요. 구독 업데이트는 클라이언트가 설정을 가져와 파싱했다는 뜻일 뿐, 모든 노드가 연결된다는 의미는 아닙니다.
목록에 예상한 항목이 표시되고 업데이트 과정에 뚜렷한 네트워크 또는 파싱 오류가 없는지 확인하세요.
노드 선택
먼저 설정이 완전한 노드 하나를 선택해 실제 연결을 테스트하세요. 라우팅과 DNS를 동시에 대량으로 변경하지 마세요. 연결 테스트와 다운로드 속도 측정은 목적이 다르며, 테스트 결과만으로 실제 접속을 대신할 수 없습니다.
클라이언트 로그에 정상적인 연결 과정이 나타나는지 확인한 다음 대상 앱이 실제로 프록시를 통과하는지 점검하세요.
시스템 프록시
시스템 프록시는 운영체제의 프록시 설정을 따르는 브라우저와 데스크톱 앱에 적합합니다. 적용 범위는 앱의 동작 방식에 따라 달라지며, 활성화했다고 해서 모든 프로세스가 자동으로 클라이언트를 사용하는 것은 아닙니다.
먼저 브라우저와 일반 데스크톱 소프트웨어를 확인할 때 적합합니다. 별도의 프록시 설정이 있는 앱은 개별적으로 확인해야 합니다.
TUN 모드
TUN은 가상 네트워크 인터페이스를 통해 더 넓은 범위의 트래픽을 처리하며, 추가 권한이 필요하고 라우팅, DNS, 시스템 네트워크 구성 요소의 영향을 받는 경우가 많습니다. 먼저 별도로 확인 시스템 프록시를 테스트한 뒤 적용 범위에 따라 TUN 사용 여부를 결정하세요.
시스템 프록시를 읽지 않는 앱에 적합합니다. 활성화하기 전에 기존 설정을 보존하고 되돌릴 방법을 준비하세요.
결과 확인
클라이언트 로그, 브라우저의 실제 접속, 대상 앱의 동작을 함께 확인해 판단하세요. 항목별 재테스트가 노드, DNS, 라우팅, 프록시 모드를 한꺼번에 바꾸는 것보다 문제를 찾기 쉽습니다.
클라이언트를 종료하거나 시스템 프록시를 해제했을 때 네트워크 설정이 원래 상태로 복원되는지 확인하세요.
다운로드 자주 묻는 질문
설치 패키지 선택과 초기 설정에 관한 질문을 한곳에서 답변합니다. 질문을 펼치면 처리 순서를 바로 확인할 수 있습니다.
Windows에서는 v2rayN 데스크톱 버전과 클래식 WPF 버전 중 무엇을 다운로드해야 하나요?
새로운 크로스 플랫폼 인터페이스를 사용하려면 데스크톱 버전을 먼저 선택하세요. 기존 Windows 인터페이스에 익숙하거나 이전 사용 방식을 유지하려면 WPF 버전을 선택하면 됩니다. 두 버전의 구독 및 프록시 설정 목적은 비슷하지만 인터페이스 배치와 일부 작업 경로는 다를 수 있습니다.
두 버전을 동시에 실행하지 마세요. 전환하기 전에 현재 클라이언트를 종료하고 시스템 프록시가 해제되었는지 또는 새 클라이언트가 다시 적용했는지 확인하세요. 업그레이드 후 문제가 생기면 먼저 기존 구독이 업데이트되는지 확인한 다음 라우팅, DNS, 프록시 모드를 점검하세요. 인터페이스 버전 차이를 바로 노드 문제로 판단하지 마세요.
Android에서 arm64와 범용 버전은 어떻게 선택하나요?
2015년 이후 출시된 대부분의 Android 스마트폰은 arm64를 우선 선택하면 됩니다. 단일 아키텍처 패키지는 해당 아키텍처에 필요한 구성 요소만 포함하므로 선택이 더 명확합니다. 프로세서 아키텍처를 확인할 수 없거나 arm64 설치 패키지가 기기와 호환되지 않는다고 표시될 때 범용 버전을 사용하세요.
범용 버전은 기능이 더 많은 상위 버전이 아니라 더 다양한 기기 아키텍처를 지원하기 위한 패키지입니다. 설치 패키지 아키텍처는 구독 프로토콜이나 연결 속도를 바꾸지 않습니다. 설치 후에도 유효한 설정을 가져오고 VPN 권한을 허용한 다음 필요에 따라 백그라운드 실행 제한을 조정해야 합니다.
macOS에서는 Apple Silicon과 Intel 설치 패키지 중 무엇을 선택해야 하나요?
Apple M 시리즈 칩을 탑재한 기기는 Apple Silicon 버전을, Intel 프로세서를 사용하는 기기는 Intel 버전을 선택하세요. 시스템의 기기 정보 페이지에서 칩 또는 프로세서 항목을 확인한 뒤 다운로드하면 됩니다.
두 설치 패키지는 모두 DMG 형식이지만 내부 프로그램의 아키텍처가 다릅니다. 파일 확장자만으로 판단하지 마세요. 처음 실행할 때 시스템 안내에 따라 앱 권한을 처리한 뒤 구독을 가져오고 프록시 방식 하나를 선택해 확인하세요.
Linux에서는 deb와 rpm 중 무엇을 선택해야 하나요?
Debian, Ubuntu 및 파생 배포판은 보통 deb를 선택하고, Fedora, RHEL 계열 및 RPM 패키지 관리자를 사용하는 배포판은 rpm을 선택합니다. 데스크톱 환경 이름은 판단 기준이 아니며 배포판의 패키지 관리 체계를 기준으로 선택해야 합니다.
형식을 확인한 뒤 프로세서 아키텍처도 확인하세요. 일반 데스크톱 PC는 대부분 x64를 사용하고 ARM 데스크톱 기기나 개발 보드는 arm64를 사용할 수 있습니다. 시스템 정보에 aarch64가 표시되면 보통 이 페이지의 arm64 패키지에 해당합니다.
설치가 끝났는데도 바로 연결되지 않는 이유는 무엇인가요?
클라이언트 설치 패키지는 GUI와 실행 구성 요소만 제공하며 개인 구독이나 연결 설정은 포함하지 않습니다. 설치 후 유효한 구독 또는 전체 설정을 가져오고 사용 가능한 노드를 선택한 다음 대상 앱에 맞춰 시스템 프록시나 TUN을 설정해야 합니다.
확인할 때는 먼저 구독이 정상적으로 업데이트되는지 보고, 다음으로 클라이언트 로그에서 연결이 수립되는지 확인한 뒤 브라우저와 대상 앱의 실제 접속을 점검하세요. 테스트에 성공해도 모든 앱이 프록시를 사용하는 것은 아닙니다. 앱마다 시스템 프록시를 읽는 방식이 다르기 때문입니다.