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

V2Ray는 일반적으로 Project V와 관련된 프로토콜 및 도구 생태계를 뜻합니다. Xray는 이 생태계의 코어 구현으로, 프로토콜 처리와 인바운드·아웃바운드, DNS, 라우팅을 담당합니다. v2rayN은 구독 관리, 서버 선택, 시스템 프록시 설정을 담당하는 데스크톱 그래픽 클라이언트이며, Xray 등의 코어를 호출해 트래픽을 처리합니다. 문제를 해결할 때는 인터페이스 설정과 코어 설정을 구분해야 합니다. 구독 목록에 이상이 있으면 먼저 클라이언트를 확인하고, 프로토콜이나 라우팅 오류가 발생하면 코어 로그를 확인하세요.

Windows, macOS, Linux에서는 인터페이스와 구독 관리 방식이 비교적 일관된 v2rayN을 우선 사용할 수 있습니다. Android에서는 Xray 코어를 사용하는 v2rayNG를 선택할 수 있으며, v2fly 코어가 필요하다면 v2flyNG를 사용할 수 있습니다. 선택하기 전에 운영체제와 프로세서 아키텍처를 확인한 뒤 해당 설치 패키지를 다운로드하세요. 클라이언트마다 메뉴 위치는 다르지만 기본 과정은 구독 가져오기, 서버 업데이트, 노드 선택, 프록시 모드 설정, 연결 확인 순서입니다.

구독 링크는 보통 서비스 제공자가 생성합니다. 클라이언트가 해당 주소에 접속하면 여러 서버 설정을 한 번에 가져올 수 있고, 이후 업데이트할 때 추가·삭제된 항목도 동기화됩니다. 단일 노드 설정은 하나의 연결만 설명하며 링크, QR 코드 또는 수동 입력으로 가져올 수 있습니다. 장기간 사용할 때는 구독을 저장해 필요할 때 업데이트하고, 단일 설정을 임시로 테스트할 때는 노드를 직접 가져오면 됩니다. 구독 주소는 민감한 설정 정보이므로 공개 문서, 스크린샷 또는 공유 로그에 노출하지 마세요.

시스템 프록시는 운영체제 설정에 프록시 주소를 등록해 시스템 프록시를 따르는 앱의 트래픽을 주로 처리합니다. 라우팅 모드는 코어로 들어온 트래픽을 direct, proxy, block 중 어디로 보낼지 결정하며, 예를 들어 geosite와 geoip 규칙으로 트래픽을 분할합니다. TUN 모드는 가상 네트워크 인터페이스를 통해 더 넓은 범위의 트래픽을 가로채므로 시스템 프록시 설정을 읽지 않는 프로그램에 적합합니다. 세 기능은 서로 다른 단계에 있으므로 함께 사용할 수 있습니다. 일반적인 웹 브라우징은 먼저 시스템 프록시를 사용하고, 더 많은 프로그램을 처리해야 할 때 TUN을 검토하세요.

먼저 서비스 제공자가 안내한 구독 주소를 빠짐없이 복사하세요. v2rayN에서는 구독 그룹 관리로 이동해 그룹을 추가하고 주소를 붙여넣은 다음 저장 후 구독 업데이트를 실행합니다. v2rayNG에서는 구독 그룹 또는 구독 설정을 열고 주소를 추가한 뒤 업데이트를 실행합니다. 업데이트가 끝나면 서버 목록으로 돌아가 설정 하나를 선택한 후 시스템 프록시를 켜거나 연결하세요. 구독 주소를 개별 서버의 주소 입력란에 붙여넣지 마세요. 해당 입력란에는 구독 주소가 아니라 서버 호스트명이 필요합니다.

현재 표시된 그룹이 방금 업데이트한 구독 그룹인지 확인하고, 서버 이름이나 지역 키워드 필터를 해제하세요. 이어서 업데이트 결과에 유효한 설정을 파싱했다는 안내가 있는지 확인합니다. 반환 내용이 비어 있거나 지원되지 않는 형식이거나 구독이 만료된 경우 서버 목록이 생성되지 않습니다. 기기의 날짜, 시간, 시간대가 정확한지도 확인한 후 다시 업데이트하세요. 여러 그룹을 사용한다면 서버 목록이 다른 그룹에 머물러 있거나 즐겨찾기 항목만 표시되고 있지 않은지도 확인해야 합니다.

