V2Ray 사용법: 구독 가져오기부터 연결 확인까지

다음 네 가지 작업을 정해진 순서대로 진행합니다: 구독 가져오기, 프록시 모드 선택, 서버 연결, 트래픽 확인. 이 글에서는 최초 설정에 필요한 단계만 다루며, 프로토콜 원리와 고급 라우팅 매개변수는 용어 설명과 전체 설치 가이드에서 별도로 안내합니다.

v2rayN 데스크톱 v2rayNG 안드로이드 구독 → 모드 → 연결 → 확인

구독 주소 준비및 클라이언트

설정을 시작하기 전에 아직 유효하고 클라이언트에서 읽을 수 있는 구독 주소를 준비해야 합니다. 구독 주소는 보통 서비스 제공업체의 사용자 페이지에서 생성되며, VMess, VLESS, Trojan 또는 Shadowsocks 설정이 여러 개 포함될 수 있습니다. 복사할 때는 전체 프로토콜 헤더, 도메인, 경로와 매개변수를 유지하세요. 물음표 뒤의 문자를 직접 삭제하거나 웹페이지 주소를 구독 주소로 착각해서는 안 됩니다. 구독에는 서버 설정을 읽을 수 있는 민감한 정보가 포함되므로 공개 페이지, 단체 채팅 캡처 또는 오류 로그에 게시하지 마세요.

데스크톱에서는 v2rayN을, 안드로이드 기기에서는 v2rayNG를 사용합니다. 클라이언트를 아직 설치하지 않았다면 먼저 설치 파일 페이지에서 해당 시스템을 선택한 다음 이 가이드로 돌아오세요. 처음부터 모든 프로토콜 필드를 이해할 필요는 없습니다. 구독이 업데이트되고 목록에 서버가 표시되면 계속 진행할 수 있습니다. VMess, VLESS, 전송 방식, TLS, REALITY 및 Xray 같은 개념은 용어 설명에서 필요한 항목만 확인할 수 있습니다.

구독 가져오기및 서버 목록 업데이트

구독 가져오기의 목적은 주소를 클라이언트에 저장하는 데서 끝나지 않습니다. 클라이언트가 원격 내용을 정상적으로 읽고, 그 안의 설정을 선택 가능한 서버 항목으로 변환해야 합니다. 완료 후에는 구독 주소 하나가 아니라 서버 이름, 프로토콜 유형 또는 구독 그룹이 표시되어야 합니다. 목록이 계속 비어 있다면 프록시 모드 설정으로 넘어가지 마세요. 이후 연결할 활성 서버가 없기 때문입니다.

v2rayN 데스크톱에서 실행

v2rayN 메인 창을 열고 상단 메뉴에서 ‘구독 그룹’ 관련 항목을 찾아 새 구독을 추가합니다. ‘자주 사용하는 구독’처럼 식별하기 쉬운 이름을 입력하고, 주소 입력란에 방금 복사한 전체 구독 링크를 붙여 넣으세요. 주소의 앞뒤에 공백이 없는지 확인한 후 저장합니다. 저장은 구독 소스를 기록하는 작업일 뿐이므로, 다음으로 구독 그룹 메뉴에서 업데이트를 실행해야 합니다. 업데이트하는 동안 네트워크 연결을 유지하고 클라이언트의 요청 및 분석이 끝날 때까지 기다리세요.

업데이트가 완료되면 메인 창의 서버 목록에 여러 설정 행이 표시됩니다. 구독 그룹을 클릭하면 해당 항목이 방금 추가한 소스에 속하는지 확인할 수 있습니다. 창이 계속 비어 있으면 업데이트를 다시 실행하세요. 요청 실패 또는 분석 실패가 표시되면 링크가 완전히 복사되었는지, 구독이 만료되지 않았는지, 현재 네트워크에서 구독 소스에 접근할 수 있는지 확인합니다. 실패한 상태에서 프로토콜, 보안 또는 전송 매개변수를 계속 수정하지 마세요. 구독이 분석되지 않았다면 해당 매개변수는 아직 클라이언트에 적용되지 않은 상태입니다.

v2rayNG 안드로이드에서 실행

