10분 빠른 설정

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

정해진 순서로 구독 가져오기, 프록시 모드 선택, 서버 연결, 트래픽 경로 확인을 진행합니다. 처음부터 모든 고급 옵션을 바꿀 필요는 없습니다. 기본 연결을 안정화한 뒤 라우팅, DNS, TUN을 조정하세요.

지원 클라이언트 v2rayN, v2rayNG 진행 순서 가져오기 → 모드 → 연결 → 확인 심화 설정 라우팅, DNS, TUN
시작 전 확인

클라이언트와 유효한 구독 주소 준비

먼저 클라이언트가 정상적으로 실행되는지 확인하고, 서비스 제공업체가 안내한 전체 구독 주소를 준비합니다. 구독 주소는 서버 설정을 제공하고, 클라이언트는 해당 설정을 읽어 라우팅을 선택한 뒤 연결을 생성합니다.

플랫폼 전환 안내: v2rayN 데스크톱의 구독 메뉴는 보통 상단 메뉴나 왼쪽 구독 그룹에 있으며, 시스템 프록시와 TUN 스위치는 메인 화면의 설정 영역에 모여 있습니다. v2rayNG 안드로이드는 오른쪽 상단 메뉴에서 구독 그룹으로 이동하고 연결 스위치는 메인 화면 하단에 있습니다. 버전에 따라 명칭이 조금 다를 수 있지만 진행 순서는 같습니다.

아직 클라이언트를 설치하지 않았다면 먼저 다운로드 페이지에서 현재 기기에 맞는 버전을 선택하세요. 데스크톱에서는 v2rayN, 안드로이드 기기에서는 v2rayNG를 사용합니다. 설치 후 클라이언트를 한 번 실행해 메인 화면이 표시되는지 확인하고, 이때 같은 종류의 클라이언트를 여러 개 동시에 실행하지 마세요. 여러 클라이언트가 시스템 프록시나 가상 네트워크 어댑터 상태를 동시에 변경하면 이후 트래픽을 어느 프로그램이 처리하는지 판단하기 어려워집니다.

구독 주소는 일반적으로 https://로 시작하는 링크입니다. 복사할 때는 첫 글자부터 마지막 글자까지 정확히 선택해 메신저가 만든 줄임표, 줄바꿈, 끝 문장부호가 섞이지 않도록 하세요. 구독 주소를 브라우저 주소창에 직접 붙여 넣어 테스트하지 마세요. 설정을 읽는 데 필요한 식별 정보가 포함될 수 있습니다. 올바른 방법은 클라이언트의 구독 관리 기능에 주소를 전달하는 것입니다.

작업을 시작하기 전에 기기의 날짜, 시간, 시간대가 올바른지도 확인하세요. 여러 전송 방식은 TLS에 의존하므로 시스템 시간이 크게 어긋나면 핸드셰이크가 실패할 수 있습니다. 기기가 절전 모드에서 방금 깨어났거나 시간대를 변경했거나 오랫동안 자동 시간 동기화를 하지 않았다면 시스템의 자동 날짜 및 시간 설정을 먼저 켜고 다음 단계를 진행하세요. 네트워크도 사용할 수 있어야 합니다. 구독 업데이트는 먼저 구독 주소에 접속해야 하며, 업데이트가 완료되어야 클라이언트에 선택 가능한 서버 목록이 표시됩니다.

준비할 항목 설치된 클라이언트

v2rayN 데스크톱 또는 v2rayNG 안드로이드

복사할 항목 전체 구독 주소

서비스 제공업체가 안내한 현재 주소를 사용하세요.

확인할 항목 시스템 시간 정확성

자동 날짜, 시간 및 시간대를 활성화하세요.

01
첫 번째 단계

구독을 가져오고 서버 목록 업데이트

v2rayN 데스크톱에서 구독 추가

