V2Ray 자주 묻는 질문

V2Ray는 보통 Project V 생태계의 프록시 코어와 관련 기술을 가리키며, 세 그래픽 클라이언트를 통칭하는 이름은 아닙니다. v2rayN은 Windows, macOS, Linux 데스크톱용이고, v2rayNG는 Xray 코어를 사용하는 Android 클라이언트입니다. v2flyNG는 V2Fly 코어를 사용하는 Android 대안입니다. 그래픽 클라이언트는 구독, 노드 선택, 프록시 켜기·끄기를 담당하고, 코어는 실제 연결을 처리합니다. 문제를 해결할 때는 클라이언트 이름과 버전, 코어 이름부터 확인하세요. 단순히 V2Ray가 연결되지 않는다고만 하면 메뉴 위치와 지원 프로토콜을 파악하기 어렵습니다.

클라이언트는 설정 및 연결 도구이므로 설치만으로 사용할 수 있는 서버가 생기지는 않습니다. 먼저 사용 권한이 있는 구독 주소, 노드 공유 링크 또는 전체 설정 파일을 준비한 다음 가져오세요. 구독 주소는 보통 여러 노드를 불러올 때 사용하고, 공유 링크는 대개 노드 하나에 연결됩니다. 두 종류는 가져오는 메뉴도 다릅니다. 가져온 뒤 서버 목록에서 노드를 선택하고 시스템 프록시를 켜거나 VPN에 연결해야 합니다. 일반 웹페이지 주소를 구독 주소로 사용하지 마세요. 계정 식별 정보와 연결 자격 증명이 포함될 수 있으므로 구독 내용을 공개 댓글이나 스크린샷에 올리거나 온라인 변환 도구에 입력하지 마세요.

시스템 프록시는 시스템 프록시 설정을 따르는 앱의 요청을 클라이언트로 보낼지 결정합니다. TUN은 가상 네트워크 인터페이스로 트래픽을 받아들이며 시스템 프록시와 다른 방식으로 앱의 트래픽을 처리합니다. 라우팅 모드는 트래픽이 코어에 들어온 뒤 프록시, 직접 연결, 차단 중 어떤 경로를 따를지 정합니다. 시스템 프록시를 켜도 모든 앱이 자동으로 적용되는 것은 아니며, 전역 라우팅으로 바꿔도 프록시를 우회하는 프로그램까지 자동으로 처리되지는 않습니다. 처음 설정할 때는 시스템 프록시로 브라우저 연결을 확인한 뒤 필요한 앱에 한해 TUN을 고려하세요. 문제를 살필 때는 트래픽이 클라이언트에 들어오는지, 들어온 뒤 어떤 라우팅 규칙에 걸리는지 따로 확인하세요.

클라이언트에서 프로토콜 이름만 바꾸면 안 됩니다. 프로토콜은 서버 설정과 일치해야 하며 주소, 포트, 인증 정보, 전송 방식, TLS 매개변수도 함께 맞아야 합니다. VMess 공유 링크와 코어의 기본 JSON 설정은 서로 다른 형식이므로 링크 접두사만 바꿔서는 프로토콜을 변환할 수 없습니다. 제공자가 안내한 원본 설정을 가져온 다음 클라이언트와 선택한 코어가 해당 조합을 지원하는지 확인하세요. 설정을 읽지 못하면 원본을 보관하고 형식이 어디서 나온 것인지 확인하세요. 가져오기를 통과시키려고 모르는 항목을 삭제하지 마세요. 연결에 필요한 항목일 수 있습니다.

최근 Android 휴대전화 대부분은 arm64를 선택할 수 있지만, 구매 연도만으로 시스템 아키텍처를 판단할 수는 없습니다. 먼저 휴대전화의 설정 → 휴대전화 정보에서 모델명을 확인하고, 기기의 프로세서와 시스템 아키텍처 정보를 찾아보세요. 일부 기기는 설정 화면에 ABI를 표시하지 않습니다. 64비트 ARM 시스템임을 확인했다면 arm64를 선택하고, 아키텍처가 확실하지 않다면 여러 아키텍처를 포함하는 universal을 고려하세요. 파일 크기는 보통 더 큽니다. 앱이 설치되지 않으면 아키텍처뿐 아니라 시스템 버전, 저장 공간, 기존 앱 서명도 확인하세요.

v2rayN 데스크톱에서는 상단의 구독 그룹 메뉴에서 구독 그룹 설정을 열고 그룹을 추가한 뒤 구독 주소를 입력하세요. 저장한 다음 구독 그룹 메뉴로 돌아가 현재 구독 업데이트(프록시 사용 안 함)를 실행합니다. v2rayNG에서는 사이드 메뉴의 구독 그룹 설정에서 이름과 주소를 추가한 뒤 메인 화면으로 돌아와 오른쪽 위 메뉴에서 구독 업데이트를 실행하세요. 버전에 따라 메뉴 이름이 조금 다를 수 있으니 구독 그룹 설정과 구독 업데이트 기능을 찾으면 됩니다. 업데이트가 끝나면 서버 목록에 노드가 추가됐는지 확인하고 노드를 선택해 연결하세요. 주소를 저장하는 것만으로는 처음 데이터를 가져오지 않습니다.

