v2rayN과 v2rayNG
구독 가져오기 및 연결 가이드

1단계: 구독 가져오기 및 서버 업데이트

구독 주소를 빠짐없이 복사합니다. 복사할 때 앞뒤 설명 문구나 줄바꿈, 공백이 함께 들어가지 않도록 주의하세요. 서비스 제공자의 계정 관리 페이지를 구독 주소로 착각해서도 안 됩니다. 두 주소가 같은 웹사이트에서 제공될 수 있지만, 클라이언트에는 설정 내용을 반환하는 링크가 필요합니다. 제공자가 여러 형식을 안내한다면 현재 클라이언트에 맞거나 호환되는 형식을 선택하세요. 잘 모르겠다면 먼저 제공자 안내를 확인하고, 무리하게 구독 변환을 시도하지 마세요.

v2rayN: 구독 그룹 추가

v2rayN을 열고 상단의 ‘구독 그룹’ 메뉴에서 ‘구독 그룹 설정’으로 이동합니다. 추가를 눌러 그룹 이름을 알아보기 쉽게 입력합니다. 예를 들어 ‘일상 사용’처럼 적고 복사한 링크를 구독 주소 입력란에 붙여 넣습니다. 처음에는 다른 항목을 기본값으로 두고 저장한 뒤 설정 창을 닫으세요. 메인 화면에 방금 만든 그룹이 표시되어야 합니다. 아직 그룹이 비어 있어도 정상입니다. 주소를 저장했다고 해서 서버 정보를 자동으로 가져오는 것은 아닙니다.

이어서 ‘구독 그룹’ 메뉴에서 업데이트를 실행합니다. 가능하면 이름에 ‘프록시 사용 안 함’이 포함된 업데이트 항목이나 현재 버전에서 제공하는 직접 업데이트 방식을 선택하세요. 첫 설정 단계에서는 사용할 수 있는 연결이 없으므로 ‘프록시 사용’으로 업데이트하면 아직 연결되지 않은 프록시에 요청을 의존할 수 있습니다. 업데이트가 끝나면 목록에 서버가 표시되는지 확인하고, 하단 로그에 가져오기 성공 메시지가 있는지도 살펴보세요. 그룹이 여러 개라면 다른 빈 그룹이 아닌 새로 만든 그룹을 보고 있는지 확인합니다.

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

v2rayNG의 사이드 메뉴를 열고 ‘구독 그룹 설정’으로 이동한 다음 추가 버튼을 누릅니다. 설명과 구독 주소를 입력하고 화면의 저장 또는 확인 버튼으로 제출합니다. 이어서 메인 화면의 서버 목록으로 돌아가 오른쪽 위 메뉴에서 ‘구독 업데이트’를 실행합니다. 버전에 따라 업데이트 항목이 그룹 화면에 있을 수 있습니다. 링크를 저장하고 설정을 가져온 뒤 목록에서 선택 가능한 서버를 확인하면 됩니다.

업데이트가 끝났는데도 서버가 표시되지 않으면 먼저 그룹 필터가 올바른지 확인하고 로그에서 오류 유형을 살펴보세요. 주소가 비어 있는 경우, 링크가 만료된 경우, 연결 시간이 초과된 경우는 서로 다른 문제입니다. 원인을 확인하지 않고 업데이트를 반복해서 눌러도 해결되지 않습니다. 기존 프록시를 통해서만 구독 주소에 접속할 수 있다면 다른 연결을 먼저 마련하거나 제공자에게 직접 접속 가능한 업데이트 주소를 문의하세요. 구독 업데이트를 위해 출처가 불분명한 설정을 가져오지 마세요.

서버 목록이 표시되면 다음 단계로 넘어가도 됩니다. 목록에 항목이 있다는 것은 설정을 가져왔다는 뜻일 뿐, 해당 서버에 실제로 연결할 수 있다는 의미는 아닙니다. 지금은 항목을 한꺼번에 삭제하거나 프로토콜 필드를 수정하지 말고 구독의 원래 설정을 유지하세요. 로그에 파싱 실패나 잘못된 응답이 표시된다면 도움말 센터에서 구독 업데이트 문제를 확인한 뒤 돌아와 프록시 모드를 선택하세요.

2단계: 프록시 모드와 라우팅 선택

이 단계에서는 두 설정의 차이를 알아야 합니다. 프록시 모드는 요청을 클라이언트로 전달하는 방식을, 라우팅은 전달된 요청을 처리하는 방식을 결정합니다. 예를 들어 데스크톱에서 시스템 프록시를 설정하면 시스템 설정을 따르는 앱이 로컬 프록시를 이용할 수 있습니다. ‘로컬 네트워크 우회’는 해당 트래픽을 직접 연결할지 프록시로 전달할지 정하는 라우팅 정책입니다. 두 설정은 서로 다른 항목이므로 하나를 바꾼다고 다른 항목의 동작까지 자동으로 결정되지는 않습니다.