v2rayN을 연 뒤 ‘구독 그룹’ 또는 구독 관리 메뉴를 찾아 새 구독을 추가합니다. 이름은 알아보기 쉬운 서비스명으로 입력하고 주소란에는 방금 복사한 전체 구독 주소를 붙여 넣으세요. 이 이름은 클라이언트 내부 분류에만 사용되며 서버 설정을 변경하지 않습니다. 저장한 뒤 메인 화면으로 돌아가 ‘모든 구독 업데이트’를 실행하거나 현재 그룹을 선택한 후 업데이트하세요. 추가와 업데이트는 별개의 작업입니다. 구독 주소만 저장하고 업데이트하지 않으면 서버 목록이 비어 있는 경우가 많습니다.

업데이트 중에는 화면 하단의 상태 정보를 확인하세요. 정상적으로 완료되면 새 구독 그룹이 나타나고 그룹 안에 여러 서버 설정이 표시됩니다. 서버 이름, 프로토콜, 그룹 태그는 구독 내용에 따라 정해지므로 하나씩 직접 입력할 필요가 없습니다. 목록이 표시되었다면 서둘러 라우팅이나 DNS를 조정하지 말고 기본 설정을 유지한 채 다음 단계에서 프록시 모드를 선택하세요.

v2rayNG 안드로이드에서 구독 추가

v2rayNG을 열고 오른쪽 상단 메뉴에서 ‘구독 그룹 설정’ 또는 비슷한 이름의 구독 관리 화면으로 이동합니다. 추가 버튼을 누르고 그룹 이름을 입력한 다음 전체 주소를 구독 주소란에 붙여 넣으세요. 저장 후 메인 화면으로 돌아와 메뉴에서 ‘구독 업데이트’를 실행합니다. 업데이트가 끝나면 기본 목록에 선택 가능한 설정이 표시됩니다. 목록에서 설정을 누르는 것은 현재 서버를 선택하는 동작일 뿐, 아직 연결이 시작된 것은 아닙니다.

업데이트 후에도 설정 항목이 나타나지 않으면 구독 설정으로 돌아가 주소가 완전한지 확인하세요. 흔한 원인은 주소 앞부분의 문자 누락, 끝에 붙은 공백, 실제 링크가 아닌 웹페이지 표시 문구 복사, 또는 서비스 제공업체가 구독 주소를 변경한 경우입니다. 잘못된 항목을 삭제하고 다시 추가하거나 기존 항목을 편집한 뒤 재차 업데이트할 수 있습니다. 목록이 비어 있는 상태에서는 연결 버튼을 반복해서 눌러도 해결되지 않습니다. 클라이언트가 아직 연결 가능한 서버 설정을 받지 못했기 때문입니다.

구독 그룹 업데이트됨
자주 사용하는 구독 현재 그룹
직접 만든 설정 수동 관리

주의: 구독 주소는 설정에 접근하는 정보이므로 공개 페이지에 게시하거나 신뢰할 수 없는 타사 변환 도구에 제공하지 마세요. 주소를 변경해야 한다면 기존 서비스 제공업체에서 다시 받으세요.

완료 여부는 명확합니다. 클라이언트에 구독 그룹이 존재하고 그룹 아래에 선택 가능한 서버 설정이 하나 이상 표시되어야 합니다. 여기까지는 설정 가져오기가 완료되었다는 뜻일 뿐, 기기의 트래픽이 이미 프록시를 통과한다는 의미는 아닙니다. 다음 단계에서 클라이언트가 어떤 앱의 트래픽을 처리할지 결정합니다.

02
두 번째 단계

시스템 프록시 또는 TUN 모드 선택

프록시 모드는 클라이언트가 연결된 뒤 어떤 앱의 트래픽을 처리할지 결정합니다. 처음에는 시스템 프록시부터 사용하는 것이 좋습니다. 시스템 프록시는 적용 범위가 명확하고 브라우저와 시스템 네트워크 설정을 따르는 대부분의 데스크톱 앱에서 바로 사용할 수 있어 문제 원인을 파악하기도 쉽습니다. 시스템 프록시를 읽지 않는 프로그램, 명령줄 도구 또는 더 많은 앱의 트래픽까지 처리해야 할 때 TUN 모드를 고려하세요.