v2rayNG를 열고 오른쪽 상단 메뉴의 구독 설정으로 이동해 새 구독 항목을 만듭니다. 식별하기 쉬운 메모를 입력한 다음 주소 입력란을 길게 눌러 전체 링크를 붙여 넣고 저장하세요. 설정 목록으로 돌아온 뒤 메뉴에서 구독 업데이트를 실행합니다. 버전에 따라 업데이트 후 바로 목록으로 돌아가거나 간단한 결과 알림이 표시될 수 있습니다. 성공 여부는 설정 목록에 선택 가능한 항목이 나타났는지로 판단하세요.

서비스 제공업체가 구독 주소가 아닌 vmess://, vless://, trojan:// 또는 ss://로 시작하는 단일 공유 링크를 제공했다면 ‘클립보드에서 가져오기’와 같은 메뉴로 개별 설정을 가져올 수 있습니다. 단일 링크는 가져온 뒤 구독 업데이트 기능이 자동으로 생기지 않으므로 서비스 매개변수가 변경되면 다시 가져와야 합니다. 장기간 사용할 경우에는 이후 일괄 업데이트가 가능하도록 서비스 제공업체가 제공한 구독 주소를 우선 저장하는 것이 좋습니다.

이 단계의 결과 확인

이 단계가 완료되었다는 명확한 기준은 클라이언트에 구독 그룹이 하나 표시되고, 그룹 안에 선택 가능한 서버 설정이 하나 이상 있는 것입니다. 이때 이름만 보고 속도를 추측하거나 설정을 일괄 변경할 필요는 없습니다. 목록에서 항목 하나를 선택해 다음 단계의 테스트 대상으로 사용하세요. 구독, 노드, 서버 설정의 관계를 알고 싶다면 먼저 구독 및 노드 용어를 확인한 뒤 두 번째 단계로 돌아오세요.

프록시 모드 선택클라이언트로 보낼 트래픽 결정

구독 업데이트가 완료되면 클라이언트가 기기 트래픽을 어떻게 처리할지 결정해야 합니다. 일반적인 선택지는 규칙 기반 분할, 전체 프록시, 직접 연결로 나눌 수 있습니다. 모드는 트래픽의 경로만 결정하며, 작동하지 않는 서버를 복구하거나 구독 내용을 바꾸지는 않습니다. 처음 설정할 때는 클라이언트의 기본 규칙 모드 또는 ‘중국 본토 우회’ 모드로 테스트하는 것이 좋습니다. 규칙에 해당하는 연결은 프록시로 보내고 나머지는 직접 연결하므로, 국내 서비스와 프록시 대상 서비스를 함께 사용하는 일상 환경에 적합합니다.

세 가지 모드 선택 기준

규칙 기반 분할은 일반적인 사용에 적합합니다. 클라이언트가 도메인, IP, 지역 데이터 또는 사전 설정 규칙에 따라 경로를 판단하고, 프록시 규칙에 일치하는 요청은 현재 서버를 사용하며 직접 연결 규칙에 일치하는 요청은 바로 접속합니다. 전체 모드는 대부분의 가로챌 수 있는 트래픽을 현재 서버로 통일해 보내므로 ‘규칙이 적용되지 않아서인지’를 짧게 점검할 때 유용하지만, 모든 프로그램이 반드시 가로채진다고 이해해서는 안 됩니다. 직접 연결 모드는 프록시를 거치지 않으며 프록시 일시 중지, 네트워크 상태 비교 또는 로컬 네트워크 점검에 주로 사용합니다.

최초 연결 확인만 진행하려면 먼저 규칙 기반 분할을 선택하세요. 이후 규칙 모드에서는 특정 웹사이트에 접속할 수 없지만 전체 모드에서는 정상이라면 서버를 반복해서 바꾸기보다 라우팅 규칙을 점검하는 것이 좋습니다. 도메인 규칙, IP 규칙, GeoSite, GeoIP, 스니핑과 FakeDNS는 각각 역할이 다릅니다. 이 글에서는 매개변수 조합을 다루지 않으므로, 체계적으로 조정하려면 전체 설치 가이드의 라우팅 장을 확인하세요.

v2rayN 데스크톱 설정

v2rayN 메인 창 또는 트레이 메뉴에서 라우팅 모드를 찾아 ‘중국 본토 우회’ 또는 현재 버전의 기본 규칙 방식을 선택합니다. 선택한 후 메뉴의 현재 항목이 바뀌었는지 확인하세요. 여기서는 라우팅 규칙만 정하고 시스템 프록시는 아직 켜지 않습니다. 시스템 프록시는 브라우저와 시스템 설정을 따르는 앱이 요청을 v2rayN에 전달할지를 결정하므로, 다음 단계에서 서버를 선택한 뒤 함께 켜야 각 작업의 결과를 더 쉽게 판단할 수 있습니다.

