V2Ray 자주 묻는 질문
구독, 프록시, 연결 문제 해결

V2Ray는 Project V 프록시 도구 생태계에 속하며, V2Fly와 Xray는 관련 코어 계열입니다. 코어는 프로토콜 연결, 라우팅 규칙 매칭, 데이터 전달을 담당합니다. v2rayN은 서버와 구독, 설정을 관리하고 코어를 실행해 구성을 적용하는 그래픽 클라이언트입니다. 클라이언트 화면이 열린다고 해서 코어까지 정상적으로 시작된 것은 아닙니다. 연결 문제가 생기면 먼저 로그에서 코어 시작 여부를 확인한 다음, 선택한 서버의 프로토콜과 전송 방식이 현재 코어에서 지원되는지 살펴보세요. 코어마다 설정 항목이 다르므로 서로 호환된다고 단정하면 안 됩니다.

Windows, macOS, Linux 데스크톱에서는 v2rayN을 우선 고려하세요. Android에서는 Xray 코어를 사용하는 v2rayNG가 기본 선택이며, V2Fly 코어가 필요하다면 v2flyNG를 살펴볼 수 있습니다. 2015년 이후 출시된 대다수 Android 스마트폰은 arm64를 선택할 수 있지만, 기기의 프로세서와 운영체제가 지원하는 앱 아키텍처를 기준으로 확인해야 합니다. universal은 여러 아키텍처를 포함해 파일 크기가 큰 편이며, 기기 아키텍처를 모를 때 적합합니다. 설치 중 앱이 호환되지 않는다는 메시지가 나오면 같은 파일을 계속 다운로드하기보다 운영체제 요구 사항과 아키텍처를 확인하세요. universal도 너무 낮은 운영체제 버전을 해결해 주지는 않습니다.

클라이언트는 설정을 관리하고 연결하는 도구이므로, 설치 후에는 기존 구독 주소나 개별 서버 공유 링크를 가져와야 합니다. 구독 주소는 여러 서버 정보를 받아오고 업데이트하는 데 사용하며, 공유 링크는 보통 서버 하나의 정보만 담습니다. 둘은 입력하는 곳이 다르니 설정 제공처에서 어떤 정보를 받았는지 먼저 확인한 뒤, 구독 그룹이나 클립보드 가져오기 기능을 사용하세요. 구독 주소에는 계정 식별 정보가 포함될 수 있으므로 계정 비밀번호처럼 안전하게 보관하고, 게시판이나 스크린샷, 온라인 변환 도구에 공개하지 마세요. 서버가 목록에 나타나면 사용할 서버를 선택하고 연결 설정도 확인해야 합니다.

시스템 프록시는 해당 설정을 따르는 앱의 요청을 클라이언트로 전달하고, 라우팅 프리셋은 코어에 들어온 트래픽을 어느 출구로 보낼지 정합니다. TUN 모드는 가상 네트워크 인터페이스를 통해 조건에 맞는 트래픽을 처리하므로 시스템 프록시와 적용 범위가 다릅니다. 따라서 시스템 프록시를 켜도 모든 프로그램이 프록시를 사용하는 것은 아니며, 글로벌 라우팅을 선택해도 코어에 들어오지 않은 요청까지 자동으로 가로채지는 않습니다. 처음 설정할 때는 시스템 프록시로 브라우저 접속을 확인한 뒤, 필요한 앱에 한해 TUN을 사용하세요. 진입 경로와 라우팅, DNS를 한꺼번에 바꾸면 문제 원인을 찾기 어려워집니다.

먼저 입력한 것이 구독 주소인지 개별 공유 링크인지 확인하세요. 데스크톱 v2rayN에서는 서버 목록에서 Ctrl+V를 눌러 공유 링크를 가져올 수 있습니다. 구독 주소는 구독 그룹에 추가한 뒤 업데이트해야 합니다. 복사할 때 설명 문구와 줄바꿈, 앞뒤 공백을 제거하되 주소의 전체 매개변수는 그대로 유지하세요. 인식할 수 없다는 메시지가 나오면 웹페이지 주소나 QR 코드 이미지 주소를 복사했는지, 메신저에서 내용이 잘렸는지 확인합니다. 그래도 해결되지 않으면 클라이언트가 해당 링크의 프로토콜과 형식을 지원하는지 확인하고, 설정 제공처에 클라이언트에 맞는 원본 형식을 요청하세요. 인코딩을 무작정 바꾸지는 마세요.

기존 서버가 작동한다는 것은 저장된 연결 정보가 여전히 유효하다는 뜻일 뿐, 구독 주소에 접속할 수 있다는 의미는 아닙니다. 현재 그룹과 서버를 보존한 채 업데이트 오류가 파싱 실패, 연결 시간 초과, 인증서 오류, 계정 상태 문제 중 무엇인지 확인하세요. 클라이언트에서 프록시를 통한 업데이트를 지원한다면 정상 작동이 확인된 서버로 시도해 볼 수 있습니다. 프록시 경유가 실패하면 직접 업데이트한 결과와 비교하세요. 그런 다음 구독 제공처에 주소 변경 여부, 계정 만료 여부, 응답 형식이 올바른지 확인합니다. 재시도 전에 기존 그룹을 삭제하지 말고, 계정 정보가 포함된 전체 주소를 공개 로그에 붙여 넣지 마세요.