처음에는 시스템 프록시 활성화

v2rayN 메인 화면에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 구성’ 또는 현재 버전에서 같은 의미의 활성화 옵션으로 변경하세요. 활성화하면 클라이언트가 로컬 프록시 주소를 시스템 네트워크 설정에 기록합니다. 이때 시스템 프록시 포트를 직접 다시 수정하지 마세요. 클라이언트가 자체 설정에 따라 값을 관리합니다. v2rayNG는 하단 스위치로 연결을 시작하며, 처음 연결할 때 시스템에 네트워크 연결 권한 창이 표시됩니다. 권한을 승인해야 로컬 가상 네트워크 연결을 만들 수 있습니다.

시스템 프록시는 시스템 설정을 적극적으로 읽는 앱에만 영향을 줍니다. 브라우저는 보통 이 설정을 따르지만 일부 터미널 프로그램, 독립 다운로드 도구, 자체적으로 네트워크 연결을 관리하는 소프트웨어는 무시할 수 있습니다. 따라서 이후 확인할 때 브라우저와 다른 앱을 나누어 점검하세요. 브라우저는 되는데 터미널이 안 된다고 해서 서버 연결에 문제가 있다는 뜻은 아닙니다. 터미널이 시스템 프록시를 읽지 않는 경우가 더 많습니다.

목적에 맞는 라우팅 모드 선택

클라이언트에는 보통 전역, 규칙, 직접 연결과 같은 라우팅 옵션이 있습니다. 처음 연결할 때는 ‘로컬 네트워크 및 중국 본토 우회’ 또는 구독에서 제공하는 규칙 그룹처럼 규칙 모드를 사용하는 것이 좋습니다. 규칙 모드는 도메인, IP, 사전 설정된 규칙에 따라 직접 연결과 프록시 연결을 결정해 일상적인 사용에 적합합니다. 전역 프록시는 더 많은 트래픽을 프록시 출구로 보내므로 짧은 점검에 유용합니다. 규칙 모드에서는 페이지가 열리지 않지만 전역 모드에서 복구된다면 구독 가져오기보다 라우팅 규칙에 문제가 있을 가능성이 큽니다.

직접 연결 모드는 대상 트래픽을 프록시로 보내지 않으며 임시 비활성화나 비교 테스트에 주로 사용합니다. ‘클라이언트에 연결됨이 표시된다’는 것과 ‘현재 라우팅이 프록시 출구를 선택한다’는 것을 같은 의미로 보지 마세요. 연결 상태는 핵심 프로세스가 시작되었음을 뜻하고, 라우팅 모드가 각 요청의 경로를 결정합니다. 처음에는 명확한 모드 하나만 선택하고 여러 라우팅 파일을 동시에 가져오거나 규칙을 대량으로 수정하지 마세요.

SYSTEM PROXY

시스템 프록시

처음 설정하거나 브라우저를 사용할 때 적합합니다. 시스템 네트워크 설정을 따르는 앱의 트래픽을 처리하며, 클라이언트를 종료할 때 원상 복구하기도 쉽습니다.

이 튜토리얼에서는 먼저 선택
TUN

TUN 모드

가상 네트워크 어댑터를 통해 더 많은 트래픽을 처리합니다. 활성화할 때 시스템 권한이 필요할 수 있으며 라우팅과 DNS도 함께 확인해야 합니다.

TUN 설정 읽기 →

TUN은 언제 활성화하나요

대상 앱이 시스템 프록시를 지원하지 않거나 더 많은 프로그램의 트래픽을 통합 처리해야 할 때 TUN 모드를 활성화하세요. v2rayN에서 TUN을 처음 켜면 권한 상승이나 가상 네트워크 구성 요소 설치가 필요할 수 있으며, 완료 후 다시 연결해야 합니다. 다른 가상 네트워크 도구가 같은 네트워크 경로를 동시에 사용하지 않도록 하세요. 기본 경로가 서로 덮어쓰이거나 DNS 조회 방향이 달라질 수 있습니다.

