v2rayN·v2rayNG 사용법

단계 01

구독 가져오기

구독 주소는 일반 웹페이지 주소와 용도가 다릅니다. 클라이언트가 읽을 수 있는 서버 설정을 가리키며, 구독을 업데이트해야 설정이 목록에 추가됩니다. 먼저 설정 제공 페이지로 돌아가 구독 링크로 명확히 표시된 전체 주소를 복사하세요. 계정 관리 페이지 주소나 브라우저 주소창에 표시된 로그인 페이지 주소를 구독 주소로 사용하면 안 됩니다. 복사할 때 주소의 매개변수를 유지하고 앞뒤 공백, 줄바꿈, 한글 문장 부호가 섞이지 않도록 주의하세요.

v2rayN: 그룹 추가 후 구독 업데이트

v2rayN을 열고 상단의 ‘구독 그룹’에서 ‘구독 그룹 설정’으로 이동합니다. 그룹을 추가하고 메모나 별칭에 알아보기 쉬운 이름을 입력한 뒤, 주소 입력란에 구독 주소 전체를 붙여 넣으세요. 처음 사용할 때는 나머지 옵션을 기본값으로 두면 됩니다. 주소가 잘리지 않았는지 확인하고 설정을 저장한 다음 창을 닫아 메인 화면으로 돌아갑니다. 이 단계에서는 구독 경로만 저장한 것이며 서버 목록을 가져오지는 않았습니다.

‘구독 그룹’ 메뉴를 다시 열고 구독 업데이트를 실행합니다. 버전에 따라 프록시를 사용하지 않는 업데이트와 프록시를 사용하는 업데이트가 따로 있을 수 있습니다. 사용 가능한 연결을 아직 만들지 않았다면 먼저 프록시 없이 업데이트하세요. 연결이 이미 되고 구독 서비스에 프록시 접속이 필요한 경우에만 다른 방식을 시도합니다. 업데이트가 끝나면 방금 추가한 그룹을 선택하고 서버 항목이 나타나는지 확인하세요. 별칭, 주소, 프로토콜 유형 등이 목록에 표시되어야 설정을 가져온 것입니다.

v2rayNG: 구독 저장 후 메인 화면에서 업데이트

v2rayNG를 열고 오른쪽 위 메뉴에서 ‘구독 그룹 설정’을 선택합니다. 추가 버튼으로 그룹을 만들고 메모와 구독 주소를 입력한 뒤 저장하세요. 메인 화면으로 돌아와 해당 구독 그룹을 선택한 다음, 오른쪽 위 메뉴에서 ‘현재 구독 업데이트’를 실행합니다. 버전에 따라 업데이트 항목이 구독 관리 메뉴 안에 있을 수 있습니다. 새 주소를 반복해서 추가하지 말고 방금 저장한 그룹을 업데이트하세요.

업데이트 결과가 표시될 때까지 기다린 후 메인 화면에 선택 가능한 항목이 있는지 확인하세요. 업데이트 성공으로 표시되는데 목록이 비어 있다면 현재 해당 구독 그룹을 보고 있는지, 필터가 설정되어 있는지 먼저 확인합니다. 가져오기에 실패했다면 구독 주소, 계정 유효 기간, 현재 네트워크를 다시 확인하세요. 같은 그룹을 여러 개 만들거나 구독 문제를 해결하려고 DNS나 전송 매개변수를 먼저 바꾸지 마세요. 원인을 파악하기 어려워질 수 있습니다.

이 단계의 완료 기준: 대상 그룹에 선택 가능한 서버 설정이 표시됩니다. 구독은 여러 설정을 관리하는 경로이고 개별 연결 설정은 그 안에 있는 항목이므로 서로 다른 단계의 설정입니다. 차이가 궁금하다면 용어 설명을 참고하세요. 목록을 준비했다면 다음 단계에서는 앱 트래픽을 클라이언트로 보내는 방법과 이후 사용할 출구를 정합니다.

단계 02

프록시 모드 선택

프록시 모드는 두 단계로 나누어 이해해야 합니다. 첫째는 트래픽 진입 경로입니다. 데스크톱 앱이 시스템 프록시를 따르는지, Android 앱의 트래픽이 클라이언트가 만든 VPN 서비스로 들어가는지를 뜻합니다. 둘째는 라우팅 규칙입니다. 트래픽이 클라이언트 코어에 도달한 뒤 프록시, 직접 연결, 차단 중 어떤 방식으로 처리되는지를 결정합니다. 시스템 프록시를 켜도 모든 연결이 프록시를 이용하는 것은 아니며, 전역 라우팅을 선택해도 원래 클라이언트에 들어오지 않는 앱의 트래픽까지 자동으로 처리되지는 않습니다.

