v2rayN · Windows
7.24.1
Desktop 버전은 최신 크로스 플랫폼 UI를 사용합니다. 클래식 WPF 버전은 익숙한 데스크톱 사용 방식을 유지하는 안정적인 클래식 버전입니다. 아래 두 설치 파일은 모두 x64용입니다.
v2rayN 데스크톱 설치 파일 및 Android 클라이언트
먼저 기기의 운영체제를 선택하고 CPU 아키텍처를 확인하세요. 데스크톱에서는 v2rayN을 사용합니다. Android에서는 v2rayNG를 우선 선택하고, V2Fly 코어 설정이 필요하다면 v2flyNG를 확인하세요.
플랫폼 탭은 페이지 링크로 바로 공유할 수 있습니다. 설치 파일별 인터페이스 유형, CPU 아키텍처와 배포판 패키지 형식을 안내하므로 파일명만 보고 용도를 추측하지 마세요.
7.24.1
Desktop 버전은 최신 크로스 플랫폼 UI를 사용합니다. 클래식 WPF 버전은 익숙한 데스크톱 사용 방식을 유지하는 안정적인 클래식 버전입니다. 아래 두 설치 파일은 모두 x64용입니다.
| 확인 항목 | 선택 기준 |
|---|---|
| 프로세서 | x64. 설정의 시스템 종류에서 확인하세요. |
| 시스템 환경 | 지원이 계속되는 Windows 데스크톱 버전을 사용하세요. 세부 호환 범위와 런타임 요구 사항은 설치 안내를 따르세요. |
| 설치 권한 | 설치 대상 폴더에 쓰기 권한이 있는지 확인하세요. 시스템 구성 요소가 필요한 경우 안내에 따라 권한을 허용하세요. |
| 네트워크 제어 | 일반 시스템 프록시와 TUN의 권한 요구 사항은 다릅니다. 먼저 일반 프록시를 설정하세요. |
CPU 아키텍처가 맞지 않으면 설치를 중단하세요. 인터페이스 버전을 바꿔 가며 반복 설치하지 마세요.
처음 사용하는 경우 Desktop 버전부터 선택해도 좋습니다. 다운로드한 압축 파일을 쓰기 가능한 폴더에 완전히 풀고, 폴더 안의 설치 프로그램을 실행하세요. 압축 프로그램의 미리보기 화면에서 바로 실행하면 임시 폴더의 파일이 제대로 유지되지 않을 수 있습니다. 실행 환경 관련 안내가 나타나면 설치 프로그램의 설명에 따라 필요한 구성 요소를 설치한 뒤 클라이언트를 다시 실행하세요.
이미 WPF 버전을 사용 중이고 설정이 안정적이라면 기존 인터페이스를 계속 사용해도 됩니다. 두 버전 모두 구독, 노드와 라우팅을 관리하지만 메뉴 위치, 설정 구성과 저장 방식은 버전에 따라 달라질 수 있습니다. 전환 전에 클라이언트의 백업 또는 내보내기 기능으로 설정을 저장하세요. 기존 폴더의 파일을 새 버전 폴더에 통째로 덮어쓰거나 두 클라이언트가 동시에 시스템 프록시를 변경하게 두지 마세요.
처음 실행한 뒤 구독을 가져오고 활성 노드를 선택한 다음 시스템 프록시를 켜세요. 시스템 프록시를 따르지 않는 앱까지 연결해야 할 때만 TUN을 살펴보세요. 창은 열리지만 코어가 실행되지 않는다면 클라이언트 로그를 확인해 포트 충돌, 설정 항목 오류와 권한 문제를 구분하세요. 인터페이스를 반복해서 재설치해도 설정 자체의 오류는 해결되지 않는 경우가 많습니다.
7.24.1
Apple M 시리즈 칩에는 Apple Silicon 버전을, Intel 프로세서에는 Intel 버전을 선택하세요. 다운로드 전에 Apple 메뉴의 '이 Mac에 관하여'에서 칩 또는 프로세서 정보를 확인하세요.
| 확인 항목 | 선택 기준 |
|---|---|
| 칩 종류 | Apple Silicon은 arm64, Intel은 x64에 해당합니다. |
| 시스템 호환성 | 현재 시스템이 앱 실행 안내에 표시된 최소 요구 사항을 충족하는지 확인하세요. |
| 설치 위치 | 앱을 '응용 프로그램' 폴더로 복사하세요. 디스크 이미지에서 계속 실행하지 마세요. |
| 관련 권한 | 사용할 기능에 필요한 네트워크 권한을 허용하세요. TUN에는 별도 권한이 필요합니다. |
설치 파일 형식이 같아도 CPU 아키텍처가 같다는 뜻은 아닙니다. '이 Mac에 관하여'에서 확인하세요.
'이 Mac에 관하여'를 열고 칩 항목에 Apple M 시리즈 이름이 표시되면 Apple Silicon 설치 파일을 선택하세요. Intel 프로세서 이름이 표시되면 Intel 설치 파일을 선택하면 됩니다. 기기 외관이나 구매 연도만으로 판단하지 마세요. 프로세서에 맞는 설치 파일을 사용하면 호환성 문제를 파악하기 쉽고, 아키텍처 오류를 구독 문제로 잘못 판단하는 일도 줄일 수 있습니다.
디스크 이미지를 다운로드한 뒤 열고 앱을 '응용 프로그램' 폴더로 복사한 다음 해당 폴더에서 실행하세요. 시스템 보안 안내가 나타나면 먼저 구체적인 이유를 확인하고, 시스템 설정의 개인정보 보호 및 보안 페이지에서 안내된 절차를 따르세요. 앱 하나를 실행하려고 시스템 보안 기능을 전체적으로 끄지 마세요. 조직에서 관리하는 기기라면 설치와 네트워크 설정 변경이 허용되는지 먼저 확인하세요.
설치가 끝나면 메뉴 막대에서 클라이언트 상태를 확인하고 구독을 가져온 뒤 활성 설정을 선택하세요. 시스템 프록시는 해당 설정을 따르는 앱에만 영향을 줍니다. 먼저 브라우저로 연결을 확인한 다음 다른 앱에 추가 설정이 필요한지 판단하세요. 클라이언트를 종료하거나 바꾸기 전에는 프록시 설정을 복원하세요. 여러 도구가 같은 시스템 프록시를 관리하면 설정이 서로 덮어써져 원인을 알기 어려운 연결 문제가 생길 수 있습니다.
2.2.6
Android용 GUI 클라이언트로, Xray 코어를 사용해 프록시 설정을 관리합니다. 2015년 이후 출시된 대부분의 스마트폰은 arm64를 우선 선택하면 됩니다. 아키텍처를 모른다면 범용 버전을 선택하세요.
1.10.31
V2Fly 코어 설정이 필요한 경우에 적합합니다. 선택하기 전에 서비스 설정에 필요한 프로토콜과 전송 기능을 확인하세요. 두 클라이언트의 인터페이스가 비슷하다는 이유만으로 설정을 그대로 옮길 수 있는 것은 아닙니다.
| 확인 항목 | 선택 기준 |
|---|---|
| 앱 아키텍처 | 기기가 arm64를 지원하면 해당 설치 파일을 우선 선택하세요. 확실하지 않다면 범용 버전을 확인하세요. |
| 시스템 버전 | 선택한 설치 파일의 요구 사항과 시스템 설치 프로그램의 안내를 따르세요. |
| 설치 권한 | 시스템 안내에 따라 현재 사용 중인 다운로드 앱 또는 파일 관리자에 설치 권한을 허용하세요. |
| 연결 권한 | 처음 연결을 켤 때 시스템 VPN 연결 요청을 확인하세요. 다른 VPN 앱이 동시에 연결을 가로채지 않도록 하세요. |
최신 스마트폰 대부분은 arm64 설치 파일을 사용할 수 있지만, 프로세서가 64비트를 지원한다고 해서 시스템에서 모든 64비트 앱을 설치할 수 있는 것은 아닙니다. 기기 정보를 확인하기 어렵다면 범용 버전을 먼저 선택하세요. 설치 프로그램이 적합한 구성 요소를 선택합니다. '앱이 설치되지 않았습니다'라는 오류가 표시되면 아키텍처뿐 아니라 남은 저장 공간, 시스템 호환성, 기존 앱의 서명 불일치와 다운그레이드 시도 여부도 확인하세요.
설치할 때 현재 사용하는 다운로드 도구나 파일 관리자에 필요한 권한만 허용하세요. 설치가 끝난 뒤에는 필요에 따라 권한을 해제할 수 있습니다. 클라이언트를 실행하고 설정을 가져온 다음 처음 연결을 켜면 시스템 VPN 권한 대화상자가 나타납니다. 이는 로컬 가상 네트워크 인터페이스를 설정하는 절차이며 원격 서비스에 연결됐다는 뜻은 아닙니다. 활성 노드와 로그를 확인한 뒤 앱의 접속 상태를 테스트하세요.
v2rayNG와 v2flyNG를 선택할 때는 코어 기능과 설정 호환성을 살펴보세요. 두 클라이언트가 서로 바꿔 쓸 수 있는 단순한 외형이라고 생각해서는 안 됩니다. REALITY, 특정 흐름 제어 또는 최신 전송 설정 항목이 포함된 경우 선택한 클라이언트의 코어가 해당 구성을 실제로 지원하는지 확인하세요. 가져오기에 성공해도 설정의 모든 기능이 작동한다는 뜻은 아닙니다.
앱을 백그라운드로 전환한 뒤에만 연결이 끊긴다면 먼저 시스템의 배터리 최적화와 백그라운드 실행 제한을 확인하고, 필요하면 클라이언트가 계속 실행되도록 허용하세요. VPN 인터페이스가 필요한 다른 앱을 동시에 켜지 마세요. 클라이언트를 바꾸기 전에는 기존 연결을 중지하고 구독 그룹과 라우팅 기록을 보관하세요. 새 클라이언트에서 항목을 하나씩 복원하면 문제의 원인을 찾기 쉽습니다.
7.24.1
배포판에 맞춰 deb 또는 rpm을 선택한 다음 CPU 아키텍처를 확인하세요. 아래 주요 설치 파일은 x64용입니다. arm64 기기에는 별도로 표시된 설치 파일을 사용하세요.
| 확인 항목 | 선택 기준 |
|---|---|
| 패키지 관리 체계 | Debian·Ubuntu 계열은 보통 deb, Fedora·RHEL 계열은 보통 rpm을 선택합니다. |
| CPU 아키텍처 | amd64와 x86_64는 x64, aarch64는 arm64에 해당합니다. |
| 데스크톱 및 의존성 | 그래픽 앱을 실행할 수 있는 데스크톱 환경과 현재 패키지의 의존성을 충족해야 합니다. |
| 네트워크 권한 | 시스템 프록시 지원 여부는 데스크톱 환경에 따라 다릅니다. TUN에는 추가 권한과 라우팅 설정이 필요합니다. |
rpm 또는 deb 계열이라고 해서 모든 배포판 버전이 의존성을 충족하는 것은 아닙니다. 먼저 패키지 설치 프로그램의 안내를 읽으세요.
시스템 정보에서 배포판 이름과 CPU 아키텍처를 확인한 다음 설치 파일을 선택하세요. deb와 rpm은 패키지 형식이지 기능 등급이 아닙니다. x64와 arm64는 서로 다른 CPU 아키텍처이며 구버전과 신버전의 차이도 아닙니다. 두 조건을 따로 확인하면 형식은 맞지만 아키텍처가 다른 파일을 다운로드하는 일을 피할 수 있습니다.
배포판의 패키지 설치 프로그램으로 다운로드한 파일을 열고, 먼저 의존성 확인 결과를 살펴본 뒤 설치하세요. 런타임 버전이 맞지 않는다는 안내가 나타나면 의존성을 무시하고 진행하거나 출처가 불분명한 시스템 라이브러리로 바꾸지 마세요. 현재 패키지가 기기에 적합한지 판단하려면 배포판 버전과 데스크톱 환경, 패키지 요구 사항을 함께 확인해야 합니다. 같은 배포판 계열이라는 이유만으로 적합하다고 볼 수는 없습니다.
v2rayN을 실행한 뒤 설정을 가져오고 로컬 수신 포트를 확인하세요. 시스템 프록시 지원 방식은 데스크톱 환경마다 다르며, 일부 앱은 자체 프록시 설정을 사용하기도 합니다. 브라우저에서 접속된다고 해서 모든 앱이 프록시에 연결된 것은 아닙니다. 대상 앱이 데스크톱 프록시 설정을 따르는지 확인한 다음 TUN 설정 여부를 결정하세요. 가상 인터페이스를 켜기 전에는 기존 라우팅을 기록해 다른 네트워크 관리 도구의 설정과 충돌하지 않도록 하세요.
클라이언트 설치는 첫 단계일 뿐입니다. 설정 가져오기, 연결 확인과 일상적인 업데이트를 나눠 진행해야 문제가 생겼을 때 원인을 정확히 찾을 수 있습니다.
클라이언트는 설정을 관리하는 프로그램이며 설치 후 사용할 수 있는 서비스를 자동으로 만들지 않습니다. 신뢰할 수 있고 사용 권한이 있는 출처에서 구독 링크나 노드 정보를 받아 클라이언트의 구독 그룹에 추가한 뒤 업데이트하세요. 노드 목록이 표시되면 사용할 설정을 직접 선택해야 합니다. 가져오기만 하고 노드를 선택하지 않았다면 연결이 성립했다고 볼 수 없습니다.
구독 링크에는 접속 정보가 포함될 수 있으므로 개인 기기에 안전하게 보관하세요. 문제를 제보할 때는 민감한 정보를 가린 오류 내용만 공유하고 전체 링크, 노드 식별 정보 또는 설정 화면을 그대로 공개하지 마세요.
처음 가져오는 방법 보기 →시스템 프록시는 어떤 앱이 요청을 로컬 프록시로 보낼지 결정하고, 라우팅 규칙은 그 요청이 이후 어떤 출구를 통해 나갈지 정합니다. 서로 다른 설정입니다. 처음에는 확인하기 쉬운 구성으로 시작해 코어 실행, 노드 연결과 브라우저 접속을 확인한 뒤 분할 라우팅, DNS와 TUN 설정을 단계적으로 추가하세요.
연결 확인에 실패하면 먼저 로그를 살펴보고 서버 주소, 포트, 전송 설정과 기기 시간을 확인하세요. 한 번에 한 가지 조건만 바꾸고 기존 설정은 보관해야 노드와 라우팅을 동시에 바꿔 원인을 놓치는 일을 피할 수 있습니다.
시스템 설정 가이드 보기 →업데이트 전에 구독 그룹, 사용자 지정 라우팅, DNS와 로컬 수신 설정을 저장한 뒤 실행 중인 클라이언트를 완전히 종료하세요. 설치가 끝나면 설정이 복원됐는지 확인하고, 정상 작동이 확인된 노드 하나로 테스트한 다음 평소의 분할 라우팅 동작을 점검하세요. 백업 파일에도 서비스 접속 정보가 포함될 수 있으므로 안전하게 보관해야 합니다.
페이지에 표시되는 버전 정보와 설치 파일 정보는 각각 별도의 목록에서 제공되므로 표시 내용과 파일명 업데이트 시점이 다를 수 있습니다. 설치된 버전은 클라이언트의 정보 페이지에서 확인하세요. 차이가 있다면 앱 이름과 아키텍처를 먼저 확인하고, 파일명만 보고 다운로드 주소를 임의로 바꾸지 마세요.
클라이언트 기능 차이 보기 →먼저 설치 파일을 올바르게 선택했는지 확인한 뒤 시스템 권한과 설정 이전 문제를 살펴보세요. 연결 오류는 로그를 함께 분석해야 하며, 모든 문제를 설치 과정 탓으로 돌리면 안 됩니다.
처음 설치한다면 최신 크로스 플랫폼 UI를 적용한 Desktop 버전을 선택할 수 있습니다. 기존 사용 방식이 익숙하다면 클래식하고 안정적인 WPF 버전을 선택하세요. 두 버전 모두 프록시 설정을 관리하지만 인터페이스와 메뉴 위치, 설정 이전 방식은 다를 수 있으므로 전환 전에 백업하세요.
2015년 이후 출시된 대부분의 스마트폰은 arm64를 우선 선택하면 됩니다. 다만 실제로 지원되는 앱 아키텍처를 확인하는 것이 가장 정확합니다. 아키텍처를 모른다면 범용 버전을 선택하세요. 설치에 실패하면 OS 버전과 저장 공간, 기존 앱과 서명이 호환되는지도 확인해야 합니다.
Apple Silicon 설치 파일은 Apple M 시리즈 칩용이고, Intel 설치 파일은 Intel 프로세서용입니다. Apple 메뉴에서 '이 Mac에 관하여'를 열어 칩 또는 프로세서 정보를 확인한 뒤 알맞은 파일을 선택하세요.
클라이언트는 설정을 관리하고 프록시를 실행하는 프로그램이며, 설치만으로 사용할 수 있는 서비스 설정이 생성되지는 않습니다. 신뢰할 수 있고 사용 권한이 있는 출처에서 구독이나 노드 정보를 받은 뒤 가져오세요. 활성 설정을 선택하고 프록시 모드를 지정한 다음 연결을 확인해야 합니다.
먼저 클라이언트의 내보내기 또는 백업 기능으로 설정을 저장하고 구독 그룹, 활성 노드, 라우팅과 사용자 지정 DNS 설정을 기록하세요. 기존 클라이언트를 완전히 종료한 뒤 업데이트하고, 새 버전의 연결과 분할 라우팅을 확인할 때까지 백업을 보관하세요. 확인이 끝난 후 기존 파일을 정리하면 됩니다.
배포판의 패키지 형식에 따라 deb 또는 rpm을 선택한 다음 CPU 아키텍처에 맞춰 x64 또는 arm64를 고르세요. Debian·Ubuntu 계열은 보통 deb, Fedora·RHEL 계열은 보통 rpm을 사용합니다. 배포판 버전과 설치 파일의 의존성 조건도 확인해야 합니다.