TUN, FakeDNS, 사용자 지정 DNS, 복잡한 라우팅은 서로 연동되므로 기본 연결을 확인하기 전에 한꺼번에 활성화하지 않는 것이 좋습니다. 기본 연결을 완료한 뒤 추가 설정이 필요하면 고급 설정 가이드를 읽어보세요. 이 단계의 완료 조건은 시스템 프록시 또는 TUN을 선택하고, 현재 규칙 모드와 전역 모드 중 무엇을 사용하는지 명확히 정하는 것입니다. 이제 구체적인 서버를 선택해 연결을 시작합니다.

03
세 번째 단계

서버 선택 및 연결 시작

서버 목록으로 돌아가 방금 업데이트한 구독 그룹에서 설정 하나를 선택합니다. v2rayN 데스크톱에서는 보통 서버를 두 번 클릭하거나 마우스 오른쪽 버튼으로 활성 서버로 지정하거나 화면의 현재 서버 지정 옵션을 사용합니다. 선택하면 메인 화면이나 상태 표시줄에 현재 서버 이름이 표시됩니다. v2rayNG 안드로이드에서는 목록의 설정을 누르면 선택 표시가 나타나고, 이어서 하단 연결 스위치를 누릅니다.

처음 테스트할 때는 서버를 연속해서 여러 개 바꾸지 마세요. 하나의 설정을 고정하고 전체 확인 절차를 진행해야 서버 문제인지, 프록시 모드 문제인지, 앱 설정 문제인지 구분할 수 있습니다. 클라이언트에 속도 측정이나 연결 테스트 기능이 있다면 초기 참고 자료로 활용할 수 있지만 결과가 실제 웹페이지 접속과 같지는 않습니다. 최종 판단은 대상 앱이 연결되고 페이지 리소스가 완전히 로드되는지를 기준으로 하세요.

클라이언트가 작동 상태인지 확인

연결을 시작한 뒤 클라이언트의 상태 영역을 확인하세요. v2rayN에는 핵심 프로세스가 실행 중으로 표시되고 시스템 프록시 스위치는 방금 선택한 상태로 유지되어야 합니다. v2rayNG에는 연결됨이 표시되고 하단 버튼이나 상태 아이콘이 바뀌어야 합니다. 처음 네트워크 연결 권한 창이 나타나면 명확히 승인하세요. 권한 창을 닫으면 메인 화면에 서버 선택이 남아 있어도 실제 연결은 생성되지 않습니다.

연결 중에는 클라이언트를 계속 실행하세요. 창을 닫는 것과 프로그램을 종료하는 것은 다릅니다. 데스크톱에서는 창을 닫아도 시스템 트레이에 남아 있을 수 있으며, 종료 메뉴를 선택해야 핵심 프로세스가 중지되고 관련 설정이 복구됩니다. 계속 실행 중인지 확실하지 않다면 트레이 아이콘을 확인하거나 클라이언트를 다시 여세요. 안드로이드에서는 다른 앱으로 전환해도 연결 상태가 유지되어야 합니다. 시스템이 백그라운드 작업을 곧바로 종료한다면 백그라운드 실행 권한과 배터리 관리 설정을 확인하세요.

현재 서버 선택됨

핵심 프로세스가 실행되면 시스템 프록시와 라우팅 모드를 다시 확인합니다.

시스템 프록시 활성화됨
라우팅 모드 규칙
연결 상태 연결됨

연결 실패 시 한 번에 변수 하나만 변경

시작 직후 오류가 발생하면 먼저 오류가 구독 업데이트 후인지 핵심 프로세스 시작 후인지 기록하세요. 구독은 업데이트되지만 핵심 프로세스가 시작되지 않는다면 클라이언트 구성 요소, 설정 형식, 로컬 포트 사용 여부를 확인합니다. 핵심 프로세스는 시작되지만 대상 페이지에 접속할 수 없다면 서버, 라우팅, DNS를 점검하세요. 클라이언트 재설치, 구독 교체, TUN 전환, DNS 변경을 동시에 하지 마세요. 원인을 파악하기 어려워집니다.

