V2Ray 자주 묻는 질문

V2Ray는 일반적으로 Project V와 관련된 프록시 기술 및 도구 생태계를 가리킵니다. 코어는 프로토콜 처리, 라우팅 규칙 적용, 실제 연결을 담당하고 GUI 클라이언트는 구독 관리, 설정 입력, 코어 실행을 맡습니다. v2rayN, v2rayNG 또는 v2flyNG를 사용할 때는 대개 클라이언트 화면에서 설정할 수 있어 전체 설정 파일을 직접 작성할 필요가 없습니다. 문제를 해결할 때는 화면 조작 오류와 코어 연결 오류를 구분하세요. 전자는 가져오기 안내를, 후자는 실행 후 로그를 확인하면 됩니다. 클라이언트 이름이 비슷해도 사용 코어와 프로토콜 지원 범위가 완전히 같지는 않습니다.

Windows, macOS, Linux 데스크톱에서는 v2rayN을 사용하세요. Android에서는 보통 Xray 코어를 사용하는 v2rayNG를 먼저 고려하고, V2Fly 설정과의 호환성이 필요하다면 v2flyNG를 선택할 수 있습니다. 선택하기 전에 서버 프로토콜, 전송 방식, 보안 매개변수를 확인하세요. 특히 REALITY 같은 기능은 구독을 가져올 수 있다는 이유만으로 연결된다고 판단할 수 없습니다. 지원하지 않는 항목이 있다면 포트를 계속 바꾸기보다 클라이언트와 코어의 기능 안내를 확인하세요. 클라이언트를 바꾸면 라우팅과 DNS를 다시 점검해야 합니다. 구독 링크만으로 화면 설정까지 모두 옮겨지지는 않습니다.

클라이언트를 설치한 뒤에는 유효한 구독 주소, 공유 링크 또는 서버 관리자가 제공한 전체 연결 매개변수가 필요합니다. 설치 파일에는 바로 사용할 수 있는 서버가 포함되어 있지 않습니다. 직접 입력할 때는 주소, 포트, 사용자 ID, 프로토콜, 전송 방식, TLS 또는 REALITY 매개변수를 하나씩 확인하고 서버 설정과 일치시켜야 합니다. 관련 없는 가이드의 예시를 조합하거나 웹사이트 로그인 비밀번호를 프로토콜 비밀번호로 사용하지 마세요. 구독 주소에는 접속 자격 증명이 포함될 수 있으므로 화면을 캡처하거나 도움을 요청하거나 로그를 복사하기 전에 민감한 정보를 가리세요.

기기의 시스템 정보나 프로세서 사양에서 아키텍처를 먼저 확인하세요. ARM64를 지원하는 기기라면 arm64 패키지를 우선 선택하면 됩니다. 아키텍처를 모르거나 arm64 패키지가 호환되지 않는다는 메시지가 나오면 여러 아키텍처를 포함한 universal 패키지를 선택할 수 있습니다. 두 패키지의 주요 차이는 포함된 네이티브 구성 요소와 파일 크기이며, universal 버전이 더 빠르게 연결된다는 뜻은 아닙니다. 설치가 계속 실패한다면 운영체제 버전 요구 사항, 저장 공간, 기존 앱과 서명 일치 여부도 확인하세요. 앱을 삭제한 뒤 다시 설치해야 한다면 필요한 설정을 먼저 내보내고 안전하게 보관하세요. 구독 그룹과 사용자 지정 라우팅이 앱 데이터와 함께 삭제될 수 있습니다.

복사한 내용이 구독 주소인지 단일 공유 링크인지 먼저 확인하세요. v2rayN에서는 ‘구독 그룹’에 새 그룹을 만들고 구독 주소를 입력한 다음 업데이트하면 됩니다. v2rayNG에서는 ‘구독 그룹 설정’에 주소를 추가한 뒤 구독을 업데이트하세요. 단일 공유 링크는 ‘클립보드에서 가져오기’와 같은 해당 메뉴를 사용합니다. 복사한 내용 앞뒤에 공백, 줄바꿈, 설명 문구 또는 한국어 문장 부호가 붙었는지도 확인하세요. 가져온 뒤 목록이 비어 있다면 형식을 지원하지 않는다는 안내가 있는지 살펴보고, 설정 제공자에게 출력 형식을 문의하세요. 웹사이트 로그인 주소는 구독 주소로 사용할 수 없습니다.

먼저 현재 네트워크에서 구독 서비스에 정상적으로 접속할 수 있는지 확인한 뒤, 주소가 만료되거나 취소되지는 않았는지, 필수 쿼리 매개변수가 빠지지는 않았는지 살펴보세요. 클라이언트에 직접 연결 업데이트와 프록시를 통한 업데이트가 모두 있다면 구독 서비스에 접속할 수 있는 방식으로 선택하세요. 현재 프록시가 작동하지 않으면 프록시를 통한 업데이트도 실패할 수 있습니다. 목록이 비어 있다면 그룹 필터 조건과 서버 응답 형식을 확인하세요. 로그인 페이지나 오류 페이지는 설정으로 변환할 수 없습니다. 업데이트 전에 기존에 사용할 수 있는 설정을 보존하고, 문제 해결 중 그룹을 연달아 비우지 마세요. 계속 문제가 생기면 업데이트 로그를 확인하되, 공유하기 전에 전체 구독 주소를 가리세요.

