V2Ray 자주 묻는 질문

V2Ray는 보통 Project V 프록시 생태계와 관련 코어 기술을 가리키며, 하나의 통합 그래픽 인터페이스를 뜻하지는 않습니다. v2rayN은 Windows, macOS, Linux에서 사용하는 데스크톱 그래픽 클라이언트이고, v2rayNG는 Android 클라이언트입니다. 클라이언트는 구독 관리, 설정 생성, 연결 제어를 담당하며 코어는 실제 네트워크 트래픽을 처리합니다. 문제가 생기면 먼저 클라이언트 이름, 운영체제, 현재 코어를 확인한 다음 해당 설정을 살펴보세요. V2Ray를 사용한다고만 하면 구체적인 설정 위치를 파악하기 어렵습니다. 메뉴 이름은 버전에 따라 달라질 수 있으므로 기능을 기준으로 찾아보세요.

클라이언트는 영구 무료이며 오픈 소스로 공개되어 있지만, 설치만으로 프록시 서버나 구독 주소가 자동으로 제공되지는 않습니다. 구독은 서버 연결에 필요한 정보가 담긴 설정 소스이며, 사용할 권한이 있는 서비스나 직접 구축한 서버에서 제공받아야 합니다. 먼저 유효한 구독 주소나 완전한 공유 링크가 있는지 확인한 뒤 가져오세요. 일반 웹페이지 주소를 구독 주소로 사용해서는 안 됩니다. 구독 서비스의 이용 기간, 데이터 한도, 요금은 제공업체가 정하며 클라이언트와는 별개입니다. 구독 링크에 접속 정보가 포함될 수 있으니 비밀번호처럼 안전하게 보관하고, 도움을 요청할 때 전체 주소를 공개하거나 인증 정보가 담긴 화면을 올리지 마세요.

이름이 비슷한지를 기준으로 삼기보다 설정에서 요구하는 기능에 맞춰 선택하세요. v2rayNG는 Xray 코어를, v2flyNG는 V2Fly 코어를 사용합니다. 두 클라이언트는 관련 오픈 소스 생태계에 속하지만 지원하는 프로토콜과 전송 기능은 완전히 같지 않습니다. 설정에 REALITY나 Xray 전용 기능이 필요하다면 현재 v2rayNG 코어가 이를 지원하는지 먼저 확인하세요. V2Fly용 설정이 이미 있다면 v2flyNG를 고려할 수 있습니다. 공유 링크를 가져올 수 있다고 해서 모든 설정 항목이 호환되는 것은 아니므로, 가져온 뒤 로그와 실제 연결 결과를 확인하세요. 클라이언트를 바꾸기 전에는 기존 설정을 저장해 형식 차이를 네트워크 오류로 오인하지 않도록 하세요.

시스템 프록시는 운영체제의 프록시 설정에 로컬 프록시 주소를 지정하는 방식으로, 해당 설정을 읽는 브라우저와 앱에서 주로 사용됩니다. 자체적으로 연결을 만들거나 시스템 프록시를 무시하는 프로그램은 이 경로를 거치지 않을 수 있습니다. TUN은 가상 네트워크 인터페이스로 트래픽을 받은 뒤 코어가 라우팅 규칙에 따라 처리하므로 더 많은 트래픽을 다룰 수 있지만, 관련 권한이 필요하고 DNS, 라우팅, 다른 네트워크 프로그램과 함께 설정해야 합니다. TUN을 켜도 모든 요청이 반드시 프록시를 거치는 것은 아니며, 직접 연결 규칙이 적용될 수 있습니다. 처음 설정할 때는 먼저 시스템 프록시로 서버 연결을 확인한 뒤 필요에 따라 TUN을 켜세요. 여러 설정을 한꺼번에 바꾸면 원인을 찾기 어렵습니다.