먼저 구독 주소와 노드 공유 링크를 구분하세요. 구독 주소는 보통 HTTPS 전체 주소이고, 공유 링크는 vmess://, vless:// 같은 프로토콜 접두사로 시작합니다. 구독 주소는 구독 그룹 설정에 입력하고, 노드 하나를 담은 공유 링크는 클립보드에서 가져오기 같은 노드 가져오기 메뉴를 이용하세요. 다시 복사할 때는 앞뒤 공백과 줄바꿈, 따옴표, 메신저가 덧붙인 문장 부호를 제거하되 주소의 기존 매개변수는 그대로 두세요. 로그인 페이지나 오류 페이지, 클라이언트가 지원하지 않는 설정 형식을 받은 경우에는 반복해서 붙여 넣어도 해결되지 않습니다. 제공자에게 현재 클라이언트에 맞는 형식인지 확인하고, 민감한 링크를 낯선 변환 사이트에 입력하지 마세요.

데스크톱에서는 먼저 v2rayN 하단 로그를 확인해 권한 부족, 가상 네트워크 인터페이스 초기화 실패, 라우팅 설정 실패를 구분하세요. Windows에서는 클라이언트를 종료한 뒤 관리자 권한으로 실행해 TUN을 다시 테스트할 수 있습니다. macOS와 Linux에서는 현재 버전의 안내에 따라 필요한 보조 구성요소나 권한을 설정하세요. Windows 절차를 그대로 적용하면 안 됩니다. Android에서는 보통 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다. 처음 실행할 때 시스템 연결 요청을 승인하고, 다른 VPN 앱이 연결을 사용 중인지 확인하세요. 업무용 프로필이나 관리 정책으로 기기가 제한되어 있다면 해당 기능이 허용되는지 먼저 확인하세요. 권한 요청을 반복하거나 시스템 보호 기능을 끄지 마세요.

평소에는 규칙 기반 분할 라우팅을 사용하고, 문제 원인을 비교할 때만 잠시 전역 프록시를 이용해 보세요. v2rayN은 메인 창 아래쪽의 라우팅 선택 영역에서 라우팅 설정을 바꿀 수 있으며, 시스템 프록시가 켜져 있는지는 따로 확인해야 합니다. v2rayNG에서는 사이드 메뉴의 라우팅 설정에서 기본 규칙과 사용자 지정 규칙을 확인하세요. 전역 프록시는 해당 라우팅 설정을 따르는 트래픽이 프록시를 통해 나가도록 한다는 뜻이지, 모든 프로그램이 자동으로 프록시를 사용한다는 뜻은 아닙니다. 모드를 바꾼 뒤 사이트에 접속된다면 규칙 순서, 도메인 일치 여부, DNS를 확인하세요. 테스트가 끝나면 원래 모드로 되돌려 임시 설정을 계속 사용하지 않도록 하세요.

먼저 도메인을 어느 쪽에서 조회하는지 확인한 뒤 설정을 변경하세요. 앱의 직접 연결, 시스템 프록시, TUN에서는 DNS 조회 경로가 다를 수 있어 시스템 DNS를 바꿔도 코어의 원격 조회에는 영향을 주지 않을 수 있습니다. v2rayN에서는 설정의 DNS 설정 메뉴에서 현재 값을 확인하세요. v2rayNG에서는 설정 화면에서 로컬 DNS, 원격 DNS 등의 항목을 찾아보세요. 표시되는 항목은 버전에 따라 다릅니다. 우선 기본 설정을 유지한 채 같은 노드로 도메인 접속을 테스트하고 로그의 DNS 오류와 비교한 다음 하나씩 조정하세요. DNS 서버와 라우팅 규칙을 한꺼번에 모두 바꾸면 어느 변경이 문제를 해결했거나 일으켰는지 알기 어렵습니다.

TCPing은 주로 대상 포트에 연결할 수 있는지를 보여 줍니다. 프록시 핸드셰이크, 도메인 조회, 대상 사이트 접속까지 모두 정상이라는 뜻은 아닙니다. 실제 연결 지연 시간은 프록시를 통해 테스트 요청을 보내 측정하고, 다운로드 속도 측정은 지속적인 전송 성능에 더 가깝습니다. v2rayN에서는 서버 목록을 마우스 오른쪽 버튼으로 눌러 해당 테스트를 선택할 수 있고, v2rayNG에서는 메인 화면 메뉴에서 실제 연결 테스트 기능을 찾을 수 있습니다. 비교할 때는 네트워크, 테스트 주소, 시간을 비슷하게 맞추고 대용량 파일 다운로드는 피하세요. 특정 사이트만 느리다면 해당 사이트까지의 경로와 라우팅 규칙도 확인하세요. 지연 시간 숫자 하나만 보고 노드를 계속 바꾸지 마세요.

