구독 가져오기 및 연결 가이드

시작 전: 클라이언트와 구독 준비

클라이언트를 아직 설치하지 않았다면 클라이언트 다운로드 페이지에서 운영체제에 맞는 설치 파일을 선택하세요. 데스크톱에서는 v2rayN, 안드로이드에서는 v2rayNG를 사용합니다. 이 가이드는 클라이언트를 실행할 수 있는 상태에서 시작해 처음 사용하는 순서대로 설명합니다. 기존 설정이 있는 기기라면 변경하기 전에 현재 사용 중인 그룹, 노드, 라우팅 이름을 기록해 두면 설정을 다시 찾기 쉽습니다.

클라이언트와 연결 서비스는 별개입니다. 프로그램을 설치한 뒤에는 사용 권한이 있는 구독 주소나 전체 노드 공유 링크를 직접 준비해야 합니다. 구독 주소로 노드 목록을 가져오고 업데이트할 수 있으며, 노드 링크에는 하나의 연결 정보가 담겨 있습니다. 이 사이트는 클라이언트 다운로드와 사용 방법을 안내하며 구독 계정은 제공하지 않습니다. 일반 안내 페이지나 로그인 페이지 주소를 구독 주소로 사용하지 말고, 접속 정보가 포함된 구독 링크를 공개 게시판에 올리지 마세요.

이번에는 프록시 클라이언트 하나만 사용하세요. 기기에 다른 VPN이나 네트워크 제어 도구가 있다면 권한 및 트래픽 처리 충돌을 줄이기 위해 먼저 일시 중지합니다. 시스템 시간이 자동으로 동기화되는지 확인하고, 프록시를 켜지 않은 상태에서도 기기가 일반적인 로컬 네트워크에 접속할 수 있는지 확인하세요. 준비가 끝나면 아래의 구독 그룹 설정부터 진행하면 됩니다. 미리 JSON을 수정하거나 처음부터 TUN을 켤 필요는 없습니다.

1단계: 구독 가져오기 및 노드 업데이트

v2rayN: 그룹을 추가한 뒤 업데이트

v2rayN 메인 창을 열고 ‘구독 그룹’ 메뉴에서 ‘구독 그룹 설정’을 찾아 새 그룹을 추가합니다. 그룹 메모는 본인이 알아볼 수 있도록 ‘일상 사용’처럼 기억하기 쉬운 이름으로 입력하세요. 구독 주소 입력란에는 서비스 제공업체가 안내한 전체 주소를 붙여 넣습니다. 주소 앞뒤에 공백이 붙지 않았는지, 주소의 매개변수를 빠뜨리지 않았는지 확인한 뒤 저장하세요. 이 단계에서는 업데이트 항목만 저장되므로 노드 목록이 바로 바뀌지 않아도 가져오기에 실패한 것은 아닙니다.

메인 창으로 돌아가 방금 추가한 그룹을 선택한 뒤 구독 메뉴에서 업데이트를 실행합니다. ‘현재 구독 업데이트’와 ‘모든 구독 업데이트’가 표시되면 처음에는 현재 그룹만 업데이트하는 편이 결과를 확인하기 쉽습니다. 아직 연결 가능한 노드가 없다면 우선 ‘프록시 사용 안 함’ 방식으로 업데이트해 보세요. 해당 주소에 접속할 때 기존 프록시가 꼭 필요하다면, 아직 가져오지 않은 노드로 업데이트를 시도하지 말고 이미 작동을 확인한 다른 설정을 사용하세요.

업데이트가 끝나면 현재 그룹에 노드 이름, 프로토콜, 주소 등이 표시되는지 확인합니다. ‘작업 완료’ 알림만 보지 마세요. 실제로 선택할 수 있는 항목이 그룹에 있어야 사용 가능한 목록을 가져온 것입니다. 목록이 비어 있다면 하단 로그나 로그 창에서 업데이트 결과를 확인하세요. 요청 시간 초과, 구독 내용을 해석할 수 없는 문제, 계정 접근 권한 만료는 서로 다른 원인이므로 알림에 맞게 처리해야 합니다. 같은 그룹을 반복해서 추가해 해결하려고 하지 마세요.

v2rayNG: 구독 저장 후 목록에서 업데이트

v2rayNG 사이드 메뉴를 열고 ‘구독 그룹 설정’으로 이동한 다음 추가 버튼을 눌러 메모와 구독 주소를 입력하고 저장합니다. 메인 화면으로 돌아가 오른쪽 상단 메뉴에서 ‘구독 업데이트’ 또는 ‘현재 그룹 구독 업데이트’와 같은 항목을 선택하세요. 업데이트가 끝날 때까지 기다린 뒤 해당 그룹에 노드가 표시되는지 확인합니다. 구독 설정 화면에 주소가 보이는 것은 저장되었다는 뜻일 뿐, 실제 업데이트를 대신하지 않습니다.