최근 출시된 대부분의 Android 스마트폰은 arm64 아키텍처를 사용하므로 arm64 설치 패키지를 우선 선택하세요. 일반적으로 파일 용량도 더 작습니다. 아키텍처를 확인할 수 없거나 기기가 오래되었거나 arm64 패키지가 호환되지 않는다고 표시될 때는 universal 범용 버전을 사용하세요. 범용 버전은 여러 프로세서 아키텍처를 포함해 호환 범위가 넓지만 기능이 추가되는 것은 아닙니다. 이미 클라이언트를 설치한 경우 업데이트 패키지는 기존 앱과 서명 및 배포 출처가 일치해야 하며, 그렇지 않으면 기존 버전을 먼저 삭제해야 할 수 있습니다.

TUN 모드는 가상 네트워크 인터페이스를 만들고 라우팅을 변경하므로 시스템 수준의 권한 요청이 발생합니다. 데스크톱에서는 클라이언트 내부의 TUN 스위치로 시작하고, 안내에 따라 관리자 권한, 네트워크 확장 권한 또는 관련 보조 구성 요소 권한을 부여하세요. 코어 파일만 단독으로 실행하지 마세요. 권한을 허용한 뒤에는 클라이언트를 완전히 종료하고 다시 실행합니다. 그래도 실패하면 보안 프로그램이 드라이버나 서비스 실행을 차단하는지 확인하고, 이전 버전의 TUN 구성 요소가 남아 리소스를 점유하고 있지 않은지도 확인하세요.

브라우저와 시스템 설정을 따르는 대부분의 앱에서 프록시를 사용하려면 시스템 프록시 자동 설정을 선택하세요. 잠시 사용을 중단할 때는 시스템 프록시 해제를 선택해 운영체제가 일반 네트워크 경로를 사용하도록 합니다. 시스템 프록시를 변경하지 않는 옵션은 이미 프록시를 수동으로 설정했거나 TUN만 사용하는 경우에 적합합니다. PAC 모드는 규칙에 따라 어떤 요청을 프록시로 보낼지 결정하지만, 실제 적용 범위는 앱의 지원 여부에 따라 달라집니다. 전환 후 시스템 네트워크 설정에서 프록시 주소와 포트가 함께 변경되었는지 확인할 수 있습니다.

글로벌 모드는 일반적으로 가로챈 트래픽 대부분을 proxy 아웃바운드로 보내므로 문제가 분할 라우팅 규칙에서 비롯된 것인지 빠르게 확인하는 데 적합하지만, 불필요한 프록시 트래픽이 늘어날 수 있습니다. 중국 본토 우회 모드는 일반적인 중국 본토 도메인과 주소를 direct로 보내고 나머지는 규칙에 따라 처리하므로 일상적인 사용에 더 적합합니다. 특정 웹사이트가 우회 모드에서 제대로 작동하지 않으면 먼저 글로벌 모드로 비교 테스트하세요. 글로벌 모드에서 정상이라면 해당 도메인에 적용된 geosite, geoip 또는 사용자 지정 규칙을 확인합니다.

구독마다 별도의 그룹을 만들고 출처나 용도를 기준으로 이름을 지정하세요. 여러 구독 주소를 같은 그룹에 반복해서 넣지 마세요. 업데이트 전 대상 그룹을 먼저 선택하고, 업데이트 후 추가·삭제 기록을 확인한 다음 지역 키워드나 프로토콜로 서버를 필터링합니다. 수동 설정을 보존해야 한다면 별도의 로컬 그룹을 만들어 구독 업데이트가 관리 순서를 덮어쓰지 않도록 하세요. 그룹을 전환한 뒤에는 현재 활성 서버도 다시 확인해야 합니다. 목록이 바뀌어도 선택된 노드가 자동으로 교체되지 않을 수 있습니다.