v2rayN: 먼저 시스템 프록시 사용

v2rayN 메인 창 하단이나 시스템 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 설정’을 선택합니다. 클라이언트가 로컬 수신 주소와 포트를 시스템 프록시 설정에 등록합니다. 작업 후 메뉴를 다시 열어 ‘시스템 프록시 자동 설정’이 선택되어 있는지 확인하세요. ‘시스템 프록시 해제’ 또는 기존 설정 유지 항목을 선택한 상태가 아닌지 살펴봅니다. 일부 데스크톱 환경에서는 시스템 설정에서 직접 확인해야 합니다. 환경별 차이가 큰 기기라면 실제 시스템 프록시 화면을 기준으로 확인하세요.

그다음 ‘라우팅’을 찾아 첫 연결에서는 이름에 ‘로컬 네트워크 우회’가 포함된 기본 규칙을 선택합니다. 일반적으로 로컬 기기에 접속할 때는 직접 연결을 유지하고, 나머지 요청은 규칙에 따라 처리합니다. ‘전역’ 유형의 라우팅이 있더라도 이는 클라이언트로 전달된 요청을 프록시로 더 많이 보내는 설정이지, 기기의 모든 프로그램을 자동으로 프록시에 연결하는 기능은 아닙니다. 첫 확인에서는 하나의 라우팅 설정을 유지해 여러 항목을 동시에 바꿔 원인을 놓치지 않도록 하세요.

이 가이드에서는 TUN을 켤 필요가 없습니다. 브라우저가 클라이언트를 통해 접속되는지 확인하는 데는 보통 시스템 프록시만으로 충분합니다. 터미널, 게임, 자체 네트워크 연결을 사용하는 앱은 시스템 프록시를 따르지 않을 수 있으므로 해당 앱의 결과만으로 브라우저 설정 실패를 판단하면 안 됩니다. 가상 네트워크 어댑터를 통해 트래픽을 처리해야 한다면 먼저 기본 작동을 확인한 뒤 고급 사용법의 TUN 모드 안내를 읽고 권한, 라우팅, DNS를 하나씩 설정하세요.

v2rayNG: VPN 모드와 앱 적용 범위 확인

v2rayNG 설정에서 로컬 프록시 포트만 여는 프록시 모드가 아니라 VPN 모드를 사용하도록 설정되어 있는지 확인합니다. VPN 모드는 시스템이 제공하는 가상 네트워크 인터페이스로 트래픽을 받으며, 시작할 때 시스템 권한 요청이 표시됩니다. 첫 설정에서는 ‘앱별 프록시’를 끄는 것이 좋습니다. 테스트할 브라우저가 대상 앱에서 빠져 있으면 클라이언트는 실행 중으로 표시되어도 브라우저가 기존 경로로 연결될 수 있습니다.

기기에 앱별 프록시가 이미 설정되어 있다면 ‘선택한 앱만 프록시 사용’인지 ‘선택한 앱은 프록시에서 제외’인지 먼저 확인하세요. 두 설정의 의미는 서로 반대입니다. 앱 옆에 체크 표시가 있는지만 보고 판단하지 마세요. 라우팅은 로컬 네트워크 우회 규칙을 기본으로 사용하고 나머지 항목은 기본값으로 유지합니다. ‘로컬 네트워크 연결 허용’은 다른 기기에 연결 경로를 열어 주는 설정이므로, 현재 휴대폰에서 연결할 때 VPN을 시작하려고 별도로 켤 필요는 없습니다.

설정을 마친 뒤에는 DNS, 트래픽 스니핑, 사용자 지정 라우팅을 바로 변경하지 마세요. 이런 설정은 특정 상황에 영향을 주지만 첫 연결에서 모두 설정해야 하는 항목은 아닙니다. 현재 프록시 모드와 라우팅 이름을 기록해 두면 문제가 생겼을 때 같은 조건으로 다시 확인할 수 있습니다. 앱별로 트래픽을 나누거나 규칙을 작성하려면 고급 사용법에서 이어서 설정하세요.

3단계: 서버 선택 및 연결 시작

서버 목록으로 돌아가 서비스 제공자가 사용 가능하다고 표시한, 설정이 완전한 항목을 하나 선택합니다. 서버 이름은 구분을 위한 설명일 뿐 품질을 보증하지 않으며, 이름만으로 프로토콜 지원 여부를 판단해서는 안 됩니다. 구독에 서버가 여러 개 있다면 첫 테스트에서는 하나만 사용하고 연결에 성공한 뒤 다른 서버와 비교하세요. 문제를 확인하는 동안 서버, 프록시 모드, 라우팅을 계속 바꾸면 어떤 설정이 결과에 영향을 줬는지 파악하기 어렵습니다.

