먼저 구독 다운로드 실패, 내용 파싱 실패, 노드 연결 실패를 구분한 뒤 링크 권한, 다운로드 경로, 기기 시간을 확인하세요. 수동 업데이트에 성공한 다음 자동 새로고침을 설정합니다. 데스크톱에서는 그룹의 분 단위를 확인하고, Android에서는 현재 버전의 자동 업데이트 메뉴와 간격 단위를 살펴본 뒤 실제로 실행되는지 확인하세요.
구독 업데이트는 어느 단계에서 실패할까
구독은 프록시 연결 자체가 아닙니다. 클라이언트가 구독 주소에 요청을 보내 노드 정보를 가져온 뒤 로컬 설정으로 변환하는 과정입니다. v2rayN의 구독 다운로드는 클라이언트가 처리하므로 Xray 코어가 실행 중이라는 이유만으로 구독 요청도 프록시를 거쳤다고 볼 수 없습니다. 시스템 프록시, 구독 업데이트 명령, 클라이언트 내부 다운로드 설정은 서로 다른 기능입니다.
업데이트 로그가 멈춘 위치에 따라 해결 방법도 달라집니다. 연결 시간 초과라면 먼저 네트워크 경로를 확인하고, HTTP 403이라면 권한과 서버 정책을 살펴보세요. 다운로드는 성공했지만 노드가 없다면 응답 형식을 확인해야 합니다. 이 세 가지를 모두 ‘노드 오류’로 취급하면 여전히 사용할 수 있는 로컬 설정까지 잘못 삭제할 수 있습니다.
| 확인되는 증상 | 먼저 확인할 항목 | 아직 수정하지 말 것 |
|---|---|---|
| 요청 시간 초과 또는 연결 거부 | 직접 연결·프록시 경로, 현재 노드, 로컬 수신 포트 | 노드 UUID, 전송 방식 |
| HTTP 401, 403 또는 410 | 계정 상태, 링크 토큰, 구독 주소 재설정 여부 | 라우팅 규칙과 DNS 분기 |
| 내용은 받았지만 가져온 항목이 0개 | 로그인 페이지가 반환됐는지, 클라이언트가 지원하는 형식인지 | 자동 업데이트 간격 |
| 가져오기는 성공했지만 연결 실패 | 노드 연결 로그, 서버 상태, 전송 매개변수 | 이미 성공한 구독 다운로드 경로 |
먼저 링크와 계정 상태 확인
구독 주소에는 보통 액세스 토큰이 포함되므로 비밀번호처럼 안전하게 관리해야 합니다. 서비스 제공업체의 계정 페이지에서 전체 주소를 다시 복사하세요. 페이지 주소나 QR 코드 이미지 주소, 메신저에서 잘린 텍스트를 구독 주소로 착각하지 않도록 주의하세요. 구독 토큰을 재설정하면 기존 주소가 바로 만료될 수 있습니다. 클라이언트에 이전 노드가 남아 있어도 기존 구독 링크가 유효하다는 뜻은 아닙니다.
-
현재 설정 보존
현재 사용할 수 있는 노드와 그룹 이름을 먼저 기록하세요. 문제를 확인하는 동안 그룹 전체를 반복해서 삭제하거나 서버 목록을 모두 비우지 마세요. 필요한 경우 클라이언트의 내보내기 기능으로 백업하고, 인증 정보가 포함된 파일은 안전하게 보관하세요.
-
주소 다시 복사
서비스 제공업체 계정 페이지에서 구독 링크를 복사해 그룹의 기존 주소를 바꾸세요. 앞뒤 공백과 줄바꿈, 쿼리 매개변수가 온전한지 확인하고 토큰이나 매개변수를 직접 수정하거나 삭제하지 마세요.
-
그룹 하나만 업데이트
v2rayN 메인 화면에서 해당 그룹을 선택하고 「구독 그룹」→「현재 구독 업데이트(프록시 사용 안 함)」를 실행하세요. 업데이트 시간, 상태 코드, 오류 메시지를 기록합니다. 메뉴의 괄호와 공백은 버전에 따라 조금 다를 수 있습니다.
-
계정 상태 확인
계정이 만료됐는지, 트래픽을 모두 사용했는지, 구독이 일시 중지됐는지 확인하세요. HTTP 403은 액세스 정책이나 요청 빈도 제한 때문에 발생할 수도 있으므로 상태 코드만으로 계정 만료라고 단정할 수 없습니다.
직접 업데이트와 프록시 업데이트 구분
현재 네트워크에서 구독 도메인에 직접 접속할 수 없다면, 이미 작동하는 것으로 확인된 노드를 이용해 구독을 다운로드할 수 있습니다. v2rayN에서 해당 노드를 먼저 시작한 다음 「구독 그룹」→「현재 구독 업데이트(프록시 사용)」를 실행하세요. 시스템 프록시를 반복해서 전환하는 것보다 이번 업데이트의 경로를 명확하게 확인하기 쉽습니다. 사용할 수 있는 노드가 목록에 하나도 없다면 프록시 업데이트만으로 연결을 복구할 수 없습니다.
- 직접 연결은 성공하고 프록시 연결은 실패: 현재 노드, 클라이언트의 로컬 프록시 수신 설정, 구독 서비스의 출구 IP 제한 여부를 확인하세요. 직접 연결로 업데이트가 된다면 그 방식을 사용해도 됩니다. 모든 구독 요청을 프록시로 보내야 하는 것은 아닙니다.
- 직접 연결은 실패하고 프록시 연결은 성공: 두 접속 경로에 차이가 있다는 뜻입니다. 자동 업데이트에 사용되는 다운로드 설정을 확인하세요. 수동으로 한 번 선택한 방식이 백그라운드 작업에도 계속 적용된다고 가정하지 마세요.
- 두 방식 모두 같은 HTTP 오류 반환: 먼저 링크와 서버 응답을 확인하세요. DNS나 포트를 계속 바꿔도 권한 문제는 해결되지 않는 경우가 많습니다.
- 두 방식 모두 시간 초과: 네트워크에 연결할 수 있는지, 노드가 작동하는지, 기기가 웹 로그인이 필요한 네트워크에 연결돼 있는지 확인하세요.
로컬 포트는 실제 설정을 기준으로 확인해야 합니다. 예를 들어 HTTP 프록시가 실제로 127.0.0.1:10809에서 수신 대기 중인데 요청을 127.0.0.1:10808로 보내면 다른 프로토콜용 포트에 연결되거나 연결이 거부될 수 있습니다. 두 숫자는 문제를 설명하기 위한 예시일 뿐 모든 버전의 기본값은 아닙니다. v2rayN의 「설정」→「매개변수 설정」에서 로컬 수신 설정을 확인하고 실행 로그와 대조하세요.
오류 메시지 원문으로 원인 범위 좁히기
클라이언트의 정보 또는 로그 화면을 열고, ‘업데이트 실패’ 알림만 확인하지 말고 이번 구독 업데이트 주변의 오류 행 전체를 복사하세요. 아래 내용은 실제로 볼 수 있는 하위 단계 오류 메시지의 예입니다. 구체적인 표현은 실행 환경과 클라이언트 버전에 따라 다르므로 문구가 정확히 일치하는지보다 오류 유형을 기준으로 판단하세요.
Response status code does not indicate success: 403 (Forbidden).
원인 및 해결: 서버가 현재 요청을 거부했습니다. 토큰, 계정 상태, 액세스 정책이 원인일 수 있습니다. 계정 페이지에서 구독 주소를 다시 복사하고 연속으로 재시도하지 마세요. 거부 사유는 서비스 제공업체에 문의하세요.
The operation has timed out.
원인 및 해결: 허용된 시간 안에 요청이 완료되지 않았습니다. 먼저 직접 연결과 프록시 연결로 각각 업데이트해 결과를 비교한 다음 현재 노드와 네트워크를 확인하세요. 시간 제한만 늘려서는 접속할 수 없는 주소를 복구할 수 없습니다.
No such host is known.
원인 및 해결: 도메인 이름을 확인하지 못했습니다. 구독 도메인의 철자, 기기 DNS, 네트워크 연결을 확인하세요. 업데이트 요청이 코어를 거치지 않는다면 코어의 dns.servers를 바꿔도 이번 DNS 조회에는 영향을 주지 않을 수 있습니다.
The remote certificate is invalid because of errors in the certificate chain: NotTimeValid
원인 및 해결: 인증서 유효기간 검증에 실패했습니다. 기기 시간이 잘못됐거나 서버 인증서가 만료됐을 수 있습니다. 먼저 기기의 날짜와 시간을 동기화한 뒤 다시 시도하세요. 시간이 맞는데도 오류가 계속되면 구독 서비스 운영자가 인증서를 확인해야 합니다.
Connection refused
원인 및 해결: 대상 주소에서 연결을 받아들이지 않았습니다. 로그의 대상이 로컬 기기라면 코어 실행 여부와 포트 일치 여부를 확인하세요. 원격 구독 서버가 대상이라면 원격 서비스 상태를 확인하고 노드 인증 정보를 섣불리 수정하지 마세요.
Windows에서는 「설정」→「시간 및 언어」→「날짜 및 시간」에서 시간 자동 설정을 켜고 동기화를 실행할 수 있습니다. Android에서는 보통 「설정」→「시스템」→「날짜 및 시간」에서 설정하지만, 기기에 따라 다른 시스템 설정 메뉴에 있을 수 있습니다. 인증서 오류는 네트워크의 HTTPS 검사나 잘못된 인증서 체인 때문에 발생할 수도 있습니다. 인증서 검증을 끄는 방식으로 우회하지 마세요.
- 오류가 발생한 현지 시간과 사용한 업데이트 방식을 기록하면 서버 로그와 대조하기 쉽습니다.
- 응답 내용이 HTML 로그인 페이지, 캡차 페이지, 점검 페이지라면 HTTP 상태가 200이어도 유효한 노드 구독이 아닙니다.
- 다운로드는 정상인데 VMess 또는 VLESS 항목을 파싱하지 못한다면 서비스 제공업체가 현재 클라이언트에 맞는 구독 형식을 제공하는지 확인한 뒤 클라이언트 버전을 확인하세요.
v2rayN 자동 업데이트 간격 설정
먼저 수동 업데이트를 한 번 성공시킨 다음 예약 새로고침을 켜세요. 일반적인 v2rayN 데스크톱 화면에서는 「구독 그룹」→「구독 그룹 설정」에서 구독을 관리합니다. 대상 그룹을 편집해 「자동 업데이트 간격(분)」을 확인하세요. 이 문서에서는 해당 항목이 표시되는 화면을 기준으로 안내합니다. 현재 버전에 항목명이 다르면 실제 표시된 이름과 단위를 따르고, 시간 단위 값을 분 단위 항목에 그대로 입력하지 마세요.
-
대상 그룹 열기
「구독 그룹」→「구독 그룹 설정」으로 이동해 정기적으로 새로고침할 그룹을 편집하세요. 다른 이름이 같은 그룹을 수정하지 않도록 설명과 구독 주소를 먼저 확인합니다.
-
분 단위 입력
「자동 업데이트 간격(분)」에 먼저
360을 입력해 보세요. 6시간에 해당합니다. 시작할 때 참고할 값이지 모든 환경의 기본값은 아닙니다. 서비스 제공업체가 더 긴 요청 간격을 요구한다면 해당 제한을 따르세요. -
다운로드 경로 확인
현재 버전에 「프록시를 통해 업데이트」와 같은 옵션이 있다면 앞서 성공한 방식으로 설정하세요. 별도 옵션이 없다면 해당 버전의 구독 다운로드 설정을 확인하고 로그를 통해 백그라운드 작업이 성공하는지 검증하세요.
-
저장한 뒤 확인
그룹을 저장하고 프로그램을 실행 상태로 둔 다음, 다음 업데이트가 실행될 때 구독 로그를 확인하세요. 노드 수만 보지는 마세요. 내용이 바뀌지 않았다면 업데이트에 성공해도 항목 수는 그대로일 수 있습니다.
| 원하는 간격 | 분 입력란에 넣을 값 | 설정 시 고려 사항 |
|---|---|---|
| 6시간 | 360 | 노드 변경 사항을 비교적 빠르게 반영해야 하는 경우 |
| 12시간 | 720 | 노드 변경이 드물 때 요청 횟수 줄이기 |
| 24시간 | 1440 | 하루에 한 번 변경 사항 확인, 프로그램 실행 시간도 고려 |
자동 업데이트는 프로그램 실행 여부와 시스템 스케줄링에 따라 달라지며 서버에서 직접 푸시하는 기능이 아닙니다. v2rayN을 종료하거나 컴퓨터를 끄거나 절전 모드로 두면 실제 시각에 맞춰 작업이 실행되지 않습니다. 0을 ‘즉시 업데이트’로 해석하지 마세요. 많은 화면에서 자동 업데이트를 끄는 값으로 쓰이므로 항목 설명을 확인한 뒤 저장하세요.
v2rayNG 새로고침과 백그라운드 제한
Android용 v2rayNG는 Xray 코어를 사용하지만 구독 관리는 클라이언트 화면에서 처리합니다. 먼저 메인 화면 메뉴에서 「구독 그룹 설정」을 열어 대상 그룹이 활성화돼 있고 주소가 올바른지 확인하세요. 메인 화면으로 돌아와 메뉴에서 「현재 그룹 구독 업데이트」를 실행합니다. 화면에 「구독 업데이트」 등 다른 이름이 표시되면 현재 그룹만 업데이트하는지, 모든 그룹을 업데이트하는지 먼저 확인하세요.
-
먼저 수동 새로고침
사용 가능한 노드에 연결한 뒤 대상 그룹을 업데이트하고 알림과 노드 목록을 확인하세요. Android에서 현재 프록시를 통해 다운로드하는지는 버전과 설정에 따라 달라지므로 실제 업데이트 결과로 판단해야 합니다.
-
기능 메뉴 확인
「설정」과 대상 그룹 편집 화면에서 구독 자동 업데이트 스위치와 간격 설정을 제공하는지 확인하세요. v2rayNG는 버전마다 기능과 메뉴 위치가 다르므로 v2rayN의 그룹별 분 단위 입력값을 그대로 적용하면 안 됩니다.
-
간격 단위 확인
현재 버전에서 간격을 설정할 수 있다면 메뉴에 표시된 단위에 맞춰 6시간 또는 이에 해당하는 값을 선택하세요. 항목 단위가 ‘분’일 때만
360을 입력합니다. 저장한 뒤 실제 업데이트가 한 번 실행되는지 기다려 확인하세요. 스위치만 저장된 상태로 끝나지 않도록 합니다. -
백그라운드 권한 확인
시스템 「설정」→「앱」→「v2rayNG」→「배터리」에서 백그라운드 활동 제한을 확인하세요. 메뉴 이름은 기기 운영체제에 따라 다릅니다. 백그라운드 실행을 허용해도 화면이 잠긴 뒤 분 단위로 정확히 실행된다고 보장되지는 않습니다.
업데이트 확인 및 자주 묻는 질문
구독 업데이트 성공은 노드 정보가 로컬에 저장됐다는 뜻일 뿐, 모든 노드가 연결된다는 의미는 아닙니다. 업데이트가 끝나면 그룹, 선택된 노드, 로그를 확인한 뒤 실제 접속을 테스트하세요. 서비스 제공업체가 노드를 삭제하거나 이름을 바꿨다면 현재 선택 항목을 다시 확인해 이미 제거된 노드를 계속 선택하지 않도록 하세요.
업데이트에 성공했는데 노드 수가 그대로인 이유는?
서버의 구독 내용이 바뀌지 않았을 수 있습니다. 먼저 업데이트 성공 알림을 확인하고 그룹 내 노드 주소나 설명이 갱신됐는지 살펴보세요. 노드 수가 반드시 늘어야 성공한 것은 아니며, 확인을 위해 새로고침을 연속으로 누르지 마세요.
360분으로 설정하면 컴퓨터를 끈 뒤에도 업데이트되나요?
클라이언트가 종료된 동안에는 업데이트가 실행되지 않습니다. 컴퓨터를 켠 뒤 v2rayN을 실행하고 필요한 경우 수동으로 한 번 업데이트하세요. 놓친 작업을 보충하는지, 다음 간격을 언제부터 계산하는지는 현재 버전의 구현에 따라 달라집니다.
수동으로 프록시 업데이트하면 성공하지만 자동 업데이트는 실패하는 이유는?
예약 작업이 실행될 때 노드가 작동 중인지, 백그라운드 업데이트가 같은 경로를 사용하는지 확인하세요. 실행 시각의 로그를 대조하고, 당시 연결이 아직 설정되지 않았다면 사용 가능한 노드를 복구한 뒤 수동으로 새로고침하세요.
429 오류가 뜨면 간격을 1분으로 줄여야 하나요?
간격을 줄이면 안 됩니다. HTTP 429는 요청이 빈도 제한에 걸렸다는 뜻이므로 반복해서 재시도하지 말고 서버 안내에 따라 기다리세요. 응답에 Retry-After가 있으면 표시된 시간 이후에 다시 요청하고 자동 업데이트 간격도 늘리는 것이 좋습니다.
자동 업데이트를 켜면 노드도 자동으로 바뀌나요?
구독 새로고침과 노드 선택은 별개의 기능입니다. 새로고침은 주로 노드 정보를 업데이트하며 지연 시간이 가장 낮은 노드를 자동으로 선택하지는 않습니다. 현재 선택한 항목이 삭제됐다면 대상 그룹으로 돌아가 사용할 수 있는 노드를 다시 선택하고 연결 로그를 확인하세요.
발생 시각, 대상 그룹, 직접 연결 또는 프록시 사용 여부, HTTP 상태, 업데이트 전후 항목 수를 간단히 기록해 두세요. 이런 정보가 반복해서 재설치하는 것보다 문제 해결에 도움이 되는 경우가 많습니다. 시스템 프록시와 코어 라우팅의 차이는 사용 가이드와 설정 참고서에서 확인할 수 있습니다.