V2RAY TROUBLE INDEX
V2Ray 자주 묻는 질문 및 설정 문제 해결
기본 개념, 설치 및 설정, 활용 팁, 문제 해결로 나누어 구독 가져오기, 노드 시간 초과, 시스템 프록시, TUN, 라우팅과 DNS의 주요 문제를 다룹니다.
QUESTION CATEGORIES
문제 유형별로 찾기
현재 증상과 가장 가까운 분류를 먼저 선택하세요. 판단하기 어렵다면 문제 해결부터 시작해 로그와 트래픽 경로를 따라 범위를 단계적으로 좁혀 보세요.
01 / BASICS
기본 개념
클라이언트, 코어, 트래픽 가로채기 방식을 먼저 구분해 잘못된 설정 계층을 반복해서 수정하지 않도록 하세요.
v2rayN, v2rayNG, v2flyNG 중 무엇을 선택해야 하나요?
Windows, macOS, Linux 데스크톱에서는 v2rayN을 우선 사용하세요. Android에서는 보통 Xray 코어를 사용하는 v2rayNG를 먼저 선택하고, v2fly 코어가 필요할 때 v2flyNG를 고려합니다. 클라이언트는 운영체제로 먼저 좁힌 뒤, 구독 제공 업체가 요구하는 프로토콜·전송 방식·코어 호환성을 확인하세요. 화면에 표시된 이름만 보고 판단하면 안 됩니다.
V2Fly 코어와 Xray 코어는 어떻게 다른가요?
둘 다 Project V 관련 생태계에 속하며 기본 설정 개념은 비슷하지만, 프로토콜 확장, 전송 기능, 설정 필드와 릴리스 주기는 완전히 같지 않습니다. v2rayNG는 보통 Xray 코어를 사용하고, v2flyNG는 v2fly 코어를 사용합니다. 설정을 가져오기 전에 클라이언트 코어가 해당 프로토콜과 전송 매개변수를 인식하는지 확인하세요. 지원되지 않는 필드가 보여도 바로 삭제하지 말고 설정 출처의 요구 사항부터 확인해야 합니다.
구독, 노드, 설정 파일은 각각 무엇인가요?
구독은 노드 정보를 한꺼번에 가져오고 업데이트하는 주소입니다. 노드는 특정 서버, 포트, 인증 및 전송 매개변수의 묶음이며, 설정 파일에는 인바운드·아웃바운드·DNS·라우팅 규칙을 함께 담을 수 있습니다. 구독을 업데이트하면 그룹의 노드 목록은 바뀌지만, 로컬 라우팅 설정 전체가 자동으로 교체되지는 않습니다. 문제를 확인할 때는 구독 내용과 클라이언트의 로컬 설정을 나누어 확인하세요.
시스템 프록시, 전역 프록시, 규칙 기반 분기와 TUN 모드는 어떻게 다른가요?
시스템 프록시는 운영체제 설정에 프록시 주소를 기록해 시스템 프록시를 따르는 프로그램에 영향을 줍니다. 전역 프록시는 일치하는 트래픽을 모두 프록시 아웃바운드로 보냅니다. 규칙 기반 분기는 도메인, IP 또는 프로세스에 따라 직접 연결·프록시·차단을 결정합니다. TUN 모드는 가상 네트워크 인터페이스로 더 넓은 범위의 트래픽을 가로챕니다. 문제를 해결할 때는 먼저 어느 계층을 사용 중인지 확인해야 라우팅 문제를 노드 문제로 잘못 판단하지 않습니다.
arm64와 universal 설치 패키지는 어떻게 선택해야 하나요?
최근 주류 Android 기기는 대체로 arm64 아키텍처를 사용하므로, 불필요한 아키텍처 파일을 줄이려면 arm64 패키지를 우선 선택하세요. 기기 아키텍처를 확인할 수 없거나 arm64 패키지가 호환되지 않는다고 표시될 때는 universal 패키지를 사용하면 됩니다. universal 패키지는 더 많은 아키텍처를 지원해 파일 크기가 큰 편이지만, 같은 버전의 arm64 패키지와 기능은 대체로 같습니다.
02 / SETUP
설치 및 설정
가져오기 문제는 먼저 링크와 반환 콘텐츠를 확인하고, 프록시 문제는 로컬 수신 설정과 운영체제 설정부터 점검하세요.
v2rayNG에서 구독 링크를 어떻게 가져오나요?
v2rayNG의 구독 그룹 설정을 열고 새 그룹을 만든 다음 전체 구독 주소를 붙여 넣으세요. 저장한 뒤 메인 화면으로 돌아가 구독 업데이트를 실행합니다. 업데이트가 끝나면 해당 그룹에서 노드를 선택해 연결을 시작하세요. 목록이 바뀌지 않으면 방금 만든 그룹을 업데이트했는지 먼저 확인하고, 주소 앞뒤의 공백, 링크의 완전성, 로그에 네트워크 또는 파싱 오류가 있는지도 점검하세요.
구독 링크를 붙여 넣은 뒤 가져오기에 실패하면 어떻게 해야 하나요?
먼저 링크 양끝의 공백과 줄바꿈을 제거하고, 웹페이지의 안내 문구까지 함께 복사하지 않았는지 확인하세요. 그런 다음 브라우저에서 해당 주소가 정상적으로 내용을 반환하는지 테스트하고 기기의 날짜·시간·시간대를 확인합니다. 주소에는 접속되지만 클라이언트에서 계속 실패한다면 로그에서 인증서 연결 실패인지, 응답이 비어 있는지, 콘텐츠 형식을 인식하지 못한 것인지 구분한 뒤 네트워크 환경·구독 상태·클라이언트 버전을 각각 점검하세요.
구독 업데이트에 실패하거나 계속 이전 노드만 표시되면 어떻게 해야 하나요?
현재 업데이트 대상이 사용 중인 구독 그룹인지, 같은 이름의 다른 그룹이 아닌지 확인하세요. 구독 주소가 만료되지 않았는지, 매개변수가 실수로 삭제되지 않았는지 점검하고 업데이트 로그의 응답 상태도 확인합니다. 서버에서는 이미 업데이트했는데 로컬에 이전 내용이 남아 있다면 필요한 사용자 지정 노드를 먼저 백업한 뒤 해당 구독 그룹을 삭제하고 다시 만드세요. 백업 없이 모든 설정을 바로 비우면 안 됩니다.
단일 공유 링크는 가져와지는데 구독 주소는 가져오지 못하는 이유가 무엇인가요?
단일 공유 링크와 구독 주소는 처리 과정이 다릅니다. 전자는 노드 하나를 바로 파싱하지만, 후자는 먼저 원격 콘텐츠를 요청한 다음 구독 형식을 인식해 여러 노드를 일괄 입력합니다. 단일 노드가 작동한다는 사실만으로는 구독 API가 정상이라고 볼 수 없습니다. 구독 주소의 접속 결과, 반환 콘텐츠 형식, 접근 권한, 클라이언트 로그의 구독 파싱 오류를 계속 확인해야 합니다.
v2rayN은 실행 중인데 시스템 프록시가 적용되지 않으면 어떻게 해야 하나요?
먼저 v2rayN에서 시스템 프록시 모드가 꺼져 있지 않은지 확인하세요. 그런 다음 운영체제의 프록시 설정을 열어 주소가 로컬 컴퓨터를 가리키는지, 포트가 클라이언트의 로컬 수신 포트와 일치하는지 확인합니다. 설정이 자동으로 되돌아간다면 다른 프록시 도구나 관리 정책이 반복해서 값을 바꾸는지 점검하세요. 수정 후 브라우저를 다시 열어 테스트하고, 클라이언트 로그에서 요청이 로컬 인바운드로 들어오는지도 확인합니다.
03 / USAGE
활용 팁
속도 측정은 선별에, 로그는 확인에 사용하세요. 라우팅 모드와 트래픽 가로채기 방식은 함께 설정해야 합니다.
노드 속도 측정에서는 ping, 실제 연결 지연 시간, 다운로드 속도 중 무엇을 봐야 하나요?
ping은 주로 ICMP 왕복 시간을 보여 주며 전체 프록시 핸드셰이크를 거치지 않을 수 있습니다. 실제 연결 지연 시간은 실제 프록시 연결을 수립하므로 노드의 작동 여부를 판단하는 데 더 적합합니다. 다운로드 속도는 출구 대역폭, 테스트 서버, 동시 연결 정책의 영향도 받습니다. 노드를 고를 때는 먼저 실제 연결 지연 시간으로 사용할 수 없는 노드를 제외한 뒤, 실제 웹페이지나 다운로드 작업으로 안정성을 확인하세요. 한 번 측정한 ping만으로 순위를 정하면 안 됩니다.
V2Ray 전역 프록시는 어떻게 설정하나요?
먼저 정상적으로 연결되는 노드를 선택한 뒤 클라이언트의 라우팅 모드를 전역으로 바꾸거나 기본 아웃바운드를 프록시로 설정하세요. 이후 프로그램 유형에 맞춰 시스템 프록시 또는 TUN 모드를 활성화합니다. 전역 모드에서는 더 많은 트래픽이 프록시를 통과하므로, 점검이 끝난 뒤 분기 설정으로 돌아가려면 규칙 모드로 되돌리고 규칙 세트가 로드됐는지 확인하세요. 라우팅 모드만 바꾸고 트래픽 가로채기 방식을 활성화하지 않으면 프로그램이 계속 직접 연결할 수 있습니다.
TUN 모드에서 권한 부족 또는 인터페이스 생성 실패가 표시되면 어떻게 해야 하나요?
데스크톱에서는 먼저 클라이언트를 종료한 다음 필요한 권한으로 실행하고, 시스템이 가상 네트워크 인터페이스나 관련 서비스를 차단하고 있지 않은지 확인하세요. Android에서는 클라이언트가 VPN 연결을 만들도록 허용해야 하며, 일반적으로 이런 연결 하나만 동시에 트래픽을 맡을 수 있습니다. 인터페이스가 생성된 직후 멈춘다면 로그에서 드라이버, 라우팅 테이블, 포트 점유 정보를 확인하고 다른 트래픽 가로채기 도구를 잠시 끈 뒤 다시 시도하세요.
라우팅 규칙이 예상대로 직접 연결 또는 프록시 처리되지 않는 이유는 무엇인가요?
라우팅은 보통 규칙 순서대로 매칭되며, 먼저 일치한 규칙이 아웃바운드를 결정합니다. 먼저 대상 도메인이나 IP가 실제로 어떤 규칙과 일치했는지 확인하고, 해당 규칙이 참조하는 아웃바운드 태그가 실제로 존재하는지 점검하세요. 도메인 규칙은 DNS 조회 결과와 스니핑 설정의 영향도 받습니다. 규칙을 수정한 뒤에는 설정을 다시 로드하고, 웹페이지가 열리는지만 보지 말고 로그에서 매칭된 규칙과 최종 아웃바운드를 확인하세요.
프록시를 켠 뒤 DNS는 어떻게 점검해야 하나요?
문제가 도메인 조회에서 발생했는지 프록시 연결에서 발생했는지 먼저 구분하세요. 알려진 IP에는 직접 접속되지만 도메인에는 접속되지 않는다면 DNS를 우선 점검합니다. 클라이언트의 DNS 서버, 조회 정책, 도메인 규칙과 아웃바운드 태그를 확인해 조회 요청이 존재하지 않는 아웃바운드로 전달되지 않도록 하세요. 시스템에 이전 결과가 캐시되어 있다면 설정을 수정한 뒤 시스템 DNS 캐시를 지우고 클라이언트를 다시 시작한 다음, 로그에서 조회가 정상적으로 반환됐는지 확인합니다.
04 / DIAGNOSE
문제 해결
로그가 남는지부터 확인한 뒤 로컬 인바운드, 라우팅, DNS, 노드 핸드셰이크, 원격 아웃바운드 순서로 단계별 점검을 진행하세요.
모든 노드가 시간 초과로 표시되면 어디서부터 점검해야 하나요?
먼저 기기 자체가 정상적으로 인터넷에 연결되고 구독을 가져오는지 확인한 뒤 시스템 시간, 클라이언트 코어 실행 여부, 로컬 포트 점유 여부를 점검하세요. 그다음 노드 하나를 골라 전체 로그를 확인하면서 도메인 조회 실패, TCP 연결 시간 초과, TLS 핸드셰이크 실패, 인증 실패를 구분합니다. 모든 노드가 같은 단계에서 실패한다면 노드를 하나씩 수정하기보다 로컬 네트워크, DNS 또는 클라이언트 설정을 우선 점검하세요.
클라이언트에는 연결됨으로 표시되지만 브라우저로 인터넷에 접속할 수 없으면 어떻게 해야 하나요?
연결됨은 클라이언트 프로세스나 가상 인터페이스가 실행 중이라는 뜻일 뿐, 노드 핸드셰이크와 트래픽 전달이 성공했다는 의미는 아닙니다. 먼저 특정 노드를 선택했는지 확인한 뒤 시스템 프록시 또는 TUN이 실제로 브라우저 트래픽을 가로채는지 점검하세요. 웹페이지를 열면서 접속 로그를 관찰합니다. 새 기록이 없으면 트래픽이 클라이언트로 들어오지 않은 것이고, 기록은 있지만 아웃바운드가 실패한다면 노드·라우팅·DNS를 계속 확인하세요.
브라우저는 접속되지만 다른 프로그램이 프록시를 사용하지 않는 이유는 무엇인가요?
브라우저가 시스템 프록시나 자체 프록시 설정을 별도로 사용할 수 있는 반면, 대상 프로그램은 시스템 프록시를 무시하거나 UDP만 사용하거나 독립적인 네트워크 설정을 사용할 수 있습니다. 먼저 해당 프로그램이 HTTP 또는 SOCKS 프록시를 수동으로 입력할 수 있는지 확인하세요. 더 많은 프로그램의 트래픽을 가로채야 한다면 TUN 모드를 고려할 수 있습니다. 활성화한 뒤에도 트래픽 기록이 없다면 프로세스 분기 규칙, 가상 인터페이스 라우팅, 프로그램이 로컬 네트워크 스택을 우회하는지 점검하세요.
V2Ray 연결 속도가 느리거나 들쭉날쭉할 때는 어떻게 점검하나요?
먼저 실제 연결 지연 시간으로 핸드셰이크가 불안정한 노드를 제외하세요. 같은 시간에 같은 대상으로 여러 노드를 비교해 대상 웹사이트의 변동을 프록시 문제로 오해하지 않도록 합니다. 불필요한 전역 프록시, 복잡한 규칙, 중복 DNS 조회가 활성화되어 있지 않은지 확인하고 로그에서 잦은 재연결이 발생하는지도 살펴보세요. 작은 파일은 정상인데 큰 파일만 느리다면 출구 대역폭, 전송 매개변수, 로컬 네트워크 패킷 손실도 고려해야 합니다.
설정을 가져온 뒤 클라이언트가 충돌하거나 코어가 반복해서 종료되면 어떻게 해야 하나요?
마지막 종료 메시지만 보지 말고 로그에 기록된 첫 번째 설정 오류부터 확인하세요. 흔한 원인은 현재 코어가 특정 필드를 인식하지 못하는 경우, 포트 충돌, 라우팅 규칙이 존재하지 않는 태그를 참조하는 경우, 설정 내용이 복사 과정에서 잘린 경우입니다. 우선 정상 작동이 확인된 기본 설정으로 전환해 클라이언트 자체를 검증한 다음 DNS, 라우팅, 고급 전송 설정을 단계별로 복원하면 문제가 있는 설정 구간을 찾을 수 있습니다.
DEEP TROUBLESHOOTING
증상별 추가 점검
전체 과정을 확인하려면 문제 해결 페이지에서 인터넷 접속 불가, 노드 시간 초과, 구독 실패, 느린 속도, DNS, 시스템 프록시, 클라이언트 종료와 모바일 문제를 장별로 설명합니다.