vmess://, vless:// 또는 trojan://로 시작하는 단일 공유 링크를 받은 경우 구독 주소 입력란에 넣지 마세요. 링크를 복사한 뒤 메인 화면의 추가 메뉴에서 ‘클립보드에서 가져오기’와 같은 항목을 선택하세요. QR 코드가 있다면 스캔 기능을 사용합니다. 단일 링크는 일반적으로 구독 업데이트에 따라 자동으로 갱신되지 않으므로 이후 설정이 바뀌면 다시 가져오거나 제공업체의 안내에 따라 수정해야 합니다.

이 단계가 끝나면 잠시 멈춰 두 가지를 확인하세요. 올바른 그룹을 보고 있는지, 목록에 선택 가능한 노드가 하나 이상 있는지 확인합니다. 노드 이름은 제공업체가 임의로 정할 수 있으므로 이름만으로 연결 가능 여부를 판단할 수 없습니다. 다음으로 트래픽이 클라이언트에 들어오는 방식과 라우팅 방법을 정한 뒤 노드를 선택해 연결합니다.

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

‘프록시 모드’는 서로 다른 두 단계가 혼동되기 쉬우므로 먼저 구분하세요. 첫 번째는 트래픽을 클라이언트로 보내는 경로입니다. 앱은 시스템 프록시 또는 시스템 VPN 인터페이스를 통해 요청을 전달합니다. 두 번째는 라우팅입니다. 클라이언트는 요청을 받은 뒤 직접 연결할지, 프록시 노드로 보낼지, 차단할지 결정합니다. 라우팅 프리셋을 선택했다고 해서 시스템이 브라우저 트래픽을 자동으로 클라이언트에 보내는 것은 아닙니다. 반대로 시스템 프록시를 켜도 모든 요청이 원격 노드를 통과하는 것은 아닙니다.

v2rayN: 처음에는 시스템 프록시 사용

v2rayN 메인 창 하단이나 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 설정’ 등 프록시를 설정하는 옵션을 선택할 준비를 합니다. 메뉴 이름은 데스크톱 운영체제와 버전에 따라 다를 수 있습니다. 여기서는 시스템 프록시 설정을 따르는 앱이 클라이언트의 로컬 연결 지점을 사용하도록 하는 것이 목표입니다. ‘시스템 프록시 해제’가 표시된다면 해당 앱이 이 연결 지점을 자동으로 사용하지 않도록 한다는 뜻입니다. 원격 노선을 선택하는 버튼이 아닙니다.

라우팅에서는 먼저 클라이언트에 포함된 기본 라우팅 규칙을 선택하세요. 보통 로컬 네트워크 우회, 지역별 라우팅, 전체 프록시와 같은 옵션을 찾을 수 있습니다. 일상적인 사용에는 적절한 기본 프리셋을 유지하면 됩니다. 도메인 정책, DNS, 규칙 순서를 한꺼번에 바꿀 필요는 없습니다. 특정 웹사이트가 직접 연결되는지 잠시 확인하려는 경우에는 전체 프록시로 전환해 비교 테스트를 할 수 있습니다. 테스트가 끝나면 원래 규칙으로 되돌려 진단용 설정을 계속 사용하지 않도록 하세요.

시스템 프록시는 해당 설정을 따르는 앱에서 주로 사용됩니다. 터미널 프로그램, 일부 게임, 자체 프록시 설정이 있는 소프트웨어는 시스템 프록시를 따르지 않을 수 있습니다. 처음 확인할 때는 시스템 프록시를 사용하는 브라우저를 이용하고, 모든 문제를 해결하려고 서둘러 TUN을 켜지 마세요. TUN은 가상 네트워크 인터페이스, 권한, 라우팅 제어가 필요하므로 일반 연결이 작동하는 것을 확인한 뒤 별도로 설정해야 합니다. 더 자세한 설정 구조는 JSON 매뉴얼의 routing 라우팅 안내를 참고하세요.

v2rayNG: 라우팅 및 앱별 적용 범위 확인

v2rayNG 설정 또는 라우팅 설정에서 기본 프리셋을 유지하고, ‘선택한 앱만 프록시 사용’이나 ‘선택한 앱 우회’와 같은 앱별 규칙이 실수로 켜져 있지 않은지 확인하세요. 두 규칙은 적용 방향이 다릅니다. 전자는 선택하지 않은 브라우저가 프록시에 전혀 연결되지 않게 할 수 있고, 후자는 선택한 브라우저가 직접 연결되게 할 수 있습니다. 처음 설정할 때 확실하지 않다면 앱별 필터링을 끄고, 연결을 확인한 뒤 앱을 하나씩 추가하세요.