추가 런타임이 필요한지는 다운로드한 배포 파일과 인터페이스 유형에 따라 다릅니다. 갑자기 종료된다는 이유만으로 .NET이 없다고 단정하지 마세요. 먼저 파일의 압축을 완전히 푼 뒤 실행하고, 압축 파일 안에서 바로 실행하지 마세요. 현재 계정에 쓰기 권한이 있는 폴더에 프로그램을 두고, 운영체제의 보안 차단 기록도 확인하세요. 시스템에서 데스크톱 런타임이 없다고 명확히 안내하는 경우에만 설치 파일의 요구 사항에 맞는 버전과 아키텍처를 선택하세요. 업데이트 후 문제가 생겼다면 설정을 백업한 뒤 이전 설정과의 호환성을 확인합니다. 처음부터 모든 데이터를 삭제하거나 계속 관리자 권한으로 실행하면 원래 권한 문제를 가릴 수 있습니다.

TUN은 가상 네트워크 인터페이스를 만들고 관련 라우팅을 변경합니다. 데스크톱에서는 클라이언트 버전과 플랫폼에 따라 관리자 권한, 특권 서비스 또는 추가 구성 요소가 필요할 수 있습니다. 먼저 TUN을 끄고 일반 시스템 프록시가 작동하는지 확인한 다음, 클라이언트 안내에 따라 권한을 부여하세요. Android에서는 처음 연결할 때 시스템 VPN 연결 요청을 승인하고, 다른 앱이 이미 연결을 사용 중인지 확인해야 합니다. 권한을 허용한 뒤에도 실패하면 로그에서 인터페이스 생성, 라우팅 추가, 구성 요소 누락 오류를 확인하세요. 방화벽을 끄는 것만으로 해결하려고 하지 마세요. TUN을 끈 뒤에는 일반 네트워크 접속이 복구됐는지도 확인해야 합니다.

라우팅 프리셋과 구독 내용은 별개의 설정이므로, 중국 본토 우회와 글로벌 모드를 전환해도 보통 구독을 다시 가져올 필요는 없습니다. 중국 본토 우회는 불러온 도메인·주소 규칙에 따라 직접 연결과 프록시 연결을 나눕니다. 실제 동작은 규칙 순서, 데이터 파일, DNS 응답에도 영향을 받습니다. 글로벌 모드는 보통 우선순위가 더 높은 규칙에 매칭되지 않은 트래픽을 프록시 출구로 보냅니다. 모드를 선택한 뒤 화면 안내에 따라 설정을 적용하거나 다시 불러오고, 같은 테스트 대상에 접속해 로그를 비교하세요. 로컬 네트워크 리소스에 접근해야 한다면 사설 주소 직접 연결 규칙도 확인하세요. 글로벌 모드가 기존 규칙을 모두 덮어쓴다고 생각하면 안 됩니다.

TCPing은 보통 대상 주소와 포트에 TCP 연결을 맺을 수 있는지 테스트합니다. 전체 프록시 프로토콜이나 인증, 웹 요청까지 확인하는 것은 아닙니다. 실제 연결 지연 시간은 프록시를 통해 테스트 대상에 접속하므로 실사용에 더 가깝지만, 테스트 주소와 DNS, 당시 네트워크 상태에 따라 달라집니다. 다운로드 속도 테스트는 연속 전송 성능을 확인하지만 데이터를 소모하며 모든 웹사이트의 속도를 대표하지도 않습니다. 먼저 실제 연결 테스트로 사용할 수 있는 서버를 추린 뒤 실제 서비스에 접속해 확인하고, 필요하면 짧게 다운로드 테스트를 진행하세요. TCPing이 가장 낮은 서버만 고르거나 많은 서버를 동시에 측정하면 동시 연결이 결과에 영향을 줄 수 있습니다.

구독 주소마다 그룹을 따로 만들고 출처나 용도에 따라 이름을 붙인 뒤, 그룹 필터로 서버 목록을 확인하는 것이 좋습니다. 이렇게 하면 업데이트 실패의 원인을 찾기 쉽고 서로 다른 구독의 서버가 섞이지 않습니다. 업데이트 과정에서 해당 그룹의 서버가 다시 생성될 수 있으며, 직접 수정한 별칭이나 매개변수가 유지되는지는 클라이언트 구현에 따라 다릅니다. 계속 보관해야 할 사용자 설정은 업데이트 전에 내보내거나 별도의 수동 그룹에 복사하세요. 그룹을 삭제하기 전에 직접 추가한 항목이 있는지 확인해야 합니다. 그룹 이름은 관리용일 뿐, 라우팅이나 출구 선택을 바꾸지는 않습니다.