사용 가능한 설정으로 연결한 뒤 메인 창이나 트레이 메뉴의 ‘시스템 프록시’에서 ‘시스템 프록시 자동 구성’을 선택하세요. 시스템 프록시는 시스템 프록시 설정을 따르는 앱에만 적용되며 모든 트래픽을 처리하지는 않습니다. 브라우저에 프록시 확장 프로그램이 설치되어 있다면 시스템 설정을 덮어쓰는지 확인하세요. 터미널, 게임 및 기타 앱은 자체 프록시 설정을 사용할 수 있습니다. 앱에 입력한 로컬 프록시 포트가 v2rayN의 실제 수신 포트와 일치하는지도 확인해야 합니다. 시스템 프록시 경로가 정상인지 확인한 뒤 TUN이 필요한지 판단하세요. 문제 해결을 위해 두 방식을 기본적으로 동시에 켜지는 마세요.

먼저 ‘TUN 사용’을 끄고 일반 프록시 연결이 정상인지 확인한 다음 권한 문제를 해결하세요. Windows에서는 클라이언트를 종료하고 관리자 권한으로 다시 실행할 수 있습니다. macOS와 Linux에서는 클라이언트 안내에 따라 필요한 권한이나 서비스를 설정하세요. 다른 운영체제의 명령을 그대로 따라 하지 마세요. 다른 VPN, 가상 네트워크 어댑터 또는 보안 프로그램이 관련 리소스를 사용 중인지 확인하고, 필요하면 충돌하는 프로그램을 먼저 종료하세요. 설정을 변경한 뒤 TUN을 다시 켜고 로그에서 가상 네트워크 어댑터와 라우팅이 정상적으로 설정됐는지 확인하세요. 관리자 권한은 실행 조건만 해결합니다. 라우팅, DNS 또는 서버 매개변수 오류는 각각 따로 점검해야 합니다.

‘중국 본토 우회’는 일반적으로 미리 설정된 도메인 및 IP 규칙에 따라 트래픽을 분기하며, 규칙에 해당하는 목적지에는 프록시를 거치지 않고 직접 연결합니다. 전역 프록시는 처리 범위에 포함된 요청을 프록시로 보냅니다. 실제 적용 범위는 현재 라우팅 규칙에 따라 달라지므로 모드 이름만 보고 모든 앱이 처리된다고 판단하면 안 됩니다. 평소에는 목적에 맞는 사전 설정을 선택하고 필요한 도메인에 개별 규칙을 추가하세요. 특정 웹사이트의 문제를 확인할 때는 모드를 잠시 바꿔 결과를 살펴본 뒤 원래 설정으로 되돌리면 됩니다. 모드를 바꿔도 잘못된 서버 주소나 만료된 자격 증명은 해결되지 않습니다.

‘구독 그룹’ 또는 ‘구독 그룹 설정’에서 출처별 그룹을 만들고 용도를 알아보기 쉬운 이름을 지정하세요. 각 그룹에는 주소, 업데이트 방식, 필터 조건을 따로 저장하고 여러 구독 주소를 하나의 주소 입력란에 붙여넣지 마세요. 직접 추가한 설정은 자동 업데이트되는 구독과 분리해 두는 것이 좋습니다. 그래야 새로고침할 때 덮어쓰이지 않습니다. 업데이트 후에는 대상 그룹과 현재 선택한 설정을 확인한 다음 연결을 테스트하세요. 백업을 내보낼 때 구독 자격 증명이 포함되는지도 확인하세요. 백업 파일은 개인적인 기기 이전에 사용하고 공개 도움 요청의 첨부 파일로 올리지 마세요.

기본적으로 켜 둘 필요는 없습니다. Fake DNS는 일부 도메인 조회에 매핑된 주소를 응답하고 이후 연결 과정에서 도메인으로 복원합니다. 사용할 수 있는지는 코어, DNS 설정, 트래픽 처리 경로에 따라 달라집니다. 먼저 꺼 둔 상태에서 연결과 트래픽 분기가 정상인지 확인한 뒤, 필요하면 ‘설정’의 DNS 관련 항목에서 켜고 하나씩 테스트하세요. ‘로컬 DNS 사용’과 ‘Fake DNS’는 서로 다른 설정이므로 하나만 바꿨다고 구성이 완성된 것은 아닙니다. 로컬 네트워크 도메인에 문제가 생기거나 일부 앱에서 이름을 확인하지 못한다면 원래 설정으로 되돌리고 연결을 다시 설정한 뒤 DNS와 라우팅 규칙의 조합을 점검하세요.