먼저 기기 정보나 신뢰할 수 있는 시스템 정보 도구에서 프로세서 아키텍처를 확인하세요. 2015년 이후 출시된 주요 스마트폰이라면 arm64를 먼저 시도할 수 있지만, 제조 연도만으로 아키텍처를 판단할 수는 없습니다. 일부 기기는 비트 수가 다른 운영체제를 실행할 수 있습니다. universal은 보통 여러 아키텍처를 지원하는 대신 파일 크기가 크며, 아키텍처가 불확실하거나 전용 설치 파일이 설치되지 않을 때 적합합니다. 설치에 실패하면 운영체제 버전 요구 사항, 저장 공간, 기존 버전과의 서명 충돌, 현재 출처의 앱 설치 허용 여부도 확인하세요. 설치 파일을 바꾸기 전에 설정을 백업하고, 아키텍처를 시험하려고 기존 클라이언트를 바로 삭제하지 마세요.

먼저 입력한 내용부터 확인하세요. 구독 주소는 보통 완전한 URL이고, 공유 링크는 vmess://, vless://, trojan://로 시작할 수 있습니다. 두 종류는 각각 맞는 가져오기 메뉴를 사용해야 합니다. 복사할 때 공백, 줄바꿈, 따옴표, 설명 문구가 함께 들어가지 않도록 하세요. v2rayN에서는 구독 그룹 설정에 주소를 입력하고 저장한 뒤 구독 업데이트를 실행합니다. v2rayNG에서는 구독 그룹 설정에 주소를 추가한 다음 메뉴에서 구독을 업데이트하세요. 그룹을 저장했다고 해서 주소가 유효한 것은 아닙니다. 업데이트 후에도 목록이 비어 있다면 로그인 페이지가 반환됐는지, 오류 메시지나 지원되지 않는 형식이 있는지 확인한 뒤 제공업체에 주소가 유효한지 문의하세요.

먼저 설치 파일이 기기의 칩과 맞는지 확인하세요. Apple Silicon은 arm64, Intel은 x64를 선택한 뒤 디스크 이미지의 설치 절차를 진행합니다. 출처나 서명 문제로 시스템이 실행을 차단하면 파일을 예상한 다운로드 경로에서 받았는지 확인하고, 시스템 설정의 개인정보 보호 및 보안에서 해당 앱만 승인하는 절차를 따르세요. 시스템 전체의 보안 기능을 끄거나 출처를 알 수 없는 터미널 명령을 실행하지 마세요. 앱이 손상되었거나 아키텍처가 호환되지 않는다는 메시지가 나오면 맞는 설치 파일을 다시 받고 운영체제 버전 요구 사항도 확인하세요. 앱은 실행되지만 연결되지 않는다면 보안 설정을 반복해서 바꾸기보다 설정과 로그를 점검해야 합니다.

먼저 TUN을 끄고 현재 플랫폼에서 지원하는 방법으로 권한을 부여하세요. Windows에서는 보통 관리자 권한이 필요합니다. macOS와 Linux에서는 클라이언트가 지원하는 권한 서비스나 보조 구성 요소, 가상 네트워크 인터페이스 권한이 필요할 수 있으므로 현재 버전의 안내와 시스템 메시지를 따르세요. 다른 플랫폼의 방법을 그대로 적용하지 마세요. 권한을 부여한 뒤 클라이언트를 다시 시작하고 로그에 네트워크 인터페이스 생성, 라우팅 설정 또는 권한 거부 오류가 계속 나타나는지 확인하세요. 기업용 기기는 정책상 가상 네트워크 인터페이스 생성이 금지될 수 있으니 기기 관리자에게 문의하세요. 당장 권한을 부여할 수 없다면 시스템 프록시로 기본 연결을 확인하고, 여러 가상 네트워크 프록시 도구가 동시에 트래픽을 처리하지 않도록 하세요.