창에 ‘전체’, ‘직접 연결’ 등의 옵션이 있다면 연결 확인에 실패했을 때 비교용으로 사용할 수 있습니다. 규칙 모드는 실패하지만 전체 모드는 성공한다면 서버 자체는 작동하고 라우팅 규칙 매칭에 문제가 있을 가능성이 큽니다. 두 모드 모두 실패하면 서버, 네트워크 또는 코어 로그를 확인하세요. 라우팅 모드, 코어 유형과 구독 매개변수를 동시에 바꾸지 마세요. 한 번의 테스트에 변수가 여러 개 들어가 원인을 찾기 어려워집니다.

v2rayNG 안드로이드 설정

설정의 라우팅 구성으로 이동해 클라이언트에 있는 규칙 방식을 선택합니다. 처음부터 복잡한 규칙을 만들거나 도메인을 하나씩 입력할 필요는 없습니다. 앱별 프록시를 활성화했다면 대상 앱이 가로채기 범위에 포함되어 있는지도 확인하세요. 그렇지 않으면 클라이언트에는 연결됨으로 표시되어도 대상 앱은 계속 직접 연결될 수 있습니다. 최초 확인 때는 앱별 제한을 잠시 해제하고 기본 연결이 정상화된 후 앱별로 범위를 좁히는 방법이 좋습니다.

메인 화면으로 돌아와 방금 가져온 설정이 계속 선택되어 있는지 확인합니다. 이제 모드와 서버가 준비되었으므로 다음 단계에서는 연결만 시작하면 됩니다. 버전에 따라 모드 이름이 조금 다를 수 있지만 기준은 같습니다. 규칙 모드는 매칭 결과에 따라 분할하고, 전체 모드는 프록시 범위를 넓히며, 직접 연결 모드는 현재 프록시 서버를 사용하지 않습니다.

서버 선택 및 연결시스템 트래픽을 클라이언트로 전달

연결 단계로 넘어가기 전에 구독 업데이트 성공, 목록에 서버 존재, 프록시 모드 결정이라는 세 가지 조건을 충족해야 합니다. 이제 목록에서 설정 하나를 활성 서버로 선택하세요. 서버 이름은 서비스 제공업체가 붙인 메모일 뿐 설정의 정상 작동을 단독으로 증명하지 않습니다. 실제 판단 기준은 코어가 시작되는지, 핸드셰이크가 완료되는지, 대상 앱이 현재 라우팅을 통해 접속되는지입니다.

v2rayN 데스크톱 연결

서버 목록에서 대상 항목을 클릭한 다음 오른쪽 클릭 메뉴 또는 Enter 키로 활성 서버로 지정합니다. 선택된 항목은 보통 색상, 글꼴 또는 상태 표시가 달라집니다. 이어서 시스템 프록시 메뉴를 열고 ‘시스템 프록시 자동 구성’ 또는 현재 버전에서 같은 의미의 활성화 항목을 선택하세요. 이 작업은 시스템 프록시 주소를 v2rayN의 로컬 리스닝 포트로 지정해 브라우저와 시스템 프록시를 따르는 앱의 요청을 클라이언트로 전달합니다.

완료 후 창 하단의 상태 또는 트레이 아이콘을 확인해 코어가 시작되었는지 확인합니다. 포트가 사용 중이라는 알림이 표시되면 다른 프로그램이 같은 로컬 포트를 사용하고 있다는 뜻입니다. 기존 프록시 클라이언트를 먼저 종료한 뒤 v2rayN을 다시 시작하세요. 코어가 시작되자마자 중지되면 마지막 줄만 보지 말고 로그를 열어 첫 번째 오류를 확인합니다. 설정 형식 오류, 대상 주소에 접근할 수 없는 문제, 로컬 포트 충돌은 처리 방법이 다르며 로그에 처음 나타난 명확한 오류가 원인에 더 가까운 경우가 많습니다.