안드로이드에서 연결 버튼을 누르면 시스템 VPN 인터페이스가 시작되고, 라우팅 프리셋에 따라 해당 인터페이스에 들어온 트래픽이 처리됩니다. 상태 표시줄에 VPN 아이콘이 나타나도 모든 요청이 원격 노드를 사용하는 것은 아닙니다. 규칙에 따라 직접 연결되는 트래픽도 있습니다. 지금은 현재 라우팅 프리셋 이름만 기록하고 다른 설정은 그대로 두면 마지막 단계에서 결과를 비교하기 쉽습니다.

3단계: 노드를 선택하고 연결 시작

v2rayN: 활성 노드 설정 및 프록시 확인

노드 목록으로 돌아가 상태가 정상이고 설정 정보가 완전한 노드를 선택하세요. v2rayN에서는 마우스 오른쪽 버튼 메뉴의 ‘활성 서버로 설정’과 같은 항목을 사용해 노드를 활성화할 수 있습니다. 단축키가 표시되어 있다면 해당 버전의 안내를 따르세요. 행을 선택하는 것과 활성 노드로 설정하는 것은 다릅니다. 설정이 끝나면 활성 표시나 상태 표시줄에서 현재 사용 중인 노드를 확인할 수 있어야 합니다.

속도 테스트를 지원하는 버전이라면 연결 테스트나 지연 시간 테스트를 한 번 실행해 볼 수 있지만, 결과는 참고용일 뿐입니다. 테스트 실패는 현재 노선과 맞지 않는 테스트 대상이나 방식 때문일 수 있으며, 테스트 결과가 있더라도 실제 웹페이지 접속을 대신할 수 없습니다. 처음에는 설정 정보가 명확하고 제공업체가 유효하다고 확인한 노드를 선택하세요. 모든 노드를 한꺼번에 선택해 반복 테스트하면 테스트 요청과 일반 접속 기록이 섞일 수 있으므로 피하세요.

활성 노드를 설정하면 클라이언트가 해당 코어를 시작하거나 다시 불러오는 경우가 많습니다. 이때 2단계에서 준비한 시스템 프록시가 켜져 있는지 확인하고 로그에 시작 오류가 있는지 확인하세요. 로컬 포트가 사용 중이라는 메시지가 나타나면 다른 프록시 프로그램을 종료한 뒤 다시 시도합니다. 설정을 해석할 수 없거나 필드 오류가 발생하면 가져온 노드의 출처와 형식을 확인하세요. 원인이 불분명한 오류를 해결하려고 보안 프로그램을 끄거나 수신 범위를 넓히지 마세요. 코어가 정상적으로 실행되지 않으면 브라우저를 계속 새로고침해도 연결 문제는 해결되지 않습니다.

v2rayNG: 노드를 선택하고 VPN 요청 허용

v2rayNG 메인 화면에서 사용할 노드를 선택하고 해당 항목에 선택 표시가 있는지 확인한 뒤 연결 버튼을 누릅니다. 처음 실행하면 안드로이드 시스템에 VPN 연결 요청이 표시됩니다. 요청을 보낸 앱이 방금 실행한 v2rayNG인지 확인한 후 연결을 허용하세요. 이전에 취소를 눌렀다면 클라이언트로 돌아가 연결 버튼을 다시 누르면 됩니다. 구독을 삭제하거나 앱을 다시 설치할 필요는 없습니다.

연결을 시작한 뒤 버튼 상태, 실행 알림, 시스템 VPN 아이콘을 확인하고 클라이언트 로그를 살펴보세요. 다른 VPN이 실행 중이라는 시스템 메시지가 나타나면 기존 연결을 중지한 뒤 v2rayNG를 다시 시작합니다. 일반적인 안드로이드 기기에서는 VPN 제어 앱 두 개를 동시에 각자 의도한 대로 작동시키기 어렵습니다. 앱을 전환할 때는 백그라운드에 남아 있는 앱이 아니라 실제 연결을 담당하는 앱이 무엇인지 확인하세요.

다음 단계에서 브라우저를 잠깐 열어 테스트할 때는 클라이언트를 백그라운드에서 계속 실행하세요. 연결이 시작되지만 화면을 잠그거나 앱을 전환한 직후 중단된다면 v2rayNG의 백그라운드 실행 및 배터리 제한 설정을 확인하세요. 필요한 경우 백그라운드 활동을 허용하면 됩니다. 처음부터 모든 절전 옵션을 바꿀 필요는 없습니다. 이 단계의 목표는 코어가 실행되고 노드가 선택되며 트래픽 진입이 허용된 상태를 만드는 것입니다. ‘실행 중’이라는 표시만으로 원격 네트워크가 정상이라고 판단할 수는 없습니다.