대개는 모든 요청을 한 경로로 보내기보다 대상 도메인, 주소, 규칙에 따라 직접 연결과 프록시를 나누는 규칙 기반 라우팅을 먼저 사용합니다. 로컬 네트워크 기기에 접속할 때는 로컬 네트워크 우회 설정이 있는지 확인해 프린터, 공유 폴더, 로컬 관리 페이지가 원격 경로로 잘못 전달되지 않도록 하세요. 특정 웹사이트의 문제를 확인해야 한다면 프록시 모드와 직접 연결 모드를 잠시 바꿔 비교한 뒤 기존 규칙으로 되돌리세요. 모드 이름은 클라이언트 버전에 따라 다를 수 있으므로 현재 라우팅 규칙과 시스템 프록시 상태를 함께 살펴보세요. 라우팅을 바꿔도 이미 트래픽을 받지 않는 앱이 자동으로 프록시를 사용하게 되지는 않습니다.

먼저 시스템 DNS, 클라이언트 코어 DNS, 브라우저 자체의 암호화 DNS를 구분하세요. 각각 서로 다른 요청을 처리할 수 있습니다. 현재 모드에서 어떤 구성 요소가 도메인을 조회하는지 확인하고, 직접 연결 대상과 프록시 대상의 DNS 조회 경로가 라우팅 설계에 맞는지 살펴보세요. 원격 DNS 주소를 입력할 수 있다고 해서 DNS 요청이 반드시 프록시를 통과하는 것은 아닙니다. 해당 요청에 적용되는 아웃바운드 규칙도 확인해야 합니다. TUN을 사용할 때는 DNS 가로채기 설정과 가상 네트워크 인터페이스 라우팅이 함께 맞아야 합니다. FakeDNS도 단독으로 켜면 모든 문제가 해결되는 기능은 아닙니다. 설정은 한 번에 하나씩 바꾸고 관련 앱을 다시 시작하거나 캐시를 비운 뒤 테스트하세요. 되돌릴 수 있도록 기존 설정도 보관하세요.

먼저 클라이언트에서 유효한 설정을 선택해 연결을 시작하고, 필요한 시스템 프록시나 TUN을 켠 뒤 대상 앱에서 새 요청을 보내세요. 클라이언트 로그에 해당 앱의 연결 기록이 나타나는지 확인하고, 출구 IP 조회 결과와 함께 예상한 경로인지 판단하세요. 조회 페이지 자체에도 분할 라우팅 규칙이 적용될 수 있으므로 출구 IP만으로 모든 앱이 같은 경로를 사용한다고 단정할 수는 없습니다. 브라우저는 정상인데 다른 프로그램이 실패한다면 두 앱이 각각 시스템 프록시 설정을 읽는지 확인하세요. 테스트 중에는 중복 실행 중인 프록시 도구를 끄세요. 스위치가 켜졌거나 연결 아이콘이 표시되거나 설정 테스트가 성공했다는 이유만으로 모든 트래픽이 처리된다고 판단하지 마세요.

제공업체의 변경 주기에 맞춰 업데이트 간격을 설정하면 됩니다. 연결을 유지하려고 자주 새로고침할 필요는 없습니다. 업데이트하면 구독 그룹의 설정을 다시 가져오므로 제공업체가 삭제하거나 수정한 항목이 반영되고, 클라이언트에서 직접 수정한 구독 항목은 덮어써질 수 있습니다. 오래 보관할 수동 설정은 백업하거나 별도 그룹에 두세요. 업데이트 전 현재 그룹을 확인하고, 업데이트 후 사용 중인 설정이 남아 있는지 살펴보세요. 사용 중인 설정이 바뀌었다면 다시 선택하고 연결을 재시작해야 할 수 있습니다. 자동 업데이트도 주소의 유효성, 네트워크 연결, 클라이언트 실행 상태에 달려 있으므로 만료된 구독이나 잘못된 형식을 해결해 주지는 않습니다.