일부 앱은 시스템 프록시 설정을 읽지 않으므로 v2rayN이 연결되어 있어도 직접 연결을 유지할 수 있습니다. 최초 확인은 먼저 시스템 프록시를 정상적으로 따르는 브라우저로 진행해 기본 경로가 작동하는지 확인하세요. 더 많은 프로그램을 가로채야 한다면 전체 설치 가이드의 TUN 및 플랫폼별 설정을 확인하고, 최초 연결 단계에서 추가 네트워크 계층을 동시에 적용하지 마세요.

v2rayNG 안드로이드 연결

설정 목록에서 서버 하나를 눌러 해당 항목이 현재 설정으로 표시되는지 확인한 후 메인 화면의 연결 스위치를 누릅니다. 시스템이 처음 로컬 VPN 터널을 만들 때 권한 대화상자가 표시되며, 승인해야 클라이언트가 선택한 앱의 네트워크 요청을 가로챌 수 있습니다. 권한 승인 후 메인 화면으로 돌아오면 연결 스위치와 상태 영역에 시작됨이 표시되고, 시스템 상태 표시줄에도 보통 연결 아이콘이 나타납니다.

연결을 누른 직후 다시 연결되지 않음 상태로 돌아가면 먼저 로그를 열어 코어 시작 정보를 확인하세요. 설정 매개변수가 만료되었거나, 구독 내용이 완전히 분석되지 않았거나, 현재 서버 주소에 접근할 수 없거나, 시스템의 배터리 절약 정책이 백그라운드 프로세스를 너무 빨리 종료한 것이 흔한 원인입니다. 먼저 v2rayNG를 전면에 둔 상태로 브라우저 확인을 한 번 완료하세요. 기본 연결이 성공한 후 기기 시스템 설정에서 백그라운드 실행을 허용하면 됩니다. 백그라운드 유지 문제는 기기 관리 영역이므로 프로토콜 필드를 반복해서 수정해 해결할 일이 아닙니다.

연결 후에는 먼저 일괄 속도 측정을 하지 마세요

최초 설정의 핵심은 경로가 정상 요청을 한 번 완료할 수 있는지 확인하는 것입니다. 일괄 속도 측정은 여러 서버에 동시에 요청하므로 현재 네트워크, 서버 부하와 테스트 대상의 영향을 크게 받습니다. 먼저 서버 하나로 네 번째 단계의 확인을 완료하고, 실패하면 같은 구독의 다른 항목을 바꿔 비교하세요. 여러 항목이 같은 단계에서 모두 실패한다면 특정 서버 이름보다 구독 소스, 로컬 네트워크, 시스템 프록시 또는 클라이언트 설정에 문제가 있을 가능성이 큽니다.

적용 여부 확인연결됨과 프록시 적용을 구분

클라이언트에 ‘연결됨’이 표시된다는 것은 로컬 코어 또는 네트워크 터널이 시작되었다는 뜻일 뿐, 대상 앱의 요청이 반드시 현재 서버를 거친다는 의미는 아닙니다. 앱의 접속 결과, 공개 네트워크 출구와 클라이언트 로그를 함께 확인해야 합니다. 세 결과가 서로 일치해야 앱에서 로컬 프록시를 거쳐 원격 서버로 이어지는 전체 경로가 작동한다고 판단할 수 있습니다.

먼저 브라우저 요청을 새로 실행

테스트 페이지를 닫았다가 다시 열거나 새 시크릿 창에서 공개 네트워크 출구 정보를 표시하는 페이지에 접속하세요. 브라우저 캐시, 장시간 연결과 DNS 캐시가 연결 전 결과를 계속 사용할 수 있으므로 기존 페이지를 단순히 새로 고치기만 하지 마세요. 연결 전후의 공개 출구 정보를 기록합니다. 연결 후 출구가 예상대로 바뀌고 일반 웹페이지도 안정적으로 로드된다면 브라우저 트래픽이 프록시로 들어간 것입니다.

출구가 바뀌지 않았다면 데스크톱에서는 먼저 v2rayN의 시스템 프록시가 실제로 활성화되어 있는지 확인하고, 브라우저에 별도의 프록시가 설정되어 있지 않은지도 점검하세요. 안드로이드에서는 앱별 프록시 범위를 확인해 테스트 브라우저가 제외되지 않았는지 살펴봅니다. 출구는 바뀌었지만 일부 웹사이트가 열리지 않는다면 두 번째 단계로 돌아가 규칙 모드와 전체 모드를 비교해 라우팅 매칭 문제인지 판단하세요.