데스크톱: 라우팅을 정한 뒤 시스템 프록시 켜기

v2rayN 메인 화면이나 트레이 메뉴에서 라우팅 설정을 찾습니다. 처음 설정할 때는 ‘중국 본토 우회’와 같은 기본 제공 규칙을 사용할 수 있습니다. 일반적으로 직접 연결 규칙에 해당하는 트래픽은 바로 접속하고, 나머지는 선택한 설정에 따라 처리합니다. 분할 라우팅의 영향을 잠시 확인하고 싶다면 전역 프록시 계열 설정으로 잠깐 바꿔 비교할 수 있습니다. 다만 먼저 설정 설명을 읽고 기본 출구가 실제로 프록시인지 확인하세요. 버전에 따라 이름과 규칙 내용이 다를 수 있으므로 ‘전역’이라는 단어만으로 동작을 짐작하지 마세요.

라우팅을 선택한 뒤 ‘시스템 프록시’ 항목을 찾습니다. 브라우저 등 시스템 설정을 따르는 앱에서 클라이언트를 사용하려면 ‘시스템 프록시 자동 설정’을 선택하세요. 이 가이드에서는 다음 단계에서 활성 서버를 설정한 후 이 옵션을 켭니다. ‘시스템 프록시 지우기’는 일반적으로 클라이언트가 설정한 시스템 프록시를 해제할 때 사용하고, ‘시스템 프록시 변경 안 함’은 이 설정을 클라이언트가 건드리지 않는다는 뜻입니다. 처음 연결할 때는 TUN을 함께 켜거나 브라우저에 별도의 프록시 확장 프로그램을 설정할 필요가 없습니다.

Android: 라우팅 설정과 앱 범위 확인

v2rayNG 설정 또는 라우팅 메뉴에서 현재 설정을 확인합니다. 우선 기본 라우팅을 사용하고 사용자 지정 도메인, IP, 규칙 파일은 추가하지 마세요. 이전에 앱별 프록시 설정을 했다면 현재 브라우저가 제외되어 있는지 확인합니다. 제외된 앱은 메인 화면에 연결 중으로 표시되어도 직접 연결을 계속할 수 있으므로 프록시 출구 확인에 사용할 수 없습니다. 처음 설정할 때는 직접 추가한 앱 필터를 해제해 테스트를 재현하기 쉽게 한 뒤, 필요한 항목을 하나씩 다시 설정하세요.

여기서 선택하는 것은 트래픽 처리 규칙입니다. 실제로 트래픽을 연결하려면 연결 버튼을 누르고 시스템 VPN 권한을 허용해야 합니다. 기기에서 같은 VPN 경로를 사용하는 다른 도구가 실행 중이라면 먼저 연결을 끊고 v2rayNG를 시작하세요. 두 도구가 시스템의 활성 연결을 번갈아 바꾸는 상황을 방지할 수 있습니다. 첫 연결 문제를 확인할 때 여러 트래픽 처리 기능을 동시에 실행하지 마세요.

이 단계의 완료 기준: 현재 선택된 라우팅 설정을 알고 있으며 테스트할 앱이 제외되지 않은 것을 확인했습니다. 프로토콜 매개변수, 암호화 항목, 전송 설정은 구독에 포함된 값을 그대로 사용하세요. 서버와 클라이언트 설정은 서로 일치해야 하므로 연결을 시도한다고 임의로 바꾸면 안 됩니다. 전역, 직접 연결, 규칙 기반 라우팅에 대한 자세한 설명은 자주 묻는 질문을 참고하세요. 다음 단계에서는 서버를 선택하고 연결을 켭니다.

단계 03

연결 시작

구독 그룹에서 사용할 서버를 하나 선택합니다. 목록에 이전 설정이 있다면 방금 업데이트한 그룹의 항목인지 확인하고 만료된 과거 설정을 선택하지 않도록 주의하세요. 처음 테스트할 때는 하나의 설정과 하나의 라우팅 모드를 유지하고, 한 번에 한 조건만 바꾸세요. 서버, 코어, DNS를 자주 변경하면 실패 원인이 뒤섞여 어떤 단계가 영향을 주었는지 알기 어렵습니다.

v2rayN: 활성 서버 설정