구독 제공처가 여러 기기 사용을 허용한다면 각 기기에서 같은 구독 주소를 추가할 수 있습니다. 다만 연결 수와 트래픽, 기기 제한은 계정 정책을 따라야 합니다. 서버 하나를 옮길 때는 공유 링크나 QR 코드를 사용할 수 있으며, 가져온 뒤 전송 방식과 TLS 등 관련 설정을 하나씩 확인하세요. 데스크톱 클라이언트의 전체 백업에는 화면 설정, 라우팅, 로컬 포트 설정도 포함될 수 있으므로 Android 클라이언트에 그대로 가져올 수 있다고 가정하면 안 됩니다. 구독이 같아도 시스템 프록시, TUN, DNS 설정까지 동기화되는 것은 아닙니다. 이전한 뒤 먼저 서버 하나로 테스트하고 새 기기의 네트워크 환경에 맞게 진입 설정을 조정하세요.

클라이언트를 종료한 상태에서 일반 네트워크에 접속할 수 있는지 먼저 확인하세요. 그런 다음 서버 하나를 골라 실제 연결 테스트를 실행하고 같은 시각의 로그를 살펴봅니다. 모든 서버가 동시에 실패하면 로컬 DNS, 네트워크 전환, 방화벽 차단, 코어 실행 여부를 우선 확인하세요. 일부 서버만 실패한다면 해당 서버의 주소와 포트, 계정 상태, 전송 매개변수를 확인합니다. 포트 연결은 되지만 인증에 실패하는 것은 같은 종류의 시간 초과 문제가 아닙니다. 범위를 좁히려면 신뢰할 수 있는 다른 네트워크에서 다시 테스트하되 여러 매개변수를 한 번에 바꾸지 마세요. 설정 제공처에 문의할 때는 오류 유형과 발생 시각을 전달하고 주소의 계정 정보와 인증 항목은 가리세요.

연결됨 표시는 로컬 서비스나 가상 인터페이스가 시작됐다는 뜻일 수 있으며, 원격 요청이 성공했다는 의미는 아닙니다. 먼저 사용 중인 서버를 확인한 다음 브라우저가 시스템 프록시를 따르는지, 별도 프록시 확장 프로그램이 설정을 덮어쓰지는 않는지 살펴보세요. 정상 접속이 확인된 사이트에 접속하면서 로그에 요청이 기록되는지 확인합니다. 요청이 없다면 진입 설정과 로컬 포트를, 요청이 있지만 오류가 난다면 라우팅과 DNS, 원격 인증, TLS를 점검하세요. 특정 사이트만 실패한다면 다른 사이트와 비교해 보고 곧바로 클라이언트를 다시 설치하지 마세요. TUN이나 브라우저 프록시 확장 프로그램을 잠시 끌 때는 한 번에 하나씩만 끄고 결과를 기록한 뒤 원래 설정으로 되돌리세요.

시스템 프록시는 해당 설정을 읽고 따르는 앱에만 영향을 줍니다. 일부 프로그램은 독립적인 네트워크 스택을 쓰거나 자체 프록시 설정을 갖고 있습니다. 먼저 브라우저로 클라이언트 진입이 정상인지 확인한 뒤, 대상 프로그램에 프록시 설정이 있는지 살펴보세요. 직접 입력해야 한다면 클라이언트에서 현재 사용 중인 수신 주소와 포트, 프로토콜을 기준으로 설정하세요. SOCKS와 HTTP 포트를 바꿔 입력하거나 오래된 스크린샷의 숫자를 그대로 따라 하지 마세요. 다른 프록시 프로그램이 시스템 설정을 덮어쓸 수 있으므로 유사한 도구를 종료하고 다시 확인해 보세요. 시스템 프록시를 따르지 않는 앱까지 처리해야 할 때 TUN 사용을 검토하세요. 클라이언트를 종료한 뒤 네트워크에 문제가 생기면 중지된 서비스로 연결되는 시스템 프록시 설정이 남아 있는지 확인합니다.

먼저 오류가 서버 도메인 조회, 구독 업데이트, 프록시를 통한 웹사이트 조회 중 어디에서 발생했는지 구분하세요. DNS 설정은 조회 경로를 바꿀 뿐, 잘못된 서버 이름이나 만료된 계정, 잘못된 TLS 매개변수를 고쳐 주지는 않습니다. 인증서 오류가 나면 시스템 날짜, 서버 이름과 인증서의 일치 여부, 네트워크에 웹 로그인 인증이 필요한지도 확인하세요. 인증서 검증을 꺼서 오류를 숨기지 마세요. DNS 조회 문제로 확인됐다면 기존 설정을 기록한 뒤 한 번에 하나씩만 바꾸고 같은 도메인으로 다시 테스트하세요. TUN과 FakeDNS를 함께 사용한다면 DNS 요청이 예상한 경로로 들어오는지, 라우팅 규칙이 순환하지 않는지도 확인해야 합니다.