Windows
v2rayN을 사용하세요. 다운로드 페이지에서 크로스 플랫폼 UI를 사용하는 데스크톱 버전과 기존 WPF 버전을 제공합니다. 익숙한 인터페이스를 선택한 다음 설치 및 실행 안내를 확인하세요.
구독을 가져온 뒤 선택된 서버, 시스템 프록시 상태, 라우팅 모드를 확인하세요. 브라우저에서는 접속되지만 다른 앱에서는 안 될 경우 서버 항목을 바로 수정하기보다 해당 앱이 시스템 프록시를 사용하는지 먼저 살펴보세요.
다운로드 페이지로 이동설정 / 자주 쓰는 항목
구독, 라우팅, 시스템 프록시, DNS는 각각 다른 역할을 합니다. 연결에 문제가 생기면 노드를 계속 바꾸기보다 어느 단계에서 문제가 발생했는지 먼저 확인하는 편이 원인을 찾기 쉽습니다.
01 / SUBSCRIPTION
구독은 변경될 수 있는 서버 목록을 관리할 때 유용합니다. v2rayN의 ‘구독 그룹’에서 이름과 구독 주소를 추가한 다음 구독을 업데이트하세요. 업데이트 후에는 서버 목록에서 사용할 항목을 직접 선택해야 합니다. 용도별로 그룹 이름을 구분하고, 구독 업데이트와 현재 서버 변경을 같은 작업으로 혼동하지 마세요. 서버 설정이 한 세트뿐이라면 직접 추가하는 편이 간편합니다. 별칭은 로컬에서 서버를 구분할 때만 사용됩니다.
목록에 변화가 없다면 주소가 완전한지, 현재 네트워크에서 구독 주소에 접속할 수 있는지, 올바른 그룹을 선택했는지 차례로 확인하세요. 여러 구독을 함께 쓴다면 먼저 그룹을 확인한 뒤 키워드로 필터링하면 이름이 비슷한 서버를 잘못 고를 가능성을 줄일 수 있습니다. 오래된 항목을 삭제하기 전에는 유효한 구독에서 계속 관리되는 항목인지 확인하세요.
구독 그룹 → 추가 → 구독 업데이트 → 서버 선택02 / ROUTING
서버에 연결된다고 해서 모든 요청이 같은 경로를 이용하는 것은 아닙니다. v2rayN은 라우팅 규칙으로 도메인이나 주소를 판별한 뒤 해당 출구로 트래픽을 보냅니다. 일부 트래픽만 프록시를 사용하려면 적절한 사전 설정 규칙을 선택하고, 모든 트래픽을 프록시로 보내려면 전역 모드를 고려하세요. 규칙은 위에서부터 순서대로 적용되므로 사용자 지정 규칙을 추가하기 전에 기존 규칙이 같은 대상을 처리하는지 확인하세요.
특정 웹사이트 접속 결과를 확인할 때는 먼저 현재 라우팅 모드를 확인하고, 일치한 도메인 규칙과 최종 출구를 살펴보세요. 시스템 프록시는 어떤 앱이 요청을 클라이언트로 보낼지 제어하고, 라우팅은 요청이 클라이언트에 들어온 뒤 어디로 갈지 결정합니다. 두 기능은 서로 대체할 수 없습니다.
설정 → 라우팅 설정 → 규칙 세트 → 아웃바운드 규칙03 / PROXY
시스템 프록시는 운영체제의 프록시 설정을 통해 해당 설정을 따르는 앱이 v2rayN에 연결되도록 합니다. 설정을 변경한 뒤에는 브라우저로 먼저 확인할 수 있습니다. TUN 모드는 네트워크 계층에서 트래픽을 가져오므로 시스템 프록시 설정을 따르지 않는 앱까지 처리해야 할 때 적합하지만, 가상 네트워크 어댑터와 권한, DNS 설정도 함께 고려해야 합니다. 두 방식은 앱의 트래픽을 클라이언트로 보내는 방법이지 서버 프로토콜을 바꾸는 설정이 아닙니다.
처음 설정한다면 서버를 선택하고 시스템 프록시를 켠 뒤 연결이 되는지 확인하고, 실제로 필요한 경우에만 TUN을 사용해 보세요. TUN을 켠 뒤 접속에 문제가 생기면 모드 상태와 DNS 설정부터 확인하세요. 라우팅, 코어, 서버 설정을 동시에 바꾸면 어느 변경이 영향을 주었는지 파악하기 어렵습니다.
시스템 프록시 → 시스템 프록시 자동 설정 / TUN 모드04 / DNS
DNS는 도메인 이름을 주소로 변환합니다. 라우팅 규칙이 도메인을 기준으로 출구를 결정한다면 DNS가 어느 위치에서 어떤 순서로 처리되는지도 확인해야 합니다. v2rayN에서는 직접 연결과 프록시 연결에 사용할 DNS 방식을 각각 설정할 수 있습니다. FakeDNS는 먼저 가상 주소를 반환하고 트래픽 스니핑과 함께 원래 도메인 정보를 유지합니다. TUN 환경에서 도메인 기반 분기를 계속 적용해야 할 때 주로 사용합니다.
FakeDNS를 모든 네트워크 환경에서 기본으로 사용할 필요는 없습니다. 도메인으로는 접속되지 않지만 주소를 직접 입력하면 결과가 달라지는 경우 DNS 설정, 라우팅 규칙 일치 여부, 앱의 프록시 경유 여부를 먼저 확인하세요. 도메인 정보를 유지해야 하는 경우에만 관련 기능을 하나씩 켜고 변화를 살펴보세요.
설정 → DNS 설정 → 해석 방식 / FakeDNS05 / CORES
v2rayN은 그래픽 인터페이스이며 실제 프로토콜 처리는 선택한 코어가 담당합니다. Xray와 V2Fly는 모두 Project V 생태계에서 출발했지만 기능 발전 방향은 완전히 같지 않습니다. 예를 들어 REALITY 설정을 사용한다면 선택한 코어가 해당 전송 매개변수를 지원하는지 먼저 확인하세요. 클라이언트 화면에 항목이 표시된다고 해서 모든 코어가 그 설정을 처리할 수 있는 것은 아닙니다.
코어를 바꾸기 전에 현재 서버 설정을 저장하고 클라이언트에 표시된 코어 이름과 오류 메시지를 확인하세요. Android용 v2rayNG와 v2flyNG는 서로 다른 코어를 사용합니다. 앱 이름이 비슷한지만 보지 말고 구독에 지정된 프로토콜과 전송 요구사항에 맞춰 선택하세요.
설정 → 매개변수 설정 → Core 유형 / 코어 선택다운로드 / 기기별 선택
먼저 기기의 운영체제와 프로세서 아키텍처를 확인한 뒤 다운로드 페이지에서 맞는 설치 파일을 선택하세요. 데스크톱에서는 v2rayN을 주로 사용하며, Android에는 서로 다른 코어를 사용하는 그래픽 클라이언트가 제공됩니다.
v2rayN을 사용하세요. 다운로드 페이지에서 크로스 플랫폼 UI를 사용하는 데스크톱 버전과 기존 WPF 버전을 제공합니다. 익숙한 인터페이스를 선택한 다음 설치 및 실행 안내를 확인하세요.
구독을 가져온 뒤 선택된 서버, 시스템 프록시 상태, 라우팅 모드를 확인하세요. 브라우저에서는 접속되지만 다른 앱에서는 안 될 경우 서버 항목을 바로 수정하기보다 해당 앱이 시스템 프록시를 사용하는지 먼저 살펴보세요.
다운로드 페이지로 이동v2rayN을 사용하세요. 기기의 칩에 맞춰 Apple Silicon 또는 Intel 설치 파일을 선택하세요. 칩 종류를 모른다면 시스템의 ‘이 Mac에 관하여’에서 확인한 뒤 다운로드 페이지의 아키텍처 표시와 비교하면 됩니다.
처음 실행한 뒤 서버를 가져오고 연결을 테스트한 다음 시스템 프록시를 설정하세요. 설치 파일의 아키텍처, 서버 프로토콜, 코어 유형은 서로 다른 항목입니다. 각각 기기, 설정, 프로토콜 처리 방식에 해당합니다.
다운로드 페이지로 이동먼저 Xray 코어를 사용하는 v2rayNG를 확인하고, V2Fly 코어를 사용해야 한다면 v2flyNG를 살펴보세요. 두 앱 모두 그래픽 클라이언트이며 구독과 서버 정보는 실제로 제공된 설정을 기준으로 해야 합니다.
다운로드 페이지에서 arm64와 범용 설치 파일을 구분해 제공합니다. 가져온 뒤 서버를 선택하고 연결을 시작하세요. 구독 목록을 업데이트했는데도 이전 항목을 사용하고 있다면 앱을 다시 설치하지 말고 현재 선택된 항목을 확인하세요.
다운로드 페이지로 이동v2rayN을 사용하세요. 먼저 배포판의 패키지 형식에 맞춰 deb 또는 rpm을 선택한 다음 프로세서 아키텍처를 확인하세요. 다운로드 페이지에서 일반 데스크톱 기기와 arm64 기기에 맞는 다운로드 경로를 제공합니다.
설치가 끝나면 그래픽 인터페이스에서 구독이나 서버 설정을 가져오세요. 클라이언트에 연결됨으로 표시되는데 앱이 예상대로 접속하지 못한다면 데스크톱 환경의 프록시 설정, 클라이언트 라우팅, DNS를 각각 확인하세요. 하나씩 조정하면 문제를 찾기 쉽습니다.
다운로드 페이지로 이동Project V / 코어와 클라이언트
Project V, V2Fly, Xray의 관계를 이해하면 프로토콜 매개변수나 호환성 문제가 생겼을 때 클라이언트 화면을 확인할지, 연결을 처리하는 코어를 살펴볼지 판단할 수 있습니다.
Project V는 V2Ray 관련 프로토콜과 설정 방식의 기반을 마련했습니다. 이후 커뮤니티는 코어, 그래픽 클라이언트, 문서를 각각 관리해 왔습니다. 일상적으로 말하는 ‘V2Ray 클라이언트’는 서버 목록과 프록시 스위치가 있는 그래픽 앱을 가리키기도 하고, 앱이 호출하는 코어를 통칭하기도 합니다. 문제를 진단할 때 이 두 계층을 구분하면 더 정확하게 파악할 수 있습니다.
예를 들어 서버 편집 창에서는 주소, 포트, 사용자 ID, 전송 프로토콜 등의 항목을 입력합니다. 확인을 누르면 설정이 저장되고, 실제 연결을 만들 때는 코어가 이 매개변수를 읽습니다. 화면에 설정 항목이 보인다는 사실만으로 현재 코어가 해당 기능을 지원한다고 판단할 수는 없습니다.
V2Fly는 V2Ray의 커뮤니티 관리 노선을 이어가고 있으며, Xray는 이 생태계에서 분기해 독립적으로 발전했습니다. 두 프로젝트는 일부 개념과 설정 방식을 공유하지만 지원하는 전송 기능, 항목의 해석, 업데이트 주기는 다를 수 있습니다. VLESS, 흐름 제어, REALITY 매개변수가 포함된 서버 정보를 받았다면 실제 요구사항을 파악한 뒤 클라이언트에서 선택한 코어와 비교하세요.
코어 변경은 모든 연결 문제에 통하는 해결책이 아닙니다. 주소나 포트를 잘못 입력했거나 구독 주소에 접속할 수 없거나 시스템 프록시가 켜져 있지 않은 경우에는 코어를 바꿔도 해결되지 않습니다. 가져오기, 실행, DNS 해석, 앱의 트래픽 전달 중 어느 단계에서 오류가 발생하는지 먼저 확인한 뒤 코어 호환성을 살펴보세요.
v2rayN은 Windows, macOS, Linux용 데스크톱 그래픽 클라이언트로 서버 관리, 구독 업데이트, 라우팅, 시스템 프록시 및 관련 코어 설정을 한곳에서 제공합니다. Android용 v2rayNG는 Xray 코어를 사용하며 v2flyNG는 V2Fly 코어를 사용합니다. 세 앱 모두 커뮤니티가 관리하는 오픈 소스 그래픽 클라이언트지만 인터페이스 구성과 제공 기능은 앱마다 다릅니다.
기기를 바꿀 때는 이전 기기의 스위치 상태를 그대로 따라 하기보다 구독 주소나 서버 설정부터 확인하세요. 데스크톱의 시스템 프록시와 모바일 기기의 연결 권한은 운영체제마다 방식이 다릅니다. 같은 서버 설정을 사용할 수 있더라도 연결을 시작하는 단계는 각 앱의 화면에 맞춰 진행해야 합니다.
코어와 클라이언트는 각각의 커뮤니티에서 지속적으로 관리합니다. 오픈 소스는 구현과 변경 사항을 공개적으로 논의할 수 있다는 뜻이며, 그래픽 인터페이스와 코어, 설치 파일의 출시 일정이 서로 다를 수도 있습니다. 안내서에서 본 항목 위치가 현재 화면과 다르다면 필드 이름으로 해당 설정을 찾고 클라이언트의 코어 정보를 확인하세요. 스크린샷만 보고 기능이 삭제됐다고 판단하지 마세요.
앱을 업데이트하기 전에 사용 중인 구독 그룹, 라우팅 모드, DNS 설정을 기록해 두세요. 업데이트 후 동작이 달라졌다면 ‘서버 선택 여부 → 코어 실행 여부 → 시스템 프록시 또는 TUN 작동 여부 → 라우팅 및 DNS 결과’ 순서로 확인하세요. 설정 변경과 소프트웨어 업데이트로 인한 차이를 구분하는 데 도움이 됩니다.
노트 / 기술 메모
아래 세 글에서는 DNS, 구독 정리, 코어 차이를 살펴봅니다. 고급 설정을 변경해야 한다면 적용 조건을 먼저 확인한 다음 클라이언트에서 항목별로 설정하세요.
DNS 업스트림, 도메인 규칙, 라우팅이 적용되는 순서를 단계별로 살펴봅니다. DNS 해석 결과가 어디서 비롯되는지 확인하려는 사용자에게 적합합니다.
글 읽기 →그룹 만들기부터 필터링, 정렬, 정리까지 여러 서버 목록을 관리하는 일상적인 절차를 알아봅니다.
글 읽기 →가상 주소로 도메인 정보를 유지하는 방식과 TUN 설정에서 FakeDNS를 사용할 때를 설명합니다.
글 읽기 →