라우팅 규칙은 보통 위에서 아래 순서로 일치하므로, 범위가 넓은 규칙이 앞에 있으면 먼저 적용되어 뒤의 정밀한 규칙이 실행되지 않을 수 있습니다. 도메인 규칙이 domain, full, keyword, geosite 중 무엇을 사용하는지, 주소 규칙이 ip, geoip 또는 CIDR 대역 중 무엇을 사용하는지 확인하고 대상 아웃바운드 태그가 실제로 존재하는지도 확인하세요. 수정 후에는 설정을 다시 불러오거나 코어를 재시작해야 합니다. 문제를 확인할 때는 잠시 대상 규칙 하나만 남기고 로그에서 실제 도메인, 주소와 최종 아웃바운드를 확인하세요.

먼저 구독 설정에서 주소가 완전한지 확인하세요. 특히 프로토콜 헤더, 경로, 매개변수가 빠지지 않았는지 살펴봅니다. 시스템 시간이 정확한지 확인한 뒤 시스템 프록시를 끈 상태와 사용 가능한 노드를 활성화한 상태에서 각각 업데이트를 시도해 구독 주소에 프록시가 필요한지 판단하세요. 서비스 제공자가 전용 사용자 에이전트나 특정 업데이트 방식을 요구한다면 안내에 따라 설정합니다. 계속 실패하면 클라이언트 로그의 HTTP 상태와 파싱 메시지를 확인하고 구독 제공자에게 주소 만료 여부를 문의하세요.

먼저 같은 구독의 다른 서버로 전환해 단일 노드 문제인지 전체 설정 문제인지 판단하세요. 이어서 기기에서 일반 웹사이트에 정상적으로 접속되는지, 시스템 시간이 정확한지, 서버 주소·포트·UUID·전송 방식·TLS 관련 필드가 모두 올바른지 확인합니다. 테스트 방식에 따라서도 결과가 달라집니다. TCP 연결이 된다고 해서 프로토콜 핸드셰이크까지 성공하는 것은 아닙니다. 모든 노드에서 동시에 시간 초과가 발생하면 구독을 업데이트하고 네트워크와 클라이언트를 재시작한 뒤 코어 로그에서 연결 단계의 오류를 확인하세요.

연결됨은 클라이언트나 코어가 시작되었다는 뜻일 뿐 대상 요청이 반드시 성공했다는 의미는 아닙니다. 먼저 현재 서버가 선택되어 있는지 확인하고, 시스템 프록시가 켜져 있는지와 프록시 포트가 클라이언트의 수신 대기 포트와 일치하는지 확인하세요. 그런 다음 글로벌 모드로 비교 테스트를 진행합니다. 글로벌 모드에서는 작동하지만 분할 라우팅에서 작동하지 않으면 라우팅과 DNS를 중점적으로 확인하고, 글로벌 모드에서도 작동하지 않으면 노드를 바꾸고 핸드셰이크 로그를 확인하세요. 브라우저에서 별도 프록시, 확장 프로그램 프록시 또는 보안 DNS를 사용 중이라면 잠시 시스템 설정을 따르도록 되돌리세요.

일부 프로그램은 운영체제의 프록시 설정을 읽지 않거나 시작할 때 한 번만 읽습니다. 먼저 해당 프로그램을 완전히 종료하고, v2rayN에서 시스템 프록시 자동 설정을 선택한 뒤 다시 실행하세요. 시스템 프록시 화면에 로컬 주소와 포트가 입력되었는지도 확인합니다. 프로그램 자체에 네트워크 프록시 옵션이 있다면 시스템 설정을 따르도록 하거나 클라이언트의 수신 대기 포트를 직접 입력하세요. 계속 직접 연결되고 해당 프로그램까지 처리해야 한다면 TUN 모드 활성화를 검토하고, 활성화 후 가상 인터페이스와 라우팅 테이블이 정상적으로 생성되었는지 확인하세요.