v2rayN: 활성 서버 지정 및 코어 상태 확인

v2rayN 목록에서 사용할 서버를 선택하고 마우스 오른쪽 버튼 메뉴에서 ‘활성 서버로 설정’ 또는 현재 버전에서 같은 의미의 항목을 실행합니다. 일부 버전에서는 두 번 클릭해 전환할 수도 있지만, 선택 표시와 상태 안내를 기준으로 확인하세요. 마우스가 항목을 강조 표시했다는 이유만으로 적용됐다고 판단하지 마세요. 서버를 전환한 뒤 잠시 기다리면 클라이언트가 현재 설정에 맞춰 코어를 다시 불러옵니다. 하단 로그에 오류가 계속 표시되는지 확인하고 시스템 프록시가 여전히 ‘시스템 프록시 자동 설정’인지도 살펴보세요.

데스크톱에서는 별도의 전체 연결 버튼을 눌러야 하는 것은 아닙니다. 활성 서버가 적용되고 코어가 정상적으로 실행되며 앱이 로컬 프록시를 사용하면 요청이 설정에 따라 전달됩니다. 상태 표시줄에 나온 수신 포트는 진입점 정보일 뿐 원격 서버에 연결할 수 있다는 뜻은 아닙니다. 로그에 포트 사용 중 오류가 나오면 다른 프록시 클라이언트나 중복 실행된 프로세스를 먼저 종료한 뒤 다시 시도하세요. 여러 포트 설정을 동시에 바꾸지는 마세요.

처음 실행할 때 시스템 네트워크 권한 요청이 표시되면 프로그램 이름과 설치 위치를 확인한 뒤 필요한 권한만 허용하세요. 이 기기에서만 사용하는 경우 로컬 네트워크 연결을 허용할 필요는 없으며, 안내를 없애려고 방화벽 전체를 끄지 마세요. 프로그램이 실행 직후 종료된다면 클라이언트 로그와 시스템 안내를 확인해 실행 환경 누락, 권한 제한, 설정 로드 오류를 구분하세요. 원인을 해결한 뒤 원격 연결을 테스트해야 합니다.

v2rayNG: 연결 및 시스템 권한 승인

v2rayNG 메인 화면에서 사용할 서버를 선택하고 활성 표시가 해당 항목으로 이동했는지 확인한 뒤 오른쪽 아래의 연결 버튼을 누릅니다. 처음 연결할 때 시스템에 VPN 연결 요청이 표시됩니다. 현재 실행 중인 v2rayNG에서 보낸 요청인지 확인하고 허용하세요. 클라이언트로 돌아와 연결 버튼과 상태 문구가 실행 상태로 바뀌었는지 확인합니다. 권한 요청을 취소했다면 연결 버튼을 다시 눌러야 합니다. 서버가 선택된 것만으로 VPN이 시작된 것은 아닙니다.

기기의 다른 앱이 시스템 VPN 연결을 사용 중이라면 기존 연결을 먼저 중지한 뒤 다시 시도하세요. 연결된 후에는 v2rayNG를 실행 상태로 유지하고, 검증을 마치기 전에는 절전 설정을 바꾸거나 백그라운드 앱을 정리하지 마세요. 화면이 켜진 상태에서는 정상 작동하지만 앱을 전환하면 자주 끊기는 경우에만 배터리 최적화와 백그라운드 실행 권한을 확인하세요. 먼저 설정 오류를 점검하면 모든 연결 문제를 백그라운드 제한 탓으로 돌리지 않아도 됩니다.

이제 클라이언트가 실행 중이고 예상한 서버가 선택되어 있는지 확인할 수 있습니다. 화면의 실행 표시는 로컬 서비스 상태일 뿐이므로 다음 단계에서 실제 요청을 확인해야 합니다. 로그에 연결 시간 초과가 계속 표시되면 사용 가능한 것으로 확인된 다른 서버를 선택해 이 단계를 다시 진행하세요. 여러 서버에서 모두 실패한다면 구독이 유효한지, 기기 시간이 정확한지, 로컬 네트워크가 정상인지 확인합니다.

4단계: 작동 확인 및 정상 종료

