설정 순서가 문제를 찾는 속도를 좌우합니다. 먼저 구독에서 사용 가능한 노드 목록을 만든 다음 라우팅 정책을 확인하고, 마지막으로 애플리케이션 범위에 따라 TUN 모드를 켤지 결정하세요.
탭을 전환해 구독, 라우팅, TUN의 세 가지 화면 구성을 확인하세요. 미리보기는 필드 관계만 보여 주며 노드나 연결 데이터를 생성하지 않습니다.
subscriptionroutingdomain:example.com프록시geoip:private직접 연결final프록시system proxy구독 주소는 단일 노드가 아니라 노드 목록을 배포합니다. v2rayN에서는 여러 출처의 노드를 별도 그룹에 넣고, 각 그룹에 메모, 업데이트 간격, 서버 필터 조건을 설정할 수 있습니다. 처음 가져올 때는 주소를 온전히 유지한 채 수동으로 한 번 업데이트하고, 노드가 해당 그룹에 들어왔는지 확인한 뒤 자동 업데이트를 설정하세요. 여러 구독을 함께 사용할 때는 모든 노드를 한 목록에 섞는 것보다 명확한 그룹 이름을 쓰는 편이 관리하기 쉽습니다. 특정 출처에 변경이 생겨도 다른 그룹에 영향을 주지 않고 해당 그룹만 업데이트하고 점검할 수 있습니다.
구독 가져오기 단계 보기 →3개 설정라우팅 분기는 어떤 요청을 프록시, 직접 연결 또는 차단으로 내보낼지 결정합니다. 규칙은 보통 구체적인 조건에서 포괄적인 조건 순으로 배치합니다. 먼저 명확한 도메인, IP 범위, 프로세스 조건을 처리하고 마지막 일치 규칙을 남겨 두세요. 수정할 때는 규칙 순서와 대상 아웃바운드 이름을 확인해야 합니다. 위쪽의 포괄적인 조건이 뒤의 요청을 먼저 가로채지 않도록 주의하세요. 단순한 모드 전환만 제공하는 도구와 달리 v2rayN은 규칙 세트와 사용자 지정 규칙을 직접 관리할 수 있어, 업무 서비스·로컬 네트워크 리소스·일반 네트워크 요청을 구분해야 하는 데스크톱 환경에 적합합니다.
라우팅 규칙 실전 가이드 읽기 →top → bottom시스템 프록시는 주로 프록시 설정을 읽는 프로그램의 트래픽을 처리하며, 일부 명령줄 도구, 게임 런처 또는 독립 네트워크 구성 요소는 이를 우회할 수 있습니다. TUN 모드는 가상 네트워크 인터페이스로 더 넓은 범위의 시스템 트래픽을 받은 뒤 커널에서 DNS와 라우팅 규칙을 적용합니다. TUN을 켜기 전에는 일반 시스템 프록시 모드에서 노드가 작동하는지 먼저 확인하세요. TUN에는 권한, 가상 네트워크 어댑터, DNS 설정이 함께 관련되어 문제를 추적하는 단계가 더 길어집니다. 기본 연결을 확인한 뒤 활성화하면 노드 문제와 시스템 트래픽 처리 문제를 분리해 판단할 수 있습니다.
TUN 모드 설명 보기 →advanced노드 목록의 Ping, 실제 연결 지연 시간, 다운로드 속도 측정은 서로 다른 질문에 답합니다. Ping은 기본적인 네트워크 도달성에 가깝고 프록시 프로토콜의 핸드셰이크 완료를 의미하지 않습니다. 실제 연결 지연 시간은 프록시 연결 과정을 거치므로 먼저 작동하지 않는 노드를 걸러내는 데 적합합니다. 다운로드 속도 측정은 일정 시간 동안의 실제 전송 능력을 보여 주지만 서버 부하, 로컬 네트워크, 테스트 리소스의 영향을 받습니다. 연결 문제를 점검할 때는 먼저 구독을 업데이트하고, 다음으로 실제 연결을 테스트한 뒤, 마지막으로 브라우저 요청으로 프록시가 적용되는지 확인하세요. 하나의 숫자만으로 회선 품질을 판단해서는 안 됩니다.
세 가지 지연 시간 측정 이해하기 →checklist데스크톱에서는 v2rayN을 사용하고, Android에서는 v2rayNG와 v2flyNG 중에서 선택할 수 있습니다. 다운로드 페이지에서 프로세서 아키텍처와 설치 패키지 유형을 자세히 구분해 안내합니다.
차세대 데스크톱 인터페이스와 클래식 WPF 인터페이스, 두 가지 진입점을 제공합니다. 시스템 프록시, 라우팅 규칙, 구독 그룹, 실제 연결 테스트, TUN 모드가 필요한 데스크톱 사용자에게 적합합니다.
다운로드 페이지로 이동기기의 칩셋에 맞춰 Apple Silicon 또는 Intel 설치 패키지를 선택하세요. 클라이언트 화면과 데스크톱 버전의 설정 방식은 동일하며, 구독 관리, 활성 노드 전환, 시스템 프록시 설정을 지원합니다.
다운로드 페이지로 이동v2rayNG는 Xray 코어를 사용하고 v2flyNG는 V2Fly 코어를 사용합니다. 일반적인 기기에서는 보통 arm64 설치 패키지를 선택하며, 아키텍처를 확인하기 어렵다면 범용 버전 항목을 확인하세요.
다운로드 페이지로 이동deb와 rpm 두 가지 데스크톱 설치 패키지를 제공하며 x64와 arm64 아키텍처별로 구분합니다. 그래픽 인터페이스로 구독과 라우팅을 관리하려는 Linux 데스크톱 환경에 적합합니다.
다운로드 페이지로 이동가져오기, 테스트, 확인을 나누어 실행하면 문제가 구독, 노드, 시스템 프록시 중 어디에서 발생했는지 빠르게 판단할 수 있습니다.
전체 구독 주소를 복사한 다음 클라이언트의 구독 그룹 설정에서 새 주소를 추가하고 알아보기 쉬운 메모를 입력하세요. 저장 후 한 번 수동 업데이트하여 기본 화면에 노드 목록이 나타나는지 확인합니다. 목록이 비어 있다면 TUN이나 DNS를 바로 조정하지 말고 주소가 잘리지 않았는지, 올바른 그룹을 선택했는지, 구독에 여전히 접근할 수 있는지부터 확인하세요.
현재 그룹에서 노드를 선택하고 실제 연결 지연 시간 테스트를 실행하세요. 이 테스트는 프록시 프로토콜의 연결 과정을 거치므로 단순 Ping보다 노드가 핸드셰이크를 완료할 수 있는지 판단하는 데 적합합니다. 가장 낮은 숫자만 좇기보다 안정적으로 결과를 반환하는 노드를 우선 선택하세요. 지역, 배율, 네트워크 혼잡, 서버 부하가 실제 사용 경험에 영향을 줍니다.
먼저 시스템 프록시 모드로 기본 연결을 확인하고, 브라우저에서 IP 확인 페이지를 연 뒤 일반 웹 요청을 수행하세요. 브라우저는 정상 작동하지만 다른 프로그램에 적용되지 않는다면 해당 프로그램이 시스템 프록시를 읽는지 확인합니다. 시스템 전체에 적용해야 할 때는 고급 안내에 따라 TUN을 활성화하세요. 이렇게 하면 여러 변수를 한꺼번에 바꾸어 원인 파악이 어려워지는 일을 피할 수 있습니다.
Project V는 네트워크 프록시 프로토콜, 라우팅 기능, 조합 가능한 전송 방식을 중심으로 형성된 오픈 소스 기술 생태계입니다. V2Ray라는 말은 일상적으로 초기 프로젝트와 코어를 가리키기도 하고, 전체 클라이언트 및 프로토콜 생태계를 통칭하기도 합니다. 클라이언트, 코어, 구독 서비스는 같은 계층의 구성 요소가 아닙니다. 그래픽 클라이언트는 설정과 상호작용을 담당하고, 코어는 프로토콜 처리와 라우팅 실행을 담당하며, 구독은 서버 설정 목록을 제공합니다.
V2Fly는 Project V 관련 코어와 도구를 커뮤니티가 유지해 온 흐름을 이어가며, v2flyNG는 V2Fly 코어를 Android 구현의 기반으로 사용합니다. Xray는 유사한 설정 체계에서 발전한 코어 계열로, 전송·프로토콜·라우팅 기능을 계속 확장하고 있습니다. v2rayN과 v2rayNG의 일반적인 설정은 대체로 Xray 코어를 중심으로 구성됩니다. 두 코어 계열은 많은 개념을 공유하지만, 구체적인 지원 항목은 현재 클라이언트 화면에 표시되는 설정과 코어 문서를 기준으로 확인해야 합니다.
v2rayN은 Windows, macOS, Linux용 데스크톱 그래픽 클라이언트로, 구독 관리, 노드 전환, 시스템 프록시, 라우팅 규칙, 속도 측정, TUN 설정을 담당합니다. v2rayNG는 Android용이며 Xray 코어를 사용합니다. 주요 기능은 구독 업데이트, 활성 설정 선택, 애플리케이션별 프록시, 라우팅 설정입니다. v2flyNG도 Android용이지만 V2Fly 코어를 사용하므로 해당 코어 계열이 필요한 경우 대안으로 선택할 수 있습니다.
세 클라이언트 모두 오픈 소스로 유지 관리되며, 소프트웨어 업데이트에는 보통 클라이언트 화면 조정, 코어 호환성, 프로토콜 지원 변경, 문제 수정이 포함됩니다. 클라이언트를 업데이트하기 전에 다운로드 페이지의 시스템 및 아키텍처 안내를 확인하세요. 복잡한 라우팅, DNS 또는 여러 구독을 설정했다면 먼저 현재 설정을 기록한 뒤 새 설정 화면에서 대응 항목을 하나씩 확인하는 것이 좋습니다. 설정 형식은 코어 기능의 발전에 따라 바뀌므로 이전 튜토리얼의 필드 위치가 현재 화면과 다를 수 있습니다.
오픈 소스라는 특성은 커뮤니티가 구현을 검토하고 문제를 보고하며 지속적으로 개선하는 데 도움이 되지만, 올바른 설정을 대신해 주지는 않습니다. 연결 결과는 구독 내용, 노드 서비스 상태, 로컬 네트워크, 시스템 프록시 적용 범위, DNS 경로에 따라 달라집니다. 문제가 발생하면 “구독이 업데이트되었는가, 노드에 연결되는가, 프록시가 활성화되었는가, 애플리케이션이 적용 대상인가, 라우팅 규칙이 일치하는가”의 순서로 단계별 점검을 진행하세요.
CLIENT
관리 화면 및 시스템 트래픽 처리
CORE
프로토콜 처리 및 라우팅 실행
SUBSCRIPTION
서버 설정 목록
속도 측정 지표, 첫 연결, 프로토콜 차이를 중심으로 정리한 사용 안내로, 단순히 설정 결과만 제시하지 않고 판단 기준을 설명합니다.
세 가지 속도 측정 방식이 무엇을 측정하는지 분석합니다. Ping은 기본 네트워크 도달성을, 실제 연결 지연 시간은 전체 프록시 핸드셰이크를, 다운로드 속도 측정은 일정 시간 동안의 실제 전송 능력을 확인합니다.
전체 글 읽기구독 목록에서 연결을 완료할 수 있는 노드를 고른 뒤 클라이언트 프록시 상태와 브라우저 요청 결과를 각각 확인하여, 노드 장애와 시스템 트래픽 처리 문제를 혼동하지 않도록 합니다.
전체 글 읽기사용자가 체감할 수 있는 암호화 방식, 전송 오버헤드, 서버 설정 의존성을 기준으로 VMess와 VLESS 노드가 구독에 함께 표시될 때 어떻게 이해해야 하는지 설명합니다.
전체 글 읽기