우선 양쪽 기기에 같은 유효한 구독 주소를 추가하고 각각 업데이트하세요. 그러면 노드 변경 사항을 구독 제공처에서 함께 받을 수 있습니다. 계정이 여러 기기에서의 사용을 허용하는지 먼저 확인하세요. 기기 수와 동시 연결 제한은 서비스 제공자가 정합니다. 노드 하나를 임시로 옮길 때는 공유 링크나 QR 코드를 사용할 수 있지만, 구독 업데이트에 따라 자동으로 바뀌지는 않는 경우가 많습니다. 데스크톱과 Android의 화면 설정, 시스템 프록시, VPN 권한, TUN 매개변수는 서로 그대로 적용할 수 없습니다. 백업할 때는 노드 정보와 클라이언트 설정을 구분하고, 스크린샷을 공유하기 전 주소, 인증 정보, QR 코드를 가리세요.

먼저 업데이트 로그의 구체적인 오류를 확인하세요. 도메인 조회 실패라면 현재 네트워크와 DNS 조회 경로를 살피고, 연결 시간 초과라면 구독 도메인에 접속할 수 있는지 확인하세요. HTTP 401 또는 403은 주소 권한과 계정 상태를 확인하고, 404는 주소가 변경됐는지 확인해야 합니다. 다만 오류 코드만으로 원인을 단정할 수는 없습니다. v2rayN에서는 먼저 현재 구독 업데이트(프록시 사용 안 함)를 실행하세요. 직접 연결이 되지 않고 사용 가능한 노드가 있다면 프록시를 통한 업데이트를 시도할 수 있습니다. 연결 가능한 노드가 없을 때는 프록시 업데이트에 의존하지 마세요. 기존 목록을 사용할 수 있다면 연결 복구에 필요한 설정을 잃지 않도록 삭제하지 말고 보관하세요.

먼저 시스템 자동 시간 설정을 켜고 시간대를 확인한 다음, 현재 네트워크에서 직접 연결 사이트가 정상적으로 열리는지 살펴보세요. 이어서 클라이언트 로그에서 코어가 시작됐는지, 로컬 수신 포트가 이미 사용 중인지 확인하세요. 포트가 충돌하면 해당 프로그램을 종료하거나 클라이언트 포트를 변경하고, 앱에 설정된 프록시 주소도 함께 수정해야 합니다. 그다음 노드 주소와 포트, TLS, SNI, 전송 매개변수를 확인하고 마지막으로 라우팅 설정과 구독 유효 여부를 살펴보세요. 한 번에 한 항목만 바꿔 다시 테스트하세요. 같은 구독의 모든 노드가 동시에 실패한다면 공통 원인을 먼저 확인하고, 노드 하나만 실패한다면 제공자에게 해당 노드의 상태를 문의하세요.

연결됨 표시는 보통 코어 또는 VPN 인터페이스가 시작됐다는 뜻일 뿐, 대상 사이트에 접속할 수 있다는 의미는 아닙니다. 먼저 클라이언트 로그에 브라우저 요청이 나타나는지 확인하세요. 요청이 없다면 브라우저 자체 프록시, 시스템 프록시, 다른 프록시 확장 프로그램이 서로 설정을 덮어쓰는지 살펴보세요. 요청은 있지만 오류가 난다면 도메인 조회 실패, TLS 핸드셰이크 실패, 프록시를 통한 연결 시간 초과를 구분하세요. 사용 가능한 것으로 확인된 다른 노드와 일반 테스트 사이트를 이용해 비교하고, 한 사이트만 테스트하지 마세요. 클라이언트를 종료한 뒤에도 접속되지 않는다면 시스템 프록시가 해제됐는지 확인하세요. 더 이상 수신하지 않는 로컬 포트를 계속 가리키고 있어서는 안 됩니다.

먼저 v2rayN 메인 창 아래쪽의 시스템 프록시 메뉴에서 시스템 프록시 자동 설정을 선택하세요. 그런 다음 운영체제의 네트워크 프록시 설정에 주소와 포트가 입력됐는지, 클라이언트가 실제로 수신하는 값과 일치하는지 확인하세요. 브라우저가 자체 프록시 설정을 사용한다면 시스템 설정을 따르도록 바꾸거나 올바른 로컬 프록시 주소를 입력하세요. 일부 게임, 명령줄 프로그램, 앱은 시스템 프록시를 읽지 않으므로 앱 내부에서 설정하거나 권한을 확인한 뒤 TUN 사용을 고려해야 합니다. 시스템 프록시를 변경하는 프로그램을 여러 개 동시에 실행하지 마세요. 설정을 복구한 뒤 대상 앱을 다시 열고 로그를 확인해 트래픽이 실제로 클라이언트에 들어오는지 확인하세요.