아이콘 하나만 보고 작동 여부를 판단하지 마세요. 먼저 원래 접속할 수 있던 HTTPS 페이지를 브라우저에서 열어 새 설정이 기본 네트워크를 방해하지 않는지 확인한 다음, 현재 라우팅에 따라 프록시를 거쳐야 하는 페이지에 접속합니다. 테스트할 때마다 페이지를 새로고침하고 필요하면 새 브라우저 창을 열어 캐시나 기존 연결의 영향을 줄이세요. 페이지가 열리면 접속 가능하다는 뜻입니다. 프록시를 거쳤는지는 라우팅 규칙과 연결 로그를 함께 확인해야 합니다.

접속 결과와 요청 경로 함께 확인

데스크톱에서는 브라우저의 프록시 확장 프로그램이 다른 프록시 주소를 강제로 지정하고 있지 않은지 확인하세요. 확장 프로그램이 시스템 설정보다 우선하면 v2rayN의 시스템 프록시 설정이 브라우저에 적용되지 않을 수 있습니다. 안드로이드에서는 테스트할 브라우저가 앱별 규칙으로 제외되지 않았는지 확인합니다. 그런 다음 클라이언트의 연결 또는 로그 화면에서 방금 요청한 주소와 관련 오류가 표시되는지 살펴보세요. 로그에 특정 항목이 없다고 해서 요청이 전달되지 않았다고 바로 판단하지 마세요. 로그 수준과 버전에 따라 표시 내용이 달라질 수 있습니다.

클라이언트에 내장된 테스트 기능은 보조 수단으로 사용할 수 있지만, 먼저 테스트 유형을 구분해야 합니다. TCP 지연 시간은 보통 특정 포트에 연결할 수 있는지만 보여 줍니다. 실제 연결 테스트는 실제 접속에 더 가깝지만 테스트 주소, DNS, 라우팅의 영향을 받습니다. 목록에 표시된 지연 시간 하나만으로 모든 웹사이트에 접속할 수 있다고 보장할 수는 없습니다. 대상 페이지가 정상적으로 열리고 클라이언트에 오류가 계속 표시되지 않으며 테스트 결과가 반복해서 같다면 더 신뢰할 수 있습니다.

외부 IP를 확인하려면 신뢰할 수 있는 네트워크 진단 페이지에서 접속 정보를 확인하고 연결 전 결과와 비교할 수 있습니다. 단, 해당 요청이 실제로 규칙에 따라 프록시를 거쳐야 합니다. 진단 페이지가 직접 연결로 설정되어 있다면 외부 IP가 바뀌지 않아도 클라이언트가 작동하지 않는다는 뜻은 아닙니다. 화면에 표시된 위치만으로 결과를 판단하지 마세요. IP 위치 데이터베이스에 반영이 늦거나 실제 할당 위치와 다를 수 있습니다. 확인할 것은 요청 경로가 예상한 대로 동작하는지이지, 화면에 표시된 특정 지역명이 아닙니다.

증상에 따라 문제 범위 좁히기

모든 페이지가 열리지 않으면 기본 네트워크, 현재 서버, 로그의 연결 오류부터 확인합니다. 특정 웹사이트만 실패한다면 해당 도메인에 적용되는 라우팅 규칙을 살펴본 뒤 서비스 자체의 상태를 확인하세요. 브라우저는 접속되는데 터미널에서 안 된다면 클라이언트를 바로 다시 설치하기보다 터미널이 프록시를 사용하도록 설정되어 있는지 먼저 확인합니다. 도메인 이름 해석 오류가 표시되면 오류 문구를 기록하고 도움말 센터에서 계속 점검하세요. DNS 설정을 한꺼번에 모두 바꾸지 마세요.

기본 연결이 확인되면 사용한 구독 그룹, 활성 서버 이름, 프록시 모드, 라우팅 이름을 간단히 기록해 두세요. 이후 설정을 조정할 때는 한 번에 하나만 바꾸고 같은 페이지에서 다시 테스트합니다. 구독 업데이트로 서버 정보가 바뀔 수 있고 직접 수정한 항목이 덮어써질 수도 있습니다. 그룹을 지속적으로 관리하거나 서버 필터링 및 사용자 지정 아웃바운드를 설정해야 한다면 고급 설정 가이드를 참고하세요. 첫 연결 단계에서 여러 옵션을 한꺼번에 추가하지 마세요.

마지막으로 원래 직접 접속할 수 있던 페이지를 열어 종료 후 네트워크가 정상인지 확인합니다. 데스크톱 클라이언트가 비정상 종료된 뒤 브라우저 접속이 안 된다면 시스템 프록시에 로컬 주소가 남아 있는지 확인하고 사용 전 설정으로 복원하세요. 이로써 구독 가져오기, 모드 선택, 연결, 작동 확인까지의 절차가 마무리됩니다. 앱별 프록시, TUN, 사용자 지정 DNS는 분명한 필요가 있을 때 하나씩 추가하세요.