가장 간단한 비교 방법은 같은 구독 그룹의 다른 서버로 바꾼 뒤 다시 연결하는 것입니다. 특정 설정 하나만 실패하고 다른 설정은 작동한다면 먼저 구독 서비스 제공업체에 해당 서버 상태를 문의하세요. 모든 설정이 실패하면 클라이언트 수준으로 돌아가 프록시 모드와 권한을 확인합니다. 더 많은 오류 메시지와 처리 순서는 도움말 센터에서 확인할 수 있습니다. 이제 마지막 단계로 실제 트래픽이 예상대로 프록시를 통과하는지 확인합니다.

04
네 번째 단계

브라우저와 앱에 프록시가 적용되는지 확인

연결 버튼이 활성화된 것만으로는 1차 확인에 불과합니다. 전체 확인은 세 단계로 진행합니다. 먼저 클라이언트 핵심 프로세스가 실행 중인지 보고, 다음으로 대상 앱이 요청을 클라이언트에 전달하는지 확인하며, 마지막으로 라우팅 규칙이 올바른 출구를 선택하는지 점검합니다. 이 순서로 확인하면 브라우저 확장 프로그램 충돌을 서버 장애로 오해하거나 특정 라우팅 규칙 문제를 구독 전체의 문제로 판단하는 일을 피할 수 있습니다.

먼저 브라우저로 기본 확인

클라이언트 연결을 유지한 상태에서 브라우저를 완전히 종료한 뒤 다시 열고, 평소 프록시가 필요한 대상 페이지에 접속하세요. 브라우저를 다시 시작하면 시스템 프록시 설정을 새로 읽습니다. 페이지가 열리고 리소스가 정상적으로 로드되면 구독, 서버, 클라이언트 핵심 프로세스, 브라우저 프록시 경로가 기본적으로 연결된 것입니다. 이어서 자주 사용하는 직접 연결 페이지에도 접속해 규칙 모드에서 두 종류의 접속이 모두 정상인지 확인하세요.

브라우저가 계속 이전 경로를 사용한다면 프록시를 별도로 관리하는 확장 프로그램이 설치되어 있는지 확인하세요. 이런 확장 프로그램은 시스템 설정을 덮어써 브라우저가 v2rayN을 따르지 않게 만들 수 있습니다. 점검할 때는 확장 프로그램을 잠시 비활성화하고 클라이언트의 시스템 프록시는 유지한 뒤 브라우저를 다시 열어 테스트하세요. 브라우저 네트워크 설정의 출처도 확인해 시스템 프록시를 사용하는지, 다른 주소와 포트가 고정되어 있지 않은지 점검할 수 있습니다.

터미널과 독립 앱도 따로 확인

터미널 프로그램은 시스템 프록시를 읽지 않는 경우가 많으므로 브라우저는 되는데 명령줄은 실패하는 현상이 흔합니다. 먼저 해당 프로그램이 시스템 프록시, 환경 변수, 앱 내부 프록시를 지원하는지 확인하세요. 터미널이 적용되지 않는다고 바로 서버를 바꾸지는 마세요. 이런 트래픽까지 통합 처리하려면 TUN 모드를 검토하고, 특정 프로그램 하나만 프록시를 사용하게 하려면 해당 프로그램의 프록시 설정 방식에 따라 구성하세요.

독립 앱도 같은 방식으로 판단합니다. 앱 내부에 고정 프록시가 입력되어 있으면 시스템 프록시를 우회하거나 덮어쓸 수 있고, 프록시를 전혀 지원하지 않는 앱은 시스템 프록시 모드로 처리되지 않을 수 있습니다. 먼저 앱의 네트워크 설정을 확인한 뒤 TUN 전환 여부를 결정하세요. 브라우저와 터미널을 나누어 점검하는 전체 과정은 시스템 프록시가 적용되지 않을 때의 단계별 점검에서 확인할 수 있습니다.

클라이언트 로그로 요청 경로 확인