서버 목록에서 대상 항목을 선택한 뒤 마우스 오른쪽 버튼 메뉴에서 ‘활성 서버로 설정’을 선택하거나 현재 버전에서 같은 의미의 항목을 실행합니다. 일부 버전에서는 항목을 두 번 클릭해 활성 서버를 바꿀 수도 있지만, 한 번 클릭해 강조 표시된 것만으로 활성화됐다고 볼 수는 없습니다. 메뉴의 안내, 활성 표시, 메인 화면의 현재 서버 정보를 확인하세요. 이어서 클라이언트 로그나 실행 정보를 살펴보고 코어를 시작할 때 설정 불러오기 실패나 포트 사용 중 등의 오류가 바로 나타나지 않는지 확인합니다.

코어가 정상적으로 시작되면 ‘시스템 프록시’에서 ‘시스템 프록시 자동 설정’을 선택합니다. 피드백을 확인하기 쉽도록 클라이언트 창을 열어 두어도 됩니다. 창을 닫아 시스템 트레이로 최소화할 경우 ‘종료’를 선택하지 않았는지 확인하세요. 클라이언트를 종료하면 프록시 서비스도 중단됩니다. 시스템에 해당 프록시 설정이 남아 있으면 브라우저에서 일시적으로 접속할 수 없을 수 있습니다. 사용을 마칠 때는 먼저 시스템 프록시를 해제한 다음 프로그램을 종료해 중단된 서비스를 가리키는 설정이 남지 않도록 하세요.

이때 시스템 방화벽 안내가 표시되면 안내에 나온 프로그램 이름이 실제로 실행한 클라이언트나 코어와 일치하는지 확인한 뒤 기기의 관리 정책에 따라 처리하세요. 브라우저로 처음 접속하는 데 로컬 네트워크 연결을 허용할 필요는 보통 없습니다. 일반적인 연결 실패를 해결하려고 기기 전체의 방화벽을 끄거나 로컬 프록시의 수신 범위를 모든 네트워크 인터페이스로 넓히지 마세요.

v2rayNG: 연결하고 시스템 권한 확인

메인 화면에서 대상 서버 항목을 눌러 선택 표시가 해당 항목으로 이동했는지 확인한 다음 연결 버튼을 누릅니다. 처음 시작할 때 Android 시스템에서 VPN 연결 요청이 표시되는 경우가 많습니다. 안내를 확인하고 허용해야 클라이언트가 트래픽 진입 경로를 만들 수 있습니다. 이 권한은 시스템에서 관리하며 구독 계정 로그인과는 다릅니다. 권한 요청을 취소했다면 메인 화면으로 돌아와 다시 연결을 누르면 됩니다. 구독을 삭제하고 다시 가져올 필요는 없습니다.

연결이 시작되면 클라이언트 버튼 상태와 시스템 알림창의 실행 표시를 확인하세요. 버튼 위치와 아이콘 모양은 버전에 따라 달라질 수 있으므로 특정 색상이 아니라 클라이언트가 계속 실행 중인지로 판단합니다. 버튼을 누른 직후 다시 중지 상태로 바뀐다면 먼저 오류 메시지를 확인하세요. VPN이 이미 사용 중이거나 설정을 사용할 수 없거나 서비스 시작에 실패했다는 안내가 있으면 버튼을 반복해서 누르기보다 해당 문제를 먼저 해결합니다.

이 단계의 완료 기준: 데스크톱에서는 코어가 실행되고 시스템 프록시가 켜져 있거나, Android에서는 VPN 권한을 허용하고 서비스가 실행 중입니다. 이 상태는 로컬 연결 경로가 만들어졌다는 뜻일 뿐 원격 서버에 접속할 수 있다는 보장은 아닙니다. ‘연결됨’이라는 표시만 확인하고 끝내지 말고 다음 단계에서 실제 요청으로 확인하세요.

단계 04

작동 여부 확인

확인할 때는 앱 접속 결과와 클라이언트 트래픽 정보를 함께 살펴봅니다. 웹페이지가 열리는 것만으로 해당 요청이 프록시를 통과했다고 볼 수는 없습니다. 직접 연결 규칙이 적용됐을 수도 있습니다. 반대로 클라이언트가 실행 중으로 표시되어도 원격 연결이 성공했다고 단정할 수 없습니다. 두 가지 근거를 함께 확인해야 트래픽이 클라이언트에 들어오지 않은 경우, 예상과 다른 라우팅이 적용된 경우, 원격 연결에 실패한 경우를 구분할 수 있습니다.

새 요청으로 트래픽 경로 확인

