구독을 추가했지만 시간 초과, 빈 목록, 자동 업데이트 미실행 문제를 겪는 사용자를 위한 안내입니다. 먼저 요청이 구독 서버에 도달했는지 확인하고, 응답 내용을 가져올 수 있는지 살펴본 다음 업데이트 주기를 설정하세요. 문제를 확인할 때는 기존에 작동하는 노드를 유지하고 한 번에 구독 그룹 하나만 점검하세요. 수동 업데이트를 한 번 완료한 뒤 자동 업데이트도 확인합니다.
먼저 구분하기: 요청 실패, 파싱 실패, 노드 연결 불가
업데이트를 눌렀는데 노드가 추가되지 않았다고 해서 반드시 다운로드에 실패한 것은 아닙니다. 구독 업데이트는 주소 요청, 응답 수신, 콘텐츠 인식, 그룹에 저장하는 과정을 거칩니다. 노드 연결은 업데이트 이후에 이루어지며, 코어가 노드 설정에 따라 연결을 수립합니다. 구독 업데이트에 성공해도 노드가 온라인이라는 뜻은 아니며, 노드에 연결된다고 해서 구독 주소가 여전히 유효하다는 뜻도 아닙니다.
먼저 메인 화면에서 정보 출력 영역을 펼치고 업데이트 시각, 그룹 이름, 마지막 오류 메시지를 기록하세요. 아래 표에서 증상별 점검 항목을 확인할 수 있습니다. 주소 변경, 요청 경로 전환, 필터 수정은 한꺼번에 하지 마세요. 어떤 변경이 문제를 해결했는지 확인하기 어렵습니다.
| 증상 | 우선 확인할 항목 | 먼저 할 일 |
|---|---|---|
| 기다린 뒤 시간 초과 메시지가 표시됨 | 주소에 연결할 수 없거나 요청 경로가 작동하지 않음 | 직접 연결 업데이트와 프록시 업데이트를 각각 테스트 |
| 401, 403, 404 응답 | 인증 정보, 접근 제한 또는 주소 경로 문제 | 서비스 관리 페이지에서 구독 주소를 다시 복사 |
| 다운로드는 끝났지만 가져온 항목이 0개 | 응답 형식이 그룹 필터 조건과 일치하지 않음 | 콘텐츠 형식과 별칭 필터 규칙 확인 |
| 노드 수가 그대로임 | 구독 콘텐츠가 변경되지 않았을 수 있음 | 노드 이름과 주소, 서버 업데이트 기록 비교 |
| 업데이트는 성공했지만 연결 실패 | 노드 설정, 서비스 상태 또는 라우팅 문제 | 코어 로그를 확인하고 구독 업데이트 반복은 중단 |
구독 주소 확인: 관리 페이지 주소를 구독 주소로 착각하지 마세요
「구독 그룹」→「구독 그룹 설정」을 열고 문제가 있는 그룹을 편집한 다음 「주소」 항목을 확인하세요. 여기에 입력할 주소는 구독 콘텐츠를 반환하는 전체 링크입니다. 로그인 페이지, 요금제 페이지 또는 브라우저 주소창에 표시된 관리 콘솔 주소가 아닙니다. 버전에 따라 항목 배치가 다를 수 있으므로 현재 화면의 항목 이름을 기준으로 확인하세요.
-
기존 그룹 유지
그룹 메모, 기존 주소, 현재 노드 수를 기록하세요. 노드를 모두 삭제하지 마세요. 구독 서버에 직접 연결할 수 없다면 기존에 작동하는 노드가 업데이트에 필요한 경로일 수 있습니다.
-
주소 다시 복사
서비스 관리 페이지에서 v2rayN에 맞는 구독 메뉴를 찾아 링크 전체를 복사하세요. 앞뒤 공백, 줄바꿈, 메신저가 덧붙인 문장 부호가 있는지 확인하고 링크의 쿼리 매개변수는 그대로 유지합니다.
-
그룹 업데이트 설정 확인
「구독 그룹 설정」에서 대상 그룹의 「업데이트 활성화」가 켜져 있는지 확인하고 저장하세요. 문제를 점검할 때는 해당 그룹을 선택한 뒤 「현재 구독 업데이트」를 실행해 다른 그룹의 결과와 섞이지 않도록 합니다.
-
업데이트 결과 기록
업데이트를 한 번만 실행하고 응답 상태와 가져온 항목 수를 기록하세요. 그래도 실패하면 다음 절차에 따라 요청 경로를 전환합니다. 서버의 요청 빈도 제한이 작동하지 않도록 업데이트를 연속으로 누르지 마세요.
업데이트 경로 전환: 「프록시를 사용하지 않고 업데이트」는 언제 선택할까요?
「프록시를 사용하지 않고 업데이트」는 이번 구독 콘텐츠 요청에만 적용되며, 모든 노드를 직접 연결로 바꾸는 설정이 아닙니다. 일반적인 메뉴 경로는 「구독 그룹」→「현재 구독 업데이트(프록시 사용 안 함)」 또는 「현재 구독 업데이트(프록시 사용)」입니다. 여러 구독을 한꺼번에 업데이트하려면 해당하는 「모든 구독 업데이트」 항목을 사용하세요. 버전에 따라 공백이나 괄호 표기가 다를 수 있습니다.
- 사용 가능한 노드가 하나도 없음: 먼저 「현재 구독 업데이트(프록시 사용 안 함)」을 선택하세요. 프록시 업데이트에는 작동하는 로컬 프록시 연결이 필요하므로 완전히 작동하지 않는 노드로 구독을 복구할 수는 없습니다.
- 직접 연결은 시간 초과되지만 사용 가능한 노드가 있음: 사용 가능한 노드를 활성 서버로 설정하고 코어가 실행 중인지 확인한 뒤 「현재 구독 업데이트(프록시 사용)」을 선택하세요.
- 프록시 업데이트는 실패하지만 직접 연결은 성공: 활성 노드, 라우팅 규칙, 로컬 수신 대기 설정을 확인하세요. 구독 주소를 바로 재설정하지 마세요.
- 두 방식 모두 같은 403 응답을 반환: 시스템 프록시를 반복해서 전환하기보다 계정 상태, 구독 토큰, 접속 제한 또는 서버 보안 정책을 먼저 확인하세요.
「시스템 프록시 자동 설정」과 구독 메뉴의 요청 방식은 서로 다른 설정입니다. 브라우저에서 웹페이지가 열린다고 해서 v2rayN의 구독 요청도 같은 경로로 나가는 것은 아닙니다. TUN이 켜져 있거나 게이트웨이 계층에서 트래픽을 전달하는 경우 「프록시를 사용하지 않고」 설정해도 시스템 네트워크 계층이 요청을 처리할 수 있습니다.
오류별 대처: 시간 초과, 인증서, 형식 문제
아래에는 네트워크 오류에서 자주 보이는 원문 일부를 정리했습니다. 전체 로그에는 추가 정보가 포함될 수 있으며, 중국어 시스템에서도 현지화된 메시지가 표시될 수 있습니다. 먼저 상태 코드와 오류 유형을 확인한 다음 네트워크, 주소, 형식 중 무엇을 점검할지 판단하세요.
오류: The operation has timed out.
원인 및 해결 방법: 제한 시간 안에 요청이 완료되지 않았습니다. 직접 연결과 프록시 업데이트를 각각 한 번씩 시도한 다음 구독 도메인 이름 확인과 현재 네트워크 상태를 점검하세요. 시간 초과만으로 토큰이 만료됐다고 단정할 수는 없습니다.
오류: Response status code does not indicate success: 403 (Forbidden).
원인 및 해결 방법: 서버 또는 중간 보안 시스템이 요청을 거부했습니다. 계정 권한, 접근 제한, 구독 주소를 확인하고 필요하면 서비스 제공자에게 해당 시점의 거부 이유를 문의하세요. 제한을 우회하려고 짧은 간격으로 재시도하지 마세요.
오류: The SSL connection could not be established, see inner exception.
원인 및 해결 방법: TLS 연결을 수립하지 못했습니다. 구체적인 원인은 내부 예외에서 확인할 수 있습니다. 먼저 시스템 날짜와 시간대를 맞추고 인증서 신뢰 및 네트워크 차단 여부를 확인하세요. 인증서 검증을 끄거나 주소를 임의로 일반 HTTP로 바꾸지 마세요.
오류: 429 (Too Many Requests)
원인 및 해결 방법: 요청 빈도가 서버의 제한을 초과했습니다. 수동 재시도를 멈추고 서버가 정한 시간만큼 기다리세요. 응답에 Retry-After가 포함되어 있다면 해당 대기 시간을 따르고 자동 업데이트 간격을 늘리세요.
다운로드는 성공했지만 노드가 없다면 응답 내용부터 확인
HTTP 200은 요청이 성공적으로 응답했다는 뜻일 뿐, 응답이 구독 콘텐츠라는 보장은 없습니다. 로그인 페이지, 인증 페이지, 요금제 만료 안내도 200으로 반환될 수 있습니다. 콘텐츠가 <!DOCTYPE html> 또는 <html>로 시작한다면 노드 프로토콜을 바꾸지 말고 서비스 관리 페이지에서 구독 메뉴를 확인하세요.
- 내보내기 형식 확인: 서비스에서 v2rayN용이라고 명시한 구독 형식을 우선 사용하세요. 일반적으로 공유 링크가 한 줄씩 나열된 형식이나, 해당 링크를 Base64로 인코딩한 텍스트를 사용합니다. 일반 웹페이지, 임의의 JSON 또는 YAML 파일은 확장자만 바꾼다고 인식 가능한 구독이 되지 않습니다.
- 링크와 설정 구분:
vmess://,vless://는 노드 공유 링크에서 흔히 사용하는 접두어입니다. V2Ray 또는 Xray의 전체 실행 설정은 구독 목록과 다른 입력 형식이므로 서로 바꿔 사용할 수 없습니다. - 필터를 잠시 지우기: 「구독 그룹 설정」에서 해당 그룹의 별칭 정규식 필터 항목을 확인하세요. 잘못된 정규식이나 지나치게 좁은 조건이 모든 노드를 제외할 수 있습니다. 기존 값을 기록한 뒤 비우고 한 번 업데이트해 비교하세요.
- 호환성 확인: 일부 노드만 가져오지 못한다면 클라이언트 버전과 서비스에서 제공하는 노드 설정을 확인하세요. 그래픽 클라이언트는 구독을 파싱하고 코어는 연결을 수립합니다. 두 계층의 호환성 문제를 각각 확인해야 합니다.
자동 업데이트 간격 설정: 먼저 수동 업데이트에 성공한 뒤 예약 실행
「구독 그룹」→「구독 그룹 설정」으로 이동해 대상 그룹을 편집하고 「자동 업데이트 간격(분)」을 찾으세요. 「업데이트 활성화」도 켜져 있는지 확인합니다. 입력란에 표시된 단위를 기준으로 설정하세요. 360은 6시간을 뜻하며 6분이 아닙니다. 현재 버전의 단위나 항목 이름이 다르면 이 숫자를 그대로 사용하지 마세요.
위 내용은 설정 예시이며 속도 측정 결과나 서비스 제공자의 보장이 아닙니다. 자동 업데이트 빈도는 구독 서비스 이용 규칙을 따라야 합니다. 하루 한 번만 허용하는 서비스라면 매시간 업데이트하도록 설정하지 마세요. 간격을 줄여도 노드 속도는 빨라지지 않으며 구독 콘텐츠를 더 자주 요청할 뿐입니다.
- 현재 그룹에서 수동 업데이트를 한 번 완료해 주소, 형식, 요청 경로가 모두 작동하는지 확인한 뒤 자동 업데이트 간격을 저장하세요.
- 예약 업데이트를 사용하려면 0보다 큰 분 단위 숫자를 입력하세요.
0을 ‘즉시 업데이트’로 해석하면 안 됩니다. 일반적인 버전에서는 주기 업데이트를 사용하지 않는다는 뜻이며, 정확한 의미는 화면 안내를 확인하세요. - 저장한 뒤 v2rayN을 계속 실행해 두세요. 메인 창을 닫기 전에 트레이로 최소화되는지, 프로세스가 종료되는지 확인합니다. 프로그램을 종료하면 앱 내 예약 작업도 실행되지 않습니다.
- 확인하는 동안 기기를 인터넷에 연결하고 절전 모드로 전환되지 않도록 하세요. 예정 시간이 지난 뒤 노드 수가 늘었는지만 보는 대신 정보 출력에서 구독 업데이트 기록을 확인합니다.
수동으로 「프록시 사용 업데이트」를 한 번 선택해도 모든 자동 업데이트 작업의 요청 경로가 영구적으로 바뀌지는 않습니다. 버전에 따라 예약 업데이트 동작이나 관련 설정이 별도로 있을 수 있으므로 현재 화면과 실행 예정 시간 이후의 로그를 함께 확인하세요. 기기 절전, 네트워크 연결 해제, 프로그램 재시작도 실행 시각에 영향을 줍니다. 주기 작업은 초 단위로 정확한 일정이 보장되는 달력 알림이 아닙니다.
자주 묻는 질문: 노드 유지, 자동 업데이트, 실패 복구
업데이트에 실패하면 기존 노드를 먼저 모두 삭제해야 하나요?
기존 노드는 우선 유지하세요. 그룹과 사용 가능한 노드를 기록한 다음 주소와 요청 방식을 점검합니다. 노드를 삭제해도 DNS, 인증서, 권한 오류는 해결되지 않으며 프록시 업데이트에 필요한 연결 경로를 잃을 수 있습니다. 그룹을 다시 만들어야 한다면 먼저 설정을 백업하세요. 백업에도 민감한 연결 정보가 들어 있다는 점에 유의해야 합니다.
브라우저에서는 구독 링크가 열리는데 클라이언트에서는 왜 실패하나요?
브라우저는 로그인 상태, 프록시 확장 프로그램 또는 다른 네트워크 경로를 사용할 수 있습니다. 먼저 응답이 로그인 후 페이지가 아닌 구독 텍스트인지 확인한 다음 v2rayN에서 두 가지 업데이트 방식을 각각 테스트하세요. 서비스에서 특정 요청 헤더를 요구한다면 안내 문서에 따라 설정하세요. 사용자 에이전트 문자열을 임의로 입력하지 마세요.
6시간 간격으로 설정했는데 다음 날에도 노드 수가 그대로인 이유는 무엇인가요?
먼저 로그에서 실제 업데이트가 실행됐는지 확인한 다음 노드 항목을 비교하세요. 구독 콘텐츠가 바뀌지 않았다면 업데이트에 성공해도 노드 수는 늘지 않습니다. 기록이 없다면 「업데이트 활성화」, 간격 단위, 프로세스 종료 여부, 기기의 장시간 절전 여부를 확인하세요.
모든 구독이 실패하는데 한 그룹만 사용할 수 있습니다. 어떻게 확인하나요?
실패한 그룹을 선택하고 「현재 구독 업데이트(프록시 사용 안 함)」을 단독 실행한 뒤 상태 코드를 기록하세요. 그런 다음 사용 가능한 노드로 프록시 업데이트를 테스트합니다. 정상 그룹을 덮어쓰지 않도록 그룹별 주소와 필터 규칙을 비교하세요. 구독 서비스마다 필요한 접속 경로가 다를 수 있습니다.
문제 해결을 마치기 전에 클라이언트 버전, 실패 시각, 업데이트 방식, 상태 코드, 조치 결과를 간단히 기록해 두세요. 서비스 제공자에게 문의할 때 이런 정보를 함께 전달하면 ‘구독이 안 된다’고만 설명하는 것보다 원인을 찾기 쉽습니다. 로그를 보내기 전에는 전체 구독 링크와 토큰을 삭제하세요. 수동 업데이트와 자동 주기 업데이트가 모두 정상인지 확인한 뒤 평소 업데이트 간격으로 되돌립니다.