클라이언트 로그를 통해 요청이 로컬 프록시에 도달했는지, 라우팅 규칙이 직접 연결·프록시·차단 중 무엇을 선택했는지 확인할 수 있습니다. 확인할 때 로그 창을 열어 둔 상태에서 대상 페이지를 한 번만 새로 고치고 해당 도메인이나 연결 기록이 나타나는지 살펴보세요. 새 기록이 전혀 없다면 앱과 클라이언트 사이에서 문제가 발생한 것입니다. 기록은 있지만 연결에 실패한다면 서버 연결, DNS 조회, 라우팅 선택을 계속 확인하세요.

로그는 방향을 판단하는 용도이므로 한 줄씩 설정을 수정할 필요는 없습니다. 도메인이 직접 연결로 분류되었는데 프록시를 사용해야 한다면 먼저 전역 모드로 짧게 비교 테스트를 하세요. 전역 모드에서는 접속되지만 규칙 모드에서는 안 된다면 라우팅 규칙을 조정해야 합니다. 두 모드 모두 실패하면 다른 서버를 테스트하고 기기 시간, 네트워크 권한, DNS 상태를 확인하세요. 라우팅 규칙과 DNS를 체계적으로 조정하는 방법은 고급 설정 가이드에서 다룹니다.

A
클라이언트 상태

핵심 프로세스가 실행 중이고 현재 서버가 명확하며 연결이 즉시 종료되지 않습니다.

B
브라우저 경로

재시작 후 시스템 프록시를 읽고 대상 페이지가 완전히 로드됩니다.

C
로그 및 라우팅

요청이 클라이언트로 들어오고 규칙에 따라 예상한 출구 방향으로 처리됩니다.

완료 조건: 클라이언트 연결이 유지되고 브라우저가 대상 페이지에 예상대로 접속하며 자주 사용하는 직접 연결 페이지도 정상적으로 열립니다. 로그에는 요청이 들어와 라우팅된 기록이 표시됩니다. 기본 설정이 완료되었습니다.

빠른 문제 해결

적용되지 않을 때 계층별로 확인

재설치부터 시작하지 마세요. 문제가 구독, 핵심 프로세스, 앱 연동, 라우팅 중 어느 계층에 있는지 먼저 판단한 뒤 해당 부분만 수정하세요.

1

목록이 존재하는가

서버 목록이 비어 있으면 구독 설정으로 돌아가 주소를 확인하고 다시 업데이트하세요. 이때 프록시 모드를 조정할 필요는 없습니다.

2

핵심 프로세스가 실행 중인가

연결 직후 종료된다면 시작 오류, 권한, 로컬 포트 사용 여부를 확인한 뒤 다른 서버를 시도하세요.

3

앱이 트래픽을 넘기는가

브라우저와 터미널을 나누어 테스트하고 앱이 시스템 프록시를 읽는지 확인하거나 필요에 따라 TUN 모드를 검토하세요.

4

규칙이 일치하는가

전역 모드로 짧게 비교 테스트하세요. 규칙 모드에서만 실패할 때 도메인, IP, DNS 분기 설정을 확인합니다.

구독 업데이트가 실패하면 주소와 현재 네트워크를 우선 확인하세요. 핵심 프로세스 시작이 실패하면 권한, 구성 요소, 포트를 확인합니다. 특정 앱만 실패하면 해당 앱의 프록시 출처를 점검하고, 특정 종류의 도메인만 실패하면 라우팅과 DNS를 확인하세요. 계층별로 처리하는 편이 스위치를 여러 개 연속해서 바꾸는 것보다 보통 빠릅니다.

문제를 더 세밀하게 분류해야 한다면 도움말 센터에서 설치 및 설정, 사용 팁, 문제 해결 문답을 확인하세요. 여러 구독 관리, 사용자 지정 라우팅 작성, 분할 DNS 설정, FakeDNS 또는 사용자 지정 출구 활성화가 필요하다면 고급 설정 가이드를 계속 읽어보세요. 기본 튜토리얼은 여기서 끝나며 이후 설정은 실제 필요에 따라 하나씩 추가해야 합니다.