기본 개념
클라이언트, 코어, 트래픽 처리 방식을 구분한 뒤 설치 파일을 선택하세요.
v2rayN, v2rayNG, v2flyNG 중 어떤 클라이언트를 선택해야 하나요?
기기에 맞춰 선택하세요. Windows, macOS, Linux 데스크톱에서는 v2rayN을 사용하고, Android에서는 보통 Xray 코어를 사용하는 v2rayNG를 선택합니다. V2Fly 코어가 필요하다면 v2flyNG를 고려하세요. 클라이언트는 설정 가져오기, 서버 전환, 프록시 관리를 담당하고 실제 연결은 코어가 처리합니다. 선택하기 전에 서버에서 요구하는 프로토콜, 전송 방식, 보안 매개변수를 확인하세요. 클라이언트 이름만 보고 판단해서는 안 됩니다. 클라이언트를 설치해도 바로 연결할 수 있는 것은 아닙니다. 유효한 설정을 직접 준비해야 하며, 이 사이트는 구독 서비스를 제공하지 않습니다.
V2Ray, V2Fly, Xray 코어는 어떻게 다른가요?
V2Ray는 Project V 프록시 도구 생태계에서 시작됐고, V2Fly는 관련 코어를 커뮤니티에서 이어서 관리합니다. Xray는 같은 기술 생태계의 또 다른 코어 분기입니다. 기본 설정 개념은 일부 비슷하지만 프로토콜 확장, 전송 방식 지원, 설정 항목이 완전히 같지는 않습니다. 연결 가능 여부는 사용하는 코어 버전과 서버 매개변수를 기준으로 판단하세요. 클라이언트가 공유 링크를 인식하더라도 현재 코어가 링크의 모든 항목을 지원한다는 뜻은 아닙니다. 코어를 바꾸기 전에 기존 설정을 보관하고, 전환 후에는 먼저 시작 로그를 확인한 다음 연결을 테스트하세요. 호환성 문제를 네트워크 오류로 오해하지 않도록 주의해야 합니다.
시스템 프록시, 전역 라우팅, TUN 모드는 같은 기능인가요?
아닙니다. 시스템 프록시는 시스템 프록시 설정을 따르는 앱을 로컬 프록시 포트로 연결합니다. 전역 라우팅은 코어로 들어온 연결에 기본적으로 어떤 아웃바운드를 사용할지 정합니다. TUN 모드는 가상 네트워크 인터페이스로 조건에 맞는 트래픽을 가로챕니다. 전역 라우팅을 선택해도 모든 앱의 트래픽이 자동으로 프록시를 거치는 것은 아니며, TUN을 켜도 모든 트래픽이 원격 서버로 전달되는 것은 아닙니다. 문제를 확인할 때는 먼저 트래픽이 클라이언트에 들어오는지 확인하고, 그다음 어떤 규칙이 적용됐는지 살펴보세요. 처음 설정할 때는 시스템 프록시로 연결을 확인한 뒤 TUN을 별도로 테스트하는 것이 좋습니다. 트래픽 처리 방식과 라우팅을 한꺼번에 바꾸지 마세요.
Android 설치 파일은 arm64와 universal 중 무엇을 선택해야 하나요?
먼저 기기의 프로세서 아키텍처를 확인하세요. 2015년 이후 출시된 대부분의 주요 스마트폰은 arm64를 우선 고려할 수 있지만, 프로세서가 64비트를 지원한다고 해서 운영체제도 반드시 64비트 환경인 것은 아닙니다. 기기의 실제 ABI를 기준으로 선택하세요. universal은 여러 아키텍처 구성 요소를 포함하므로 아키텍처를 모르거나 여러 기기와의 호환성이 필요한 경우에 적합하지만, 파일 크기가 더 큰 편입니다. 설치 중 패키지를 분석할 수 없다는 오류가 표시되면 Android 버전 요구 사항, 파일 다운로드 완료 여부, 기존 앱과 서명이 호환되는지도 확인하세요. 기존 클라이언트를 바로 삭제하지 말고, 복원할 수 있도록 설정을 먼저 내보낸 다음 설치 파일을 바꾸세요.
설치 및 설정
구독 내용, 업데이트 경로, 시스템 프록시, 네트워크 권한을 각각 확인하세요.
구독을 가져오지 못할 때 먼저 확인할 사항은 무엇인가요?
먼저 구독 URL과 단일 공유 링크를 구분하세요. 구독 URL은 구독 그룹에 추가하고, 단일 공유 링크는 클립보드에서 가져오기 등 해당 기능을 이용해야 합니다. 복사할 때 앞뒤 공백, 줄바꿈, 메신저가 덧붙인 설명을 제거하고 전체 쿼리 매개변수는 그대로 유지하세요. 해당 그룹을 업데이트한 뒤 로그에서 요청 실패, 콘텐츠 파싱 실패, 필터링 후 결과 없음 중 어떤 문제인지 확인합니다. 로그인 페이지나 안내 페이지, 호환되지 않는 형식이 반환됐다면 다시 가져와도 해결되지 않는 경우가 많으므로 구독 제공자에게 형식을 확인하세요. 구독 URL 전체를 공개 게시판에 올리지 마세요. URL의 매개변수에 접근 자격 정보가 포함될 수 있습니다.
v2rayN 구독 업데이트가 실패하거나 인증서 오류가 발생하면 어떻게 해야 하나요?
먼저 구독 URL이 만료되지 않았는지, 계정이 유효한지, 시스템 날짜와 시간대가 올바른지 확인하세요. 그런 다음 로그의 구체적인 오류를 살펴보고 도메인 이름 조회, 연결 시간 초과, TLS 인증서 확인, 콘텐츠 파싱 문제를 구분합니다. 현재 클라이언트 버전에 프록시를 통한 구독 업데이트 옵션이 있다면, 이미 사용할 수 있는 연결이 있을 때 비교 테스트할 수 있습니다. 사용할 수 있는 연결이 없다면 이 방법에 의존하지 마세요. 인증서 오류가 발생하면 시스템 신뢰 체인을 확인하거나 제공자에게 문의하세요. 인증서 검증을 끄는 방식으로 문제를 숨기면 안 됩니다. 네트워크가 복구된 뒤 수동 업데이트로 확인하고, 이후에는 적절한 자동 업데이트 간격을 설정해 짧은 시간에 반복 요청하지 않도록 하세요.
시스템 프록시를 켰는데도 브라우저가 직접 연결되면 어떻게 해야 하나요?
먼저 코어가 실행 중인지 확인하고, 시스템 프록시 설정의 주소와 포트가 클라이언트의 현재 수신 위치를 가리키는지 살펴보세요. 일반적인 로컬 설정에서는 원격 서버 주소가 아니라 루프백 주소를 사용해야 합니다. 그런 다음 브라우저 확장 프로그램, 앱 내 프록시, 환경 변수가 시스템 설정을 덮어쓰는지 확인하세요. 시스템 프록시를 따르지 않는 앱도 있으므로 앱에서 프록시를 직접 지정해야 할 수 있습니다. 접속할 때 클라이언트 연결 로그가 남는지도 확인하세요. 기록이 없다면 트래픽이 들어오는 경로를 먼저 살펴보고, 기록은 있지만 직접 연결 아웃바운드를 사용한다면 라우팅을 확인하세요. 시스템 프록시를 변경하는 프로그램을 여러 개 동시에 실행하지 말고, 클라이언트를 종료하기 전에 필요에 따라 시스템 프록시 설정을 해제하세요.
TUN 모드가 시작되지 않거나 권한 부족 오류가 표시되면 어떻게 해야 하나요?
먼저 일반 프록시 모드에서 설정이 작동하는지 확인한 다음 TUN 권한을 살펴보세요. 데스크톱에서는 관리자 권한, 가상 네트워크 인터페이스 구성 요소 또는 시스템 네트워크 확장 권한이 필요할 수 있습니다. 구체적인 요구 사항은 현재 버전의 안내를 따르세요. Android에서는 시스템 팝업에서 VPN 연결을 허용해야 합니다. 다른 VPN이 이미 트래픽을 가로채고 있는지, 보안 소프트웨어가 구성 요소 실행을 막는지도 확인하세요. 권한을 허용한 뒤에도 실패하면 스위치를 반복해서 켜고 끄지 말고, 시작 시 처음 발생한 오류를 확인하세요. 원격으로 기기를 조작할 때는 라우팅 변경에 주의하세요. 네트워크가 끊기면 TUN을 끄고 기존 네트워크를 복구한 다음 자동 라우팅과 DNS 설정을 하나씩 확인하세요.
사용 팁
실제 요청을 기준으로 설정을 확인하고, 선택 기능을 필수 설정으로 여기지 마세요.
라우팅 규칙을 추가했는데 대상 사이트가 지정한 아웃바운드를 사용하지 않는 이유는 무엇인가요?
먼저 요청이 코어에 들어왔는지 확인한 다음 규칙 순서, 매칭 항목, 아웃바운드 태그를 살펴보세요. 규칙은 보통 순서대로 적용되므로 범위가 넓은 규칙을 앞에 두면 뒤에 있는 도메인 규칙이 적용되지 않을 수 있습니다. 대상 연결에 IP 주소만 포함돼 있다면 도메인 규칙이 적용되지 않을 수도 있으므로 DNS와 트래픽 스니핑 설정을 함께 확인하세요. geosite와 geoip 데이터가 있는지, 현재 코어와 호환되는지, 아웃바운드 태그가 실제 설정과 일치하는지도 확인합니다. 변경 후에는 연결을 새로 만들어 로그를 확인하세요. 기존 연결은 이전 아웃바운드를 계속 사용할 수 있습니다. 먼저 명확한 도메인 하나로 규칙을 검증하고 전체 분할 라우팅 정책을 한 번에 바꾸지 마세요.
DNS는 어떻게 설정해야 하며 FakeDNS를 계속 켜 둬야 하나요?
시스템 DNS, 코어 DNS, 앱 자체의 암호화 DNS를 먼저 구분하세요. 한 곳만 변경하고 모든 DNS 조회 경로가 바뀌었다고 판단해서는 안 됩니다. 코어 DNS를 설정할 때는 DNS 서버에 실제로 연결할 수 있는지, 프록시 서버 도메인의 조회가 아직 연결되지 않은 프록시에 의존하지 않는지 확인하세요. FakeDNS는 가상 주소를 사용해 도메인 매핑을 유지하며, 특정 트래픽 처리와 분할 라우팅 구성에 쓰입니다. 일반적인 속도 향상 기능은 아닙니다. 시스템 프록시만 사용하고 정상 작동 중이라면 별도로 켤 필요가 없습니다. DNS 조회 방식을 변경한 뒤에는 연결을 새로 설정하고, 필요하면 앱의 DNS 캐시를 지우세요. 로컬 네트워크 도메인도 계속 올바르게 조회되는지 확인해야 합니다.
특정 앱만 프록시를 사용하고 나머지 앱은 기존 연결을 유지하려면 어떻게 해야 하나요?
Android에서는 먼저 클라이언트의 앱별 프록시 설정을 확인하세요. 선택한 앱만 프록시를 사용할지, 선택한 앱을 제외할지 명확히 확인한 다음 VPN 연결을 다시 설정합니다. 데스크톱에서는 앱 자체의 HTTP 또는 SOCKS 프록시 설정을 우선 사용할 수 있습니다. TUN과 프로세스 규칙을 함께 사용해야 한다면 현재 코어와 클라이언트 버전이 관련 설정 항목을 지원하는지 확인하세요. 도메인별 분할 라우팅은 앱별 분할 라우팅과 다르며, 하나의 앱이 여러 도메인에 접속할 수도 있습니다. 테스트할 때는 대상 앱과 직접 연결을 유지할 앱에서 각각 접속한 뒤 실제 아웃바운드를 확인하세요. 프록시 스위치가 켜져 있다는 이유만으로 규칙이 적용됐다고 판단하지 마세요.
Mux 다중화를 켜야 하나요? 설정을 바꾼 뒤에는 어떻게 테스트하나요?
Mux를 모든 연결에 적용할 수 있는 최적화 기능으로 여기지 마세요. 사용 여부는 프로토콜, 전송 방식, 코어 구현, 서버 지원에 따라 달라집니다. 일부 조합에서는 효과가 없고 문제 해결만 더 어려워질 수 있습니다. 처음 설정할 때는 기본값을 유지하고, 연결이 안정된 뒤 별도로 비교하세요. 한 번에 설정 하나만 바꾸고 기존 값을 기록한 다음, 연결을 새로 설정해 같은 대상에 접속하세요. 라우팅과 DNS가 바뀌지 않았는지도 확인해야 합니다. 변경 후 간헐적으로 실패한다면 기존 값으로 되돌리고 로그를 살펴보세요. 특정 전송 방식의 다중화 제한은 현재 코어 문서와 서버 설정 요구 사항을 따르세요. 다른 프로토콜의 매개변수를 그대로 적용하지 마세요.
문제 해결
오류 상황을 먼저 기록하고 변수를 하나씩 바꿔 문제 범위를 좁히세요.
서버 연결 시간이 초과될 때 로컬 문제와 원격 문제를 어떻게 구분하나요?
먼저 로컬 네트워크에서 직접 연결이 허용된 서비스에 정상적으로 접속되는지 확인한 다음 서버 주소, 포트, 프로토콜, 보안 매개변수를 점검하세요. 로그의 도메인 조회 실패와 연결 시간 초과는 서로 다른 문제이므로 DNS와 네트워크 연결 가능성을 따로 확인해야 합니다. 설정은 그대로 둔 채 다른 네트워크로 바꿔 보거나, 정상 작동이 확인된 다른 설정과 비교해 문제 범위를 좁힐 수 있습니다. 일부 연결 테스트는 특정 테스트 주소를 사용하므로 테스트 실패만으로 서버를 사용할 수 없다고 단정할 수 없습니다. 하나의 설정만 계속 실패한다면 제공자에게 원격 서버 상태를 문의하세요. 모든 설정이 실패한다면 로컬 방화벽과 네트워크, 코어 시작 로그를 먼저 확인하세요.
클라이언트에는 연결됨으로 표시되는데 웹페이지가 열리지 않으면 어떻게 해야 하나요?
연결됨 표시는 보통 클라이언트나 VPN 인터페이스가 시작됐다는 뜻일 뿐, 대상 요청이 성공했다는 의미는 아닙니다. 웹페이지를 열 때 연결 로그가 남는지 확인한 뒤 실제 아웃바운드와 오류 유형을 살펴보세요. 로그가 없다면 시스템 프록시나 TUN의 트래픽 가로채기 설정을 확인하세요. 로그는 있지만 도메인 조회에 실패하면 DNS를 확인하고, 핸드셰이크 오류가 발생하면 프로토콜, 보안 매개변수, 시스템 시간을 점검합니다. 일부 사이트만 열리지 않는다면 규칙, 대상 서비스 상태, 앱 자체의 프록시 설정을 확인하세요. 문제 범위를 좁히려면 먼저 TUN을 끄고 시스템 프록시로 같은 대상에 접속해 보세요. 다른 설정은 그대로 유지합니다. 기본 연결이 정상임을 확인한 뒤 기존 트래픽 처리 방식을 다시 적용하세요.
구독 업데이트는 성공했는데 서버 목록이 비어 있으면 어떻게 해야 하나요?
먼저 올바른 구독 그룹을 선택했는지, 검색창이나 서버 필터, 표시 필터가 결과를 숨기고 있지 않은지 확인하세요. 업데이트 성공은 주소 요청이 완료됐다는 뜻일 뿐, 반환된 콘텐츠에 인식 가능한 서버가 포함됐다는 보장은 없습니다. 로그에서 파싱 실패, 지원되지 않는 형식, 유효한 항목 없음 등의 안내가 있는지 확인한 다음 제공자에게 구독 형식과 계정 상태를 문의하세요. 다시 가져오려고 모든 그룹을 삭제하지 마세요. 기존 설정을 보관하고 그룹 하나만 테스트하세요. 필터 표현식을 변경했다면 잠시 필터를 비우고 다시 업데이트하세요. 문제가 해결되면 조건을 하나씩 복원해 어떤 항목이 서버를 제외했는지 확인합니다.
v2rayNG가 백그라운드에서 연결 해제되거나 배터리 소모가 늘면 무엇을 조정해야 하나요?
먼저 앱이 시스템에 의해 종료되는 경우, 네트워크 전환 후 연결이 끊기는 경우, 지속적인 고부하 상태를 구분하세요. 백그라운드에서 종료된다면 기기 시스템 설정에서 백그라운드 실행을 허용하고 필요에 따라 배터리 최적화를 조정하세요. 배터리 소모가 늘었다면 어떤 앱이 계속 네트워크에 접속하는지, 상세 로그가 켜져 있는지, 불필요한 트래픽까지 프록시로 라우팅되고 있지 않은지 확인합니다. 필요하면 앱별 프록시를 사용해 트래픽 처리 범위를 줄이세요. 모든 배터리 절약 제한을 해제하는 것을 고정 절차로 삼지 말고, 항목별로 조정한 뒤 일정 시간 관찰하세요. 사용을 중단할 때는 클라이언트에서 연결을 끊고 시스템 VPN 상태를 확인합니다. 문제가 계속되면 민감한 정보를 제거한 로그와 재현 조건을 기록해 원인을 더 자세히 파악할 수 있도록 하세요.