브라우저에서 새 탭을 열고 접속 가능한 HTTPS 페이지를 방문하세요. 캐시나 기존 연결이 판단에 영향을 주지 않도록 이번에 아직 열지 않은 페이지 경로를 사용하면 좋습니다. 페이지가 정상적으로 로드되는지 확인한 뒤 클라이언트로 돌아가 같은 시간대의 로그를 살펴보세요. 로그에 대상 주소와 출구 정보가 표시된다면 요청이 코어에 도달했는지, 프록시와 직접 연결 중 어느 출구를 사용했는지 확인합니다. 로그 상세 수준은 설정에 따라 달라집니다. 요청별 기록이 보이지 않는다고 해서 트래픽이 클라이언트에 들어오지 않았다고 단정하지 마세요.

이어서 현재 규칙상 프록시를 사용해야 하는 대상을 선택해 다시 접속해 보세요. 규칙을 잘 모르겠다면 앞에서 확인한 전역 프록시 설정을 잠시 사용해 비교한 뒤 평소 사용하는 분할 라우팅 설정으로 되돌립니다. 비교할 때는 서버, 브라우저, 테스트 페이지를 그대로 두고 라우팅만 바꾸세요. 여러 조건을 동시에 변경하면 원인을 알기 어렵습니다. 원래 직접 연결되는 사이트만 테스트해서는 프록시 경로의 작동 여부를 확인할 수 없습니다.

테스트 성공과 실제 사용 가능 여부 구분

클라이언트에 내장된 지연 시간 또는 연결 테스트는 설정을 선별하는 데 도움이 되지만, 테스트 대상이나 프로토콜이 브라우저 접속과 다를 수 있습니다. 서버 테스트에 성공해도 모든 사이트에 정상 접속할 수 있다는 뜻은 아닙니다. 반대로 테스트 실패는 테스트 대상이나 방식 때문일 수도 있습니다. 최종적으로는 실제 앱 요청을 확인하고 오류 로그와 함께 판단하세요. 테스트 결과 하나만 보고 클라이언트를 다시 설치하거나 설정을 한꺼번에 삭제하지 마세요.

연결을 켜고 끄며 비교하려면 데스크톱에서는 먼저 시스템 프록시를 해제한 뒤 클라이언트 서비스를 중지하고, Android에서는 클라이언트의 연결 해제 버튼을 사용합니다. 그런 다음 브라우저에서 새 요청을 보내 페이지 접속과 클라이언트 로그의 변화를 비교하세요. 브라우저가 기존 연결을 재사용하거나 캐시된 내용을 표시할 수 있으므로 필요한 경우 테스트 탭을 닫고 새로 여세요. 비교가 끝나면 앞 절의 방법으로 연결을 복구하고 선택한 서버와 라우팅 설정이 바뀌지 않았는지 확인합니다.

확인에 실패했다면 문제를 찾을 정보 보관

일반 사이트는 열리지만 프록시 대상에 접속할 수 없다면 활성 서버와 구독 유효 상태를 먼저 확인하세요. 모든 페이지에 접속할 수 없다면 로컬 네트워크, 시스템 프록시가 계속 실행 중인 클라이언트를 가리키는지, 다른 트래픽 처리 도구가 있는지 확인합니다. 클라이언트에 해당 요청이 기록되지 않았다면 앱이 시스템 프록시를 따르는지 또는 앱별 규칙에서 제외됐는지 살펴보세요. 도메인 이름 확인 오류가 발생한 경우에만 DNS 문제를 추가로 확인하고, 처음부터 모든 네트워크 설정을 바꾸지는 마세요.

원인을 파악하기 어렵다면 오류 발생 시간, 클라이언트 이름, 선택한 라우팅 모드, 오류 메시지를 기록한 뒤 문제 해결 가이드에서 증상에 맞는 항목을 확인하세요. 로그를 공유하기 전에 구독 주소, 서버 주소, 사용자 식별 정보, 인증 정보를 가리고 문제를 판단하는 데 필요한 오류 전후 내용만 남기세요. 문제를 확인하는 동안 로그 수준을 임시로 조정했다면 작업이 끝난 뒤 평소 설정으로 되돌려 불필요한 접속 정보가 계속 저장되지 않도록 합니다.

이 단계의 완료 기준: 테스트 앱이 예상대로 접속되고 트래픽 경로가 현재 라우팅 설정과 일치합니다. 확인이 끝난 설정은 보관하고 필요할 때 구독을 업데이트하세요. 업데이트 후 기존 활성 항목이 바뀌었다면 서버를 다시 선택하고 간단히 확인합니다. 다음에 사용할 때는 보통 서버를 확인하고 연결을 켠 뒤 대상 페이지에 접속해 보면 됩니다. 구독을 다시 추가할 필요는 없습니다.