먼저 구독 주소가 온전한지, 서비스가 만료되지 않았는지, 기기 시간이 정확한지 확인하세요. 그런 다음 프록시를 사용하지 않는 구독 업데이트와 프록시를 사용하는 구독 업데이트를 각각 시도합니다. 전자는 현재 네트워크에서 주소에 직접 접속할 수 있어야 하고, 후자는 이미 사용할 수 있는 프록시 연결이 있어야 합니다. 처음 가져오는 단계에서 쓸 수 있는 설정이 없다면 프록시를 통한 업데이트는 실패할 수 있습니다. 로그의 구체적인 오류를 확인해 DNS 조회 실패, 연결 시간 초과, 인증서 오류, 접근 거부, 콘텐츠 해석 실패를 구분하세요. 주소에서 구독 데이터가 아닌 웹페이지가 반환되면 제공업체가 수정해야 합니다. 업데이트 버튼을 연속해서 누르거나 전체 주소를 공개 로그에 붙여 넣지 마세요. 오류 유형과 발생 시각을 기록하면 원인을 찾는 데 도움이 됩니다.

시간 초과는 해당 테스트가 제한 시간 안에 완료되지 않았다는 뜻일 뿐, 서버가 고장 났다고 단정할 수는 없습니다. 먼저 기기의 일반 네트워크가 정상인지 확인한 다음 서버 주소, 포트, 프로토콜, 전송 매개변수가 구독 설정과 일치하는지 살펴보세요. TCP 연결 테스트와 프록시를 통해 대상에 접속하는 실제 연결 테스트는 구분해야 합니다. TCP 테스트에 성공해도 인증과 프로토콜 협상이 성공했다는 뜻은 아닙니다. 작동이 확인된 다른 설정과 비교하고 로그에 DNS 조회 실패, 연결 거부, 핸드셰이크 오류가 나타나는지 확인하세요. 일부 테스트 대상만 실패한다면 테스트 URL과 라우팅을 살펴보세요. 모든 설정이 실패한다면 먼저 로컬 네트워크, 권한, 다른 프록시 프로그램과의 충돌을 점검하세요.

연결됨 표시는 보통 클라이언트나 코어가 시작됐다는 뜻이며, 브라우저 요청이 프록시로 전달됐다는 보장은 아닙니다. 먼저 시스템 프록시 주소와 포트가 현재 클라이언트를 가리키는지 확인하고, 웹페이지를 열 때 로그에 새 연결이 기록되는지 살펴보세요. 기록이 없다면 브라우저의 별도 프록시 설정, 확장 프로그램, 시스템 프록시 경로를 확인하세요. 기록은 있지만 연결이 실패한다면 DNS, 인증, 프로토콜 협상, 원격 연결 오류를 구분해야 합니다. TUN을 잠시 끄고 시스템 프록시만 사용해 비교할 수 있지만, 트래픽을 처리하는 방식은 한 번에 하나만 명확하게 사용하세요. 클라이언트를 종료한 뒤에도 인터넷이 안 되면 남아 있는 시스템 프록시를 해제하고 가상 네트워크 인터페이스 상태를 확인하세요. 곧바로 전체 네트워크 설정을 초기화하지 마세요.

먼저 일반 브라우저에서 프록시 접속이 되는지 확인하고 클라이언트의 로컬 수신 주소와 포트를 살펴보세요. 특정 프로그램에서만 적용되지 않는다면 시스템 프록시를 무시하거나 자체 프록시 설정을 사용하거나 다른 네트워크 인터페이스에 의존할 수 있습니다. 해당 프로그램이 HTTP 또는 SOCKS 프록시를 수동으로 설정할 수 있는지 확인하고, 입력한 포트가 어느 프로토콜에 해당하는지도 확인하세요. 포트 번호만 보고 프로토콜을 추측해서는 안 됩니다. 프로그램이 프록시를 지원하지 않는다면 권한, 라우팅, DNS 조건을 확인한 뒤 TUN 사용을 고려하세요. 명령줄 도구는 환경 변수를 읽을 수도 있으므로 시스템 프록시 스위치만으로 영향을 받지 않을 수 있습니다. 테스트를 마치면 임시 설정을 복구해 클라이언트를 종료한 뒤에도 오래된 프록시 주소 때문에 연결이 실패하지 않도록 하세요.