4단계: 프록시 작동 여부 확인

먼저 평소 직접 접속할 수 있는 웹페이지를 열어 연결 작업이 기본 네트워크를 방해하지 않았는지 확인합니다. 그런 다음 현재 규칙에서 프록시를 사용해야 하는 웹페이지를 엽니다. 같은 브라우저와 같은 네트워크로 두 페이지를 테스트하고, 테스트 도중 Wi-Fi를 바꾸거나 노드를 교체하지 마세요. 웹페이지가 열리는 것은 첫 번째 확인에 불과합니다. 라우팅 설정과 로그를 함께 확인해 요청이 의도한 경로로 전달됐는지 살펴보세요.

데스크톱 브라우저에 프록시를 관리하는 확장 프로그램이 설치되어 있다면 시스템 설정을 사용하도록 바꾸거나 확장 프로그램을 잠시 중지한 뒤 페이지를 다시 여세요. 브라우저에서 직접 지정한 프록시가 v2rayN의 시스템 프록시 설정을 덮어쓸 수 있습니다. 터미널의 명령줄 도구도 별도의 프록시 환경 변수를 사용할 수 있으므로 ‘브라우저는 되는데 터미널은 안 된다’고 해서 노드에 문제가 있다고 볼 수는 없습니다. 먼저 브라우저에서 확인한 뒤 해당 앱의 프록시 설정을 점검하면 원인을 더 쉽게 파악할 수 있습니다.

클라이언트 로그로 돌아가 방금 접속할 때 새 연결 기록이 생겼는지, 기록에 표시된 아웃바운드 태그나 라우팅 경로가 무엇인지 확인하세요. 로그 항목은 코어, 로그 수준, 클라이언트 버전에 따라 달라집니다. 상세 접속 기록이 보이지 않는다고 해서 트래픽이 들어오지 않았다고 단정할 수는 없습니다. 먼저 오류 메시지를 확인하고 필요할 때만 로그 상세도를 일시적으로 높여 한 번 재현한 다음 원래 설정으로 되돌리세요. 로그를 공유하기 전에는 구독 주소, 계정 식별 정보, 원격 연결 정보를 가려야 합니다.

더 확실하게 비교하려면 연결을 중지하고 테스트 페이지를 닫았다가 다시 연 뒤, 재연결 후 동일한 페이지에 접속하세요. 이미 설정된 장시간 연결이나 브라우저 캐시 결과는 되도록 재사용하지 마세요. 외부 IP 주소만 확인하는 방법에는 한계가 있습니다. 조회 페이지가 현재 규칙에 따라 직접 연결될 수 있으므로 IP가 바뀌지 않았다고 클라이언트 전체가 작동하지 않는 것은 아닙니다. 먼저 해당 요청이 어떤 라우팅 규칙에 해당하는지 확인하세요.

로그에 도메인 이름 확인 실패가 표시되면 기본 네트워크가 정상인지 확인한 뒤 DNS 설정을 직접 변경했는지 살펴보세요. 원격 연결 시간 초과가 표시되면 노드 주소, 포트, 서비스 상태를 먼저 확인합니다. 핸드셰이크 또는 인증 오류라면 구독 만료 여부, 기기 시간, 노드 설정이 완전한지 확인하세요. 시간 초과 메시지만 보고 프로토콜, 전송 방식, 보안 옵션을 바로 바꾸지 마세요. 이런 설정은 서버와 일치해야 하는 경우가 많아 임의로 수정하면 확인할 변수가 더 늘어납니다.

정상 작동을 확인한 뒤 사용할 구독 그룹, 노드, 프록시 진입 방식, 라우팅 프리셋을 기록하고 평소 쓰던 라우팅 설정으로 되돌리세요. 이후 앱별 프록시를 사용하거나 규칙을 조정할 때는 이 작동 상태를 기준으로 한 번에 하나씩 변경합니다. 구독 업데이트는 보통 노드 목록을 새로 고치는 작업이며 클라이언트 프로그램 업데이트와는 다릅니다. 클라이언트를 업데이트하려면 클라이언트 페이지에서 운영체제에 맞는 파일을 다시 선택하세요. 두 작업을 구분하면 변경 후 문제의 원인을 찾기 쉽습니다.

이 페이지의 네 단계를 마치면 일상적으로는 구독 업데이트, 노드 선택, 연결만 하면 됩니다. 인바운드, 아웃바운드, DNS 또는 규칙 우선순위를 직접 설정해야 할 때는 JSON 설정 매뉴얼을 항목별로 살펴보세요. 단순히 작업 순서만 잊었다면 페이지 상단의 단계 목차로 돌아가면 됩니다. 일반적인 연결을 위해 설정 전체를 다시 작성할 필요는 없습니다.