그렇지 않습니다. TCP 연결 테스트는 보통 대상 포트에 연결할 수 있다는 사실만 보여 줄 뿐, 프로토콜 인증, TLS 핸드셰이크, 도메인 확인, 최종 연결까지 모두 성공했음을 증명하지는 않습니다. 클라이언트의 실제 연결 테스트도 테스트 주소에 따라 결과가 달라지므로 하나의 주소에 연결된다고 모든 웹사이트에 접속할 수 있는 것은 아닙니다. 먼저 테스트 항목의 이름을 확인하고 설정을 선택해 연결한 다음, 브라우저에서 특정 웹사이트에 접속하면서 로그에 핸드셰이크, 이름 확인, 라우팅 오류가 있는지 살펴보세요. 실패했다면 연결 단계별로 점검하고 결과 하나만으로 설정을 한꺼번에 삭제하지 마세요. 테스트가 성공한 뒤에도 브라우저가 실제로 클라이언트의 프록시 경로를 사용했는지 확인해야 합니다.

먼저 기기 자체가 인터넷에 연결되는지 확인한 뒤 서버 주소와 포트, 구독 유효성을 점검하세요. 클라이언트 로그를 열어 대상 포트 연결 시간 초과, 도메인 확인 실패, 프로토콜 핸드셰이크 실패를 구분하세요. 원인에 따라 해결 방법이 다릅니다. 특정 네트워크에서만 문제가 생긴다면 신뢰할 수 있는 다른 네트워크에서 비교해 보세요. 모든 네트워크에서 실패한다면 서버 관리자에게 서비스 상태와 접속 조건을 확인해야 합니다. 프로토콜, 포트, DNS, 라우팅을 한꺼번에 바꾸면 어떤 변경이 영향을 줬는지 찾기 어렵습니다. 한 번에 설정 하나만 바꾸고 오류 원문과 발생 시각을 기록하세요. 사용자 ID 같은 민감한 정보는 가려야 합니다.

‘연결됨’이 코어 실행을 뜻하는지 실제 네트워크 테스트 완료를 뜻하는지 먼저 확인하세요. 실행에 성공해도 서버가 정상이라는 보장은 없습니다. 다음으로 브라우저의 프록시 확장 프로그램, 시스템 프록시 설정, 클라이언트의 로컬 수신 포트를 확인해 요청이 실제로 클라이언트에 전달되는지 살펴보세요. 로그에 해당 요청이 없다면 먼저 트래픽 처리 경로를 확인하세요. DNS 오류가 있으면 이름 확인 설정을 점검하고, 요청이 아웃바운드에 매칭됐지만 핸드셰이크에 실패했다면 서버 매개변수를 확인하세요. TUN을 사용한다면 가상 네트워크 어댑터와 라우팅 상태도 점검해야 합니다. 이 순서대로 확인하면 클라이언트를 바로 재설치하는 것보다 문제의 단서를 더 잘 보존할 수 있습니다.

‘인증서 검증 건너뛰기’를 일반적인 해결 방법으로 사용해서는 안 됩니다. 먼저 시스템 설정에서 날짜, 시간, 시간대를 맞춘 뒤 구성의 서버 이름 또는 SNI가 서버 인증서와 일치하는지 확인하세요. 연결 주소와 인증서 도메인은 서로 다를 수 있지만 SNI는 서버의 실제 설정에 맞춰야 하며, 임의로 다른 웹사이트 도메인으로 바꾸면 안 됩니다. 인증서가 만료됐거나 인증서 체인이 불완전하거나 서버 설정에 문제가 있다면 관리자가 수정해야 합니다. REALITY 연결은 해당 매개변수 요구 사항에 따라 공개 키, 지문, 서버 이름을 확인해야 하며 일반 TLS 설정 변경 방법을 적용해서는 안 됩니다. 정확한 오류 메시지를 보존하면 원인을 구분하는 데 도움이 됩니다.

프록시 프로그램은 하나만 실행해 여러 프로그램이 시스템 프록시 설정을 반복해서 바꾸거나 가상 네트워크 어댑터를 두고 경쟁하지 않도록 하세요. v2rayN을 종료하기 전 TUN을 먼저 끈 다음 ‘시스템 프록시’에서 ‘시스템 프록시 지우기’를 선택하고 프로그램을 종료하세요. 프로그램이 비정상 종료됐다면 시스템 네트워크 설정에서 중지된 로컬 프록시 포트가 아직 지정되어 있는지 확인하고 현재 네트워크에 맞는 설정으로 복원하세요. 업무용 네트워크에 원래 프록시가 설정되어 있다면 바로 삭제하지 말고 기존 값을 먼저 기록해 두세요. 복원한 뒤 일반 인터넷 연결을 테스트하고 클라이언트 기능을 하나씩 켜세요. 여전히 연결되지 않으면 DNS, 남은 라우팅 설정, 다른 VPN 서비스를 확인하세요.