로그로 요청 경로 판단

클라이언트 로그 창을 보이는 상태로 유지하면서 테스트 페이지를 다시 엽니다. 정상이라면 로그에 새 요청 시간과 일치하는 연결 기록이 나타납니다. 브라우저에서 접속했는데 로그에 새 내용이 전혀 없다면 트래픽이 클라이언트로 들어가지 않았을 수 있으므로 시스템 프록시, 앱별 범위 또는 앱 자체의 프록시 설정을 우선 점검하세요. 로그에 요청이 기록된 뒤 연결 시간 초과, 핸드셰이크 실패 또는 대상 접근 불가가 표시된다면 트래픽은 이미 클라이언트에 들어온 것이며 문제는 서버 연결이나 설정 매개변수에 있습니다.

로그에는 서버 주소, 도메인과 구독 설정 관련 정보가 포함될 수 있습니다. 오류 화면을 저장해야 한다면 오류 유형을 보여주는 부분만 캡처하고 구독 주소, 사용자 식별자와 서버 인증 필드는 가리세요. 전체 설정을 그대로 공개하지 마세요. 프로토콜 필드의 의미는 용어 설명에서 확인할 수 있으며, 체계적인 로그 점검은 전체 설치 가이드의 문제 해결 장에서 다룹니다.

두 번째 앱으로 교차 확인

브라우저 확인이 끝나면 시스템 프록시를 따르거나 가로채기 범위에 포함된 다른 앱도 열어 테스트할 수 있습니다. 브라우저는 정상인데 다른 앱이 직접 연결된다면 해당 앱이 시스템 프록시를 읽지 않거나 앱별 프록시 범위에 포함되지 않은 경우가 많습니다. 이때 구독을 다시 가져올 필요는 없습니다. 반대로 모든 앱에서 접속할 수 없다면 연결 상태와 로그 단계로 돌아가 확인하고, 문제를 특정 앱 탓으로 돌리지 마세요.

확인이 완료되면 최초 설정이 끝난 것입니다. 이후 일상적인 작업은 ‘구독 업데이트, 서버 선택, 연결’ 세 가지로 줄일 수 있습니다. 구독 업데이트 후 현재 서버가 교체되었다면 활성 항목을 다시 선택하세요. 네트워크 환경을 바꾼 뒤 잠시 끊기면 전체 설정을 삭제하고 처음부터 다시 시작하기보다 먼저 연결을 끊었다가 다시 연결해 로컬 터널을 재구성하세요.

연결 실패정해진 순서로 점검

구독 삭제, 코어 전환, 라우팅 변경과 클라이언트 재설치를 동시에 진행하지 마세요. 계층별로 점검하면서 각 단계의 결과를 명확히 남기세요.

  1. 구독 업데이트 가능 여부 확인

    구독 업데이트를 수동으로 한 번 실행해 링크 만료, 요청 실패 또는 분석 실패 알림이 없는지 확인합니다. 목록이 비어 있다면 먼저 구독 문제를 해결하고 연결 테스트로 넘어가지 마세요.

  2. 같은 구독의 다른 서버로 변경

    활성 서버만 바꾸고 프록시 모드와 기타 설정은 그대로 유지하세요. 한 항목은 실패하고 다른 항목은 정상이라면 클라이언트의 기본 설정은 작동하는 것입니다.

  3. 규칙 모드와 전체 모드 비교

    규칙 모드에서는 실패하지만 전체 모드에서는 정상이라면 도메인 또는 IP의 라우팅 매칭을 확인하세요. 두 모드 모두 실패하면 시스템 프록시, 로그와 서버 연결을 계속 점검합니다.

  4. 트래픽이 클라이언트로 들어가는지 확인

    브라우저 요청을 실행하면서 로그를 확인하세요. 새 기록이 없으면 데스크톱의 시스템 프록시 또는 안드로이드 앱별 범위를 점검하고, 오류가 있으면 처음 나타난 명확한 오류를 기준으로 원인을 찾습니다.

  5. 플랫폼별 설정은 마지막에 처리

    기본 경로를 확인한 후 TUN, 백그라운드 유지, 앱별 프록시와 사용자 지정 라우팅을 조정하세요. 복잡한 환경은 전체 설치 가이드로 이동해 입문 과정에 변수를 너무 많이 추가하지 않도록 합니다.