v2rayN / v2rayNG / v2flyNG
V2Ray 자주 묻는 질문
구독 가져오기, 프록시 설정, 연결 문제 해결을 안내합니다. 먼저 문제가 발생한 계층을 확인한 뒤 해당 설정을 조정하세요.
메뉴 이름은 사용 중인 클라이언트 버전에 따라 다를 수 있습니다. 문제를 진단하기 전에 사용할 수 있는 설정을 보관하고, 한 번에 하나씩만 변경하세요.
기본 개념
클라이언트, 코어, 서버 설정을 구분해 서로 다른 계층의 문제를 혼동하지 않도록 합니다.
V2Ray, Xray, v2rayN은 각각 무엇인가요?
V2Ray는 Project V 프록시 도구 생태계에 속하며, V2Fly는 V2Ray 코어를 이어받아 커뮤니티에서 유지·관리하고 있습니다. Xray는 관련 코드에서 발전한 별도의 코어 계열입니다. v2rayN은 서버, 구독, 프록시 설정을 관리하는 데스크톱 GUI 클라이언트이며, 실제 연결은 선택한 코어가 처리합니다. 문제를 진단할 때는 클라이언트 이름과 버전, 코어 이름을 각각 기록하세요. 단순히 “V2Ray 오류”라고만 적으면 원인을 파악하기 어렵습니다. VLESS와 REALITY를 함께 사용하는 경우에는 화면에서 프로토콜을 선택할 수 있는지만 보지 말고, 현재 코어가 해당 설정을 실제로 지원하는지도 확인해야 합니다.
v2rayN, v2rayNG, v2flyNG 중 어떤 클라이언트를 선택해야 하나요?
Windows, macOS, Linux 데스크톱에서는 v2rayN을 사용하세요. Android에서는 일반적으로 Xray 코어를 사용하는 v2rayNG를 먼저 고려하고, V2Fly 코어 설정과의 호환성이 필요할 때 v2flyNG를 선택할 수 있습니다. 클라이언트와 서버의 프로토콜, 전송 방식, 보안 계층은 서로 일치해야 합니다. 이름이 비슷해도 기능이 완전히 같지는 않습니다. 이미 구독을 사용 중이라면 지원되는 클라이언트 유형을 설정 제공자에게 먼저 확인한 뒤 설치 파일을 선택하세요. 한 클라이언트의 설정 파일 전체를 다른 클라이언트의 데이터 폴더에 덮어쓰지 마세요. 두 클라이언트가 모두 지원하는 공유 링크나 구독 형식으로 가져오는 것이 좋습니다.
클라이언트를 설치한 뒤에도 구독이나 서버 설정이 필요한가요?
네. 클라이언트는 설정과 연결을 관리하는 도구이며, 설치만으로 사용할 수 있는 원격 서버가 만들어지지는 않습니다. 연결하려면 최소한 주소, 포트, 프로토콜에 맞는 인증 정보가 필요합니다. TLS나 REALITY를 사용하는 경우에는 이에 맞는 보안 계층 매개변수도 설정해야 합니다. 구독은 서버 설정을 한꺼번에 가져오고 업데이트하는 방법이지, 클라이언트 계정이 아닙니다. 설명서에 나오는 example.com, your-uuid 등은 입력 항목을 보여주는 예시일 뿐 실제 연결에 사용할 수 없습니다. 사용 권한이 있는 설정 제공처에서 매개변수를 받고 구독 주소를 안전하게 보관하세요. 주소에 접속 정보가 포함될 수 있으므로 공개 게시판에 올리지 마세요.
시스템 프록시, 전역 라우팅, TUN 모드는 같은 기능인가요?
아닙니다. 시스템 프록시는 운영체제 프록시 설정을 따르는 프로그램이 요청을 로컬 프록시로 보내도록 합니다. 라우팅 모드는 코어에 전달된 요청을 프록시로 보낼지, 직접 연결할지, 차단할지 결정합니다. TUN은 가상 네트워크 인터페이스를 통해 설정에 맞는 네트워크 트래픽을 처리합니다. 라우팅을 전역 프록시로 바꿔도 모든 프로그램이 시스템 프록시를 따르게 되는 것은 아닙니다. 반대로 TUN을 켜도 모든 대상이 원격 서버를 거치는 것은 아니며, 실제 경로는 라우팅과 제외 규칙에 따라 달라집니다. 처음에는 시스템 프록시로 브라우저 연결을 확인하고, 다른 프로그램의 트래픽까지 처리해야 할 때만 TUN을 따로 설정하세요. 여러 계층의 설정을 한꺼번에 바꾸지 않는 것이 좋습니다.
설치 및 설정
설치 파일의 아키텍처부터 구독 입력 위치까지, 입력값을 먼저 확인한 뒤 시스템 권한을 점검하세요.
Android 설치 파일은 arm64와 universal 중 무엇을 선택해야 하나요?
Android 버전만 보지 말고 기기의 프로세서 아키텍처를 먼저 확인하세요. 최근 출시된 휴대전화 대부분은 arm64 설치 파일을 사용할 수 있습니다. universal은 일반적으로 여러 아키텍처를 포함해 용량이 더 크며, 아키텍처를 확인하기 어려울 때 선택할 수 있습니다. 다만 클라이언트의 최소 시스템 요구 사항은 충족해야 합니다. 설치할 수 없다는 메시지가 나오면 저장 공간, 설치 출처 권한, 같은 이름이지만 서명이 다른 앱이 이미 설치되어 있는지를 확인하세요. 기존 앱을 바로 삭제하지 말고 설정을 내보내거나 구독 정보를 기록한 뒤 서명 충돌 여부를 살펴보세요. 설치 파일 아키텍처 불일치와 서버 연결 실패는 서로 다른 문제이므로 따로 해결해야 합니다.
구독 주소는 어디에 가져와야 하며, 붙여넣기만 하면 실패하는 이유는 무엇인가요?
v2rayN에서는 ‘구독 그룹 설정’에서 그룹을 추가하고 구독 주소를 입력한 뒤 저장하세요. 다음으로 ‘구독 그룹’ 메뉴에서 업데이트를 실행하면 됩니다. v2rayNG에서는 ‘구독 그룹 설정’에 들어가 구독을 추가한 뒤 목록으로 돌아와 업데이트하세요. 메뉴 위치는 버전에 따라 달라질 수 있습니다. 붙여넣은 뒤 서버가 표시되지 않으면 복사한 내용이 안내 페이지나 로그인 페이지, 설명이 포함된 메시지 전체가 아니라 완전한 구독 URL인지 확인하세요. 주소 앞뒤의 공백이나 줄바꿈, 만료 여부도 점검해야 합니다. 단일 프로토콜 공유 링크를 받은 경우에는 구독 주소 입력란이 아니라 클립보드에서 설정을 가져오는 기능을 사용하세요.
VLESS와 REALITY를 가져온 뒤 어떤 항목을 확인해야 하나요?
먼저 주소, 포트, 사용자 ID를 확인한 다음 흐름 제어, 전송 프로토콜, 전송 계층 보안, SNI, Fingerprint, PublicKey, ShortId를 점검하세요. REALITY는 보안 계층 방식이며 VLESS와 나란히 선택하는 별도의 프록시 프로토콜이 아닙니다. 서버에서 xtls-rprx-vision을 요구한다면 흐름 제어도 이에 맞춰야 합니다. 이름만 보고 옵션을 추측해 선택하지 마세요. 각 항목은 설정 제공자가 안내한 값에 맞춰 입력하고, 특히 클라이언트에 필요한 공개 키를 개인 키로 착각하지 않도록 주의하세요. 설정을 가져온 뒤에는 실제로 어떤 코어를 사용하는지도 확인해야 합니다. 코어를 바꿔도 호환되지 않는 항목이 자동 변환되지는 않으며, 매개변수 오류를 해결하려고 Mux를 무작정 켜지 마세요.
TUN을 켤 때 권한 부족이나 가상 네트워크 인터페이스 생성 오류가 발생하면 어떻게 해야 하나요?
먼저 TUN을 끄고 일반 시스템 프록시로 정상 연결되는지 확인한 다음 가상 네트워크 인터페이스 권한을 점검하세요. Windows에서는 보통 클라이언트를 관리자 권한으로 실행해야 합니다. macOS와 Linux는 현재 클라이언트의 안내에 따라 필요한 권한이나 보조 구성 요소를 설정하세요. Windows에서의 방법을 그대로 적용하지 마세요. 다른 VPN, 가상 네트워크 도구, 보안 소프트웨어가 인터페이스 생성을 막는지도 확인하세요. Android에서는 시스템 VPN 권한을 허용해야 하며, 일반적으로 같은 사용자 환경에서 VPN 서비스를 동시에 하나만 사용할 수 있습니다. 충돌하는 프로그램을 먼저 종료한 뒤 다시 시도하고, 문제 해결을 위해 시스템 보안을 장시간 끄지는 마세요.
사용 팁
구독 업데이트, 라우팅, 속도 테스트는 각각 확인하는 범위가 다릅니다. 테스트 결과는 실제 요청과 함께 살펴보세요.
구독 업데이트에 실패하면 기존 구독을 바로 삭제해야 하나요?
기존 그룹과 사용할 수 있는 설정은 먼저 그대로 두세요. 구독 URL이 완전한지, 만료되지는 않았는지, 기기 시간이 정확한지 확인한 다음 로그에서 실패 유형을 살펴보세요. 이름 확인 실패, 연결 시간 초과, 인증서 오류, 응답 내용을 인식하지 못하는 경우는 각각 해결 방법이 다릅니다. 일부 v2rayN 버전은 프록시를 통해 구독을 업데이트하는 옵션을 제공합니다. 이 기능을 사용하려면 먼저 연결 가능한 서버가 있어야 합니다. 그렇지 않으면 순환 의존 문제가 생길 수 있습니다. 로그인 페이지나 안내 페이지가 반환되면 설정 제공자에게 주소와 구독 상태를 확인하세요. 문제가 해결되면 해당 그룹만 업데이트하세요. 전체 설정을 삭제하면 기존 연결 방법까지 잃을 수 있습니다.
일상적인 인터넷 사용에는 전역 프록시와 라우팅 분할 중 무엇이 좋나요?
일상적으로 사용할 때는 실제 접속 목적에 맞는 라우팅 분할을 우선 고려하세요. 프록시가 필요한 대상은 프록시로 보내고 나머지는 직접 연결할 수 있습니다. v2rayN의 사전 설정에는 ‘중국 본토 우회’와 같은 모드가 있을 수 있지만, 실제 규칙은 현재 버전을 기준으로 확인하세요. 모드 이름만 보고 동작 전체를 판단하지 마세요. 전역 프록시는 짧은 시간 동안 원인을 비교·확인할 때 유용합니다. 전역 모드에서는 연결되지만 분할 모드에서는 연결되지 않는다면 규칙 적용과 DNS를 중점적으로 확인하세요. 여기서 전역은 코어가 전달받은 트래픽을 처리하는 방식을 뜻하며, 모든 앱의 트래픽을 가로챈다는 의미는 아닙니다. 테스트가 끝나면 원래 모드로 복원하고 로컬 기기와 LAN 서비스에 계속 접속할 수 있는지 확인하세요.
노드 속도 테스트는 성공했는데 웹페이지가 열리지 않는 이유는 무엇인가요?
속도 테스트 결과는 해당 테스트 방식이 성공했다는 뜻일 뿐, 브라우저 요청이 프록시를 통과했다는 증거는 아닙니다. TCP 테스트는 일반적으로 포트 연결만 확인하며, 실제 연결 테스트도 지정된 테스트 주소만 확인합니다. 먼저 대상 서버가 현재 활성 설정으로 선택되어 있는지 확인한 뒤 시스템 프록시가 켜져 있는지, 브라우저에 별도 프록시 확장 프로그램이 있는지, 라우팅이 대상을 예상한 경로로 보내는지 점검하세요. 그다음 확인하기 쉬운 사이트 몇 곳에 접속해 로그에 해당 요청이 기록되는지 살펴보세요. 한 번 측정한 지연 시간 순위만 보고 설정을 계속 바꾸지 마세요. 단일 테스트 수치보다 지속적인 연결 상태, 대상과의 호환성, 실제 요청 결과가 더 중요합니다.
Xray와 V2Fly 코어를 전환하기 전에 무엇을 확인해야 하나요?
먼저 현재 설정을 저장하고 서버가 요구하는 사항을 확인한 다음, 전환하려는 코어가 프로토콜, 전송 방식, 보안 계층, 라우팅 항목을 지원하는지 살펴보세요. 두 코어는 공통된 역사가 있지만 이후 기능이 서로 다르게 발전했으므로 완전히 대체 가능한 실행 구성 요소로 볼 수 없습니다. Xray 전용 기능에 의존하는 설정이라면 Core를 V2Fly로 바꾸는 것만으로 연결 문제를 해결하려 하지 마세요. 전환 후에는 연결을 다시 시작하고 로그를 확인해 목표 코어가 실제로 로드되었는지 확인하세요. 한 번에 코어 설정만 바꾸고 기존 설정을 비교용으로 보관하세요. 알 수 없는 항목이나 지원되지 않는 옵션 오류가 발생하면 인증 매개변수를 무작정 바꾸지 말고 호환되는 조합으로 되돌리세요.
문제 해결
트래픽 진입, 이름 확인, 라우팅, 원격 연결 순서로 범위를 좁혀 보세요. 모든 설정을 한꺼번에 초기화하지 않는 것이 좋습니다.
노드가 계속 시간 초과로 표시될 때 어떤 순서로 점검해야 하나요?
먼저 기기 자체에서 인터넷에 정상적으로 접속할 수 있는지 확인하세요. 그런 다음 활성 서버의 주소, 포트, 인증 정보와 구독 만료 여부를 점검합니다. 이어서 시스템 시간, TLS 또는 REALITY 매개변수를 확인하고 로그에 이름 확인 실패, 연결 시간 초과, 인증 실패 중 어떤 오류가 기록되는지 살펴보세요. TCP 포트에 연결할 수 있다고 해서 프로토콜 핸드셰이크까지 성공한 것은 아닙니다. 따라서 설정 문제를 배제할 수는 없습니다. 같은 구독에 포함된 다른 정상 작동 설정과 비교하되, 한 번에 하나의 항목만 바꾸세요. 여러 기기와 네트워크에서 같은 서버에 연결할 수 없다면 오류 유형과 발생 시각을 설정 제공자에게 전달하세요. 전체 인증 정보를 공개하지 마세요.
연결됨으로 표시되는데 웹페이지가 열리지 않는 경우, 프록시·DNS·라우팅 문제를 어떻게 구분하나요?
클라이언트에 실행 중 또는 연결됨으로 표시되더라도 보통은 로컬 서비스가 시작되었다는 뜻일 뿐, 대상 웹사이트의 요청이 성공했다는 의미는 아닙니다. 먼저 로컬 수신 포트와 시스템 프록시 포트가 일치하는지 확인하세요. 브라우저의 별도 프록시 확장 프로그램을 잠시 끄고 접속할 때 로그에 요청이 나타나는지도 살펴보세요. 요청이 없다면 트래픽 진입 경로를 먼저 확인하고, 요청은 있지만 이름 확인에 실패한다면 DNS를 점검하세요. 특정 대상만 실패할 때는 라우팅 규칙 적용 여부와 해당 대상의 접속 상태를 확인합니다. 비교를 위해 잠시 전역 라우팅으로 전환할 수 있지만, 확인 후에는 원래 설정으로 복원하세요. DNS, 포트, 코어, 서버를 한꺼번에 바꾸면 문제가 해결되더라도 실제 원인을 알기 어렵습니다.
시스템 프록시가 작동하지 않거나 클라이언트를 종료한 뒤 인터넷에 연결할 수 없으면 어떻게 해야 하나요?
v2rayN에서 ‘시스템 프록시 자동 설정’이 선택되어 있는지 확인한 뒤 운영체제 네트워크 설정에서 프록시 주소가 로컬 기기를 가리키는지, 포트가 클라이언트의 실제 수신 포트와 일치하는지 확인하세요. 브라우저 확장 프로그램, 회사 정책, 다른 프록시 도구가 설정을 덮어쓸 수 있습니다. 일부 앱은 시스템 프록시를 사용하지 않으므로 별도 설정이 필요하거나 TUN 사용을 검토해야 합니다. 종료 후 인터넷에 연결할 수 없다면 클라이언트를 다시 열어 시스템 프록시를 해제하거나, 운영체제 설정에서 남아 있는 수동 프록시를 끈 다음 직접 연결을 테스트하세요. 모든 네트워크 설정을 끄는 것을 정해진 해결 방법으로 삼지 마세요. 용도를 모르는 상태에서 회사가 요구하는 프록시 정책을 삭제하지도 마세요.
로컬 포트 10808이 사용 중이면 클라이언트를 제거해야 하나요?
대부분은 그럴 필요가 없습니다. 클라이언트가 중복 실행 중인지, 다른 프록시 프로그램이 같은 포트를 사용하는지 먼저 확인하세요. Windows에서는 netstat으로 포트 사용 현황을 확인할 수 있고, macOS와 Linux에서는 lsof 같은 시스템 도구로 해당 프로세스를 찾을 수 있습니다. 명령어 사용이 익숙하지 않다면 알려진 충돌 프로그램을 정상적으로 종료해 보세요. v2rayN의 매개변수 설정에서 로컬 수신 포트를 바꾼 뒤 저장하고 로컬 서비스를 다시 시작할 수도 있습니다. 포트를 바꾸면 브라우저의 수동 프록시 설정과 다른 앱의 포트도 함께 변경해야 하며 시스템 프록시도 다시 적용해야 합니다. 10808은 흔히 쓰이는 설정값일 뿐이므로 현재 클라이언트에 표시된 포트를 기준으로 하세요. 알 수 없는 프로세스를 무작정 종료하지 마세요.