기존 노드는 그대로 두고 ‘요청 도달 여부, 주소 유효성, 응답 내용 파싱 여부’ 순서로 확인하세요. 구독을 이미 가져왔지만 수동 또는 예약 업데이트가 실패하는 v2rayN 사용자를 위한 안내입니다. 점검 후에는 연결 문제와 구독 내용 문제를 구분하고, 프록시 업데이트가 필요한지와 자동 업데이트 간격을 어떻게 조정할지 판단할 수 있습니다.
구독 업데이트 실패 시 점검 순서
구독 그룹을 삭제하거나 연결 가능한 노드를 지우지 마세요. 구독 업데이트는 클라이언트가 구독 서버에 요청을 보내 노드 목록을 읽는 과정이고, 노드 연결은 코어가 프록시 서버에 연결하는 과정입니다. 두 경로는 서로 다르므로 노드가 작동해도 구독 주소에 접속할 수 있다는 뜻은 아니며, 업데이트에 성공해도 모든 노드가 온라인이라는 뜻은 아닙니다.
v2rayN 기본 창에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 열고 문제가 있는 그룹을 선택해 주소와 그룹 이름을 확인하세요. 버전에 따라 메뉴 이름이 조금 다를 수 있으므로, 아래에서는 고정된 화면 위치가 아니라 ‘구독 그룹 설정’ 및 구독 업데이트 메뉴의 기능 이름을 기준으로 안내합니다.
- 정보 기록: 클라이언트 버전, 업데이트 시간, 현재 네트워크, 오류 메시지를 기록하세요. 스크린샷을 공유할 때는 구독 주소의 경로 토큰과 쿼리 매개변수를 가리세요.
- 그룹 하나만 테스트: 문제가 있는 그룹만 먼저 업데이트하세요. 여러 그룹을 한꺼번에 업데이트하면 로그가 섞여 다른 그룹의 결과를 테스트 결과로 잘못 판단할 수 있습니다.
- 첫 번째 실제 오류 확인: 기본 창의 정보 영역을 확인하세요. 상세 기록이 필요하면 ‘설정’ → ‘매개변수 설정’에서 로그 관련 옵션을 찾아보세요. 마지막에 표시된 ‘업데이트 실패’ 문구만 보지 마세요.
- 한 번에 한 가지만 변경: 먼저 직접 연결과 프록시 연결 업데이트를 비교하고, 다음으로 주소와 형식을 확인한 뒤, 마지막에 예약 업데이트를 조정하세요.
네트워크 시간 초과: 직접 연결과 프록시 연결 업데이트 비교
시간 초과는 보통 도메인 조회, 연결 수립 또는 응답 대기 단계에서 발생합니다. 이것만으로 구독 주소가 만료됐다고 단정할 수는 없습니다. 먼저 ‘구독 그룹’ 메뉴에서 ‘현재 구독 업데이트(프록시 사용 안 함)’와 ‘현재 구독 업데이트(프록시 사용)’를 각각 시도하세요. 일부 버전에서는 ‘선택한 구독’처럼 비슷한 이름을 사용합니다. 중요한 것은 요청에 어떤 경로를 사용할지 명확히 구분하는 것입니다.
오류: The operation has timed out.
원인 및 해결 방법: 제한 시간 안에 요청이 완료되지 않았습니다. 먼저 신뢰할 수 있는 다른 네트워크에서 다시 시도하고, 직접 연결과 프록시 연결 업데이트 결과를 비교하세요. 업데이트 버튼을 짧은 간격으로 반복해서 누르지 마세요.
오류: No such host is known.
원인 및 해결 방법: 구독 도메인을 확인할 수 없습니다. 도메인 철자와 현재 네트워크의 DNS 조회 상태를 확인하세요. 같은 주소가 특정 네트워크에서만 실패한다면 해당 네트워크의 DNS 연결 경로부터 점검하세요.
오류: Connection refused
원인 및 해결 방법: 대상 포트에서 연결을 거부했습니다. 대상은 로컬 프록시일 수도 있고 구독 서버일 수도 있습니다. 먼저 오류에 표시된 호스트와 포트를 확인한 뒤 해당 서비스가 포트를 열고 있는지 점검하세요.
‘프록시 사용’을 선택하기 전에 기존 노드로 프록시 연결이 작동하는지 확인하고 로컬 수신 포트도 점검하세요. ‘설정’ → ‘매개변수 설정’에서 로컬 포트를 확인할 수 있습니다. 예를 들어 현재 실행 중인 인스턴스가 실제로 127.0.0.1:10808에서 수신 중이라면 다른 기기의 포트를 그대로 쓰지 말고 이 주소를 확인해야 합니다. 포트는 예시일 뿐이므로 현재 화면과 로그를 기준으로 판단하세요.
시스템 프록시, 구독 업데이트 프록시, TUN 연결은 서로 다른 설정입니다. 시스템 프록시를 켜도 모든 구독 요청이 반드시 프록시를 거치는 것은 아닙니다. TUN을 켜면 ‘프록시 사용 안 함’을 선택해도 시스템 라우팅이 요청을 가로챌 수 있습니다. 직접 연결과 비교 테스트를 하려면 TUN을 잠시 끄고, 테스트가 끝난 후 원래 설정으로 복원하세요. 자세한 내용은 시스템 프록시 설정 및 TUN 모드 안내를 참조하세요.
결론: 안정적으로 업데이트되는 경로만 사용
같은 주소가 직접 연결에서는 실패하고 프록시 연결에서는 성공한다면 프록시를 통한 업데이트를 우선 사용하세요. 반대로 프록시 연결은 실패하고 직접 연결은 성공한다면 현재 노드와 로컬 수신 포트를 확인하세요. 두 방법 모두 실패하면 주소와 서버 응답을 추가로 점검하고, 클라이언트를 바로 다시 설치하지 마세요.
주소 오류: HTTP 상태 코드로 원인 찾기
구독 주소를 복사할 때 프로토콜, 경로, 쿼리 매개변수를 모두 포함해야 합니다. 메신저에서 복사하면서 공백이나 줄바꿈, 전각 문장 부호가 들어가거나 끝부분의 매개변수가 누락되면 다른 요청이 될 수 있습니다. 구독 링크에는 접근 자격 정보가 포함되는 경우가 많으므로 공개 변환 사이트에 입력하지 말고, 도움을 요청하는 스크린샷에도 전체 링크를 노출하지 마세요.
| 응답 또는 증상 | 우선 확인할 항목 | 다음 단계 |
|---|---|---|
401 Unauthorized | 접근 자격 정보가 없거나 만료 또는 초기화됨 | 서비스 제공자 계정 페이지에서 구독 주소를 다시 복사 |
403 Forbidden | 접근 정책, 접속 위치 제한 또는 계정 권한 | 계정 상태를 확인하고 제공자에게 제한 조건 문의 |
404 Not Found | 경로 오류 또는 이전 주소 폐기 | 도메인뿐 아니라 새 주소와 이전 주소의 경로도 비교 |
429 Too Many Requests | 서비스 요청 빈도 제한 초과 | 반복 요청을 멈추고 응답 안내 또는 제공자 규정에 따라 대기 |
5xx | 서버 또는 상위 서비스 오류 | 잠시 후 다시 시도하고 제공자 확인용으로 시간과 상태 코드 기록 |
상태 코드는 가능한 원인을 좁히는 데만 쓰이며 서버 안내를 대신할 수 없습니다. 예를 들어 403이 요금제 만료를 뜻하는 것은 아니며, 네트워크 출구나 요청 정책에 따른 제한일 수도 있습니다. 페이지에 Retry-After가 표시되면 지정된 시간만큼 기다린 뒤 다시 시도하세요. 노드를 계속 바꾸며 새로고침하지 마세요.
형식 오류: 구독 본문과 공유 링크 구분하기
요청 결과가 200 OK라는 것은 서버가 콘텐츠를 정상적으로 반환했다는 뜻일 뿐입니다. 반환 내용이 로그인 페이지, 보안 확인 페이지 또는 JSON 오류 메시지라면 노드를 가져올 수 없습니다. 업데이트 결과가 ‘사용 가능한 노드 없음’이라면 먼저 응답 내용의 유형을 확인하세요. 모든 형식 오류를 네트워크 문제로 돌리지 말고 그다음에 프로토콜 지원 여부를 살펴보세요.
- 구독 주소: 보통
https://주소이며, 클라이언트가 주기적으로 접속해 노드 목록을 가져옵니다. 이 접두사만으로는 응답 형식을 알 수 없습니다. - Base64 구독: 여러 줄의 공유 링크를 인코딩해 반환하는 형태가 흔합니다. Base64는 인코딩 방식이지 연결 프로토콜이 아니며 구독 내용을 보호하지도 않습니다.
- 단일 공유 링크:
vmess://또는vless://는 보통 노드 하나를 가리킵니다. HTTP 구독 주소로 요청하지 말고 클립보드 가져오기 등 노드 가져오기 기능을 사용하세요. - 전체 설정 파일:
inbounds,outbounds등의 필드가 포함된 JSON은 파일 확장자만 보고 일반 구독으로 사용할 수 없습니다. 클라이언트에서 해당 파일을 가져오는 방법과 코어가 지원하는 형식을 확인하세요.
VLESS와 VMess는 프록시 프로토콜이고, 구독은 노드 정보를 배포하는 방식입니다. 하나의 구독에 여러 프로토콜이 포함될 수 있습니다. 서비스 제공자가 클라이언트별 형식을 제공한다면 v2rayN에 맞는다고 명시된 주소를 선택하세요. 프로토콜 필드, 전송 설정, 보안 매개변수가 함께 호환되어야 하며 링크의 접두사만 바꿔 ‘프로토콜을 변환’할 수는 없습니다. 자세한 내용은 프로토콜 설정 레퍼런스를 참조하세요.
결론: 클라이언트 버전을 바꾸기 전에 응답 내용 확인
웹페이지가 반환되면 올바른 구독 주소를 사용하거나 접근 제한을 해결해야 합니다. 유효한 노드 목록이 반환됐는데 일부 노드만 인식되지 않을 때 클라이언트 버전, 프로토콜 매개변수, 코어 지원 범위를 확인하세요.
자동 업데이트 간격: 수동 업데이트 성공 후 예약 설정
‘구독 그룹’ → ‘구독 그룹 설정’으로 이동해 대상 그룹을 선택한 다음 ‘자동 업데이트 간격’ 항목을 찾아 그룹이 활성화되어 있는지 확인하세요. 먼저 수동 업데이트를 한 번 성공시킨 뒤 예약 업데이트를 설정하세요. 그렇지 않으면 같은 오류가 주기적으로 반복될 뿐입니다.
입력하기 전에 화면에 표시된 단위를 확인하세요. 단위가 ‘분’이면 12시간은 720으로 입력하고, 사용 중인 버전의 단위가 ‘시간’이면 12로 입력합니다. 이 값은 설정 예시일 뿐 모든 서비스에 권장되는 주기가 아닙니다. 서비스 제공자가 지정한 최소 간격을 우선으로 따르세요. 0이 어떤 의미인지는 현재 버전의 안내를 확인하고, 일반적인 ‘즉시 새로고침’으로 간주하지 마세요.
- 그룹 설정을 저장하고 수동 업데이트를 한 번 실행한 뒤 성공한 시간과 그룹의 노드 수를 기록하세요.
- 클라이언트를 실행 상태로 유지하고 기기가 절전 모드에 들어가지 않도록 한 뒤 다음 업데이트를 확인하세요. 절전 중 작업이 실행되지 않은 것을 구독 만료로 오해하지 마세요.
- 사용 중인 버전에 자동 업데이트용 프록시 옵션이 있다면 정상 작동을 확인한 경로에 맞춰 설정하세요. 수동으로 ‘프록시 사용’ 업데이트를 한 번 실행했다고 예약 작업에도 설정이 영구 적용된다고 가정하지 마세요.
- 부팅 후에만 업데이트가 실패한다면 네트워크와 프록시 코어가 준비됐는지 확인한 다음 수동으로 다시 시도하세요. 업데이트 간격을 성급하게 줄이지 마세요.
예약 구독 업데이트는 클라이언트 기능입니다. Xray 또는 V2Ray의 아웃바운드 JSON에 공통 필드를 추가하는 방식이 아닙니다. 설정 위치를 확인하려면 구독 관리 안내를 참조하세요. 코어 설정에 존재하지 않는 업데이트 간격 필드를 임의로 만들지 마세요.
업데이트 성공 후 확인 사항과 자주 묻는 질문
업데이트가 복구되면 그룹의 노드 수와 이름을 확인한 다음 노드 하나를 선택해 실제 연결을 테스트하세요. 구독 업데이트는 성공했지만 웹페이지가 열리지 않는다면 노드 연결 상태, 로컬 프록시, 라우팅 분할을 점검해야 합니다. 구독 업데이트를 반복하지 마세요. 라우팅 규칙 설정을 확인해 요청이 실제로 어떤 아웃바운드를 사용하는지 살펴보세요.
업데이트가 실패해도 이전 노드를 계속 사용할 수 있나요?
기존 노드를 유지하고 테스트할 수 있습니다. 구독 업데이트 실패와 기존 노드의 작동 중단은 서로 다른 문제지만, 서버에서 노드를 폐기하거나 설정을 변경했다면 더 이상 연결되지 않을 수 있습니다. 문제를 점검하는 동안 그룹을 비우지 않는 이유는 사용 가능한 연결 경로와 비교 정보를 보존하기 위해서입니다.
업데이트는 성공했는데 노드가 하나도 없다면 어떻게 해야 하나요?
먼저 계정 페이지에 실제로 사용 가능한 노드가 있는지 확인한 뒤 구독 형식, 그룹 필터 조건, 반환 내용을 점검하세요. 노드 이름 필터를 설정했다면 기존 값을 기록하고 필터를 잠시 해제해 테스트하세요. ‘성공’ 메시지만 보고 서버가 노드를 반환했다고 단정하지 마세요.
구독 주소를 HTTP로 바꿔야 하나요?
연결 방식을 임의로 낮추지 마세요. 구독에는 접근 자격 정보와 노드 정보가 포함될 수 있으므로 제공자가 공식적으로 안내한 HTTPS 주소를 사용해야 합니다. 인증서 문제가 발생하면 시스템 날짜, 네트워크 환경, 서버 인증서를 확인하세요. 프로토콜을 바꾸거나 인증서 검증을 건너뛰지 마세요.
서비스 제공자에게 문의할 때 어떤 정보를 전달해야 하나요?
실패 시간, 클라이언트 버전, 직접 연결과 프록시 연결 테스트 결과, HTTP 상태 코드, 민감 정보를 가린 오류 문구를 전달하세요. 구독 토큰, 노드 비밀번호, 전체 공유 링크를 공개 문의에 포함하지 마세요. 새 주소가 필요하다면 제공자의 계정 페이지에서 재발급을 요청하세요.