구독을 추가했지만 업데이트 시간 초과, 빈 목록 표시, 예약 새로 고침 미작동을 겪는 v2rayN 사용자에게 적합합니다. 먼저 수동 업데이트로 주소·네트워크 경로·응답 내용 중 원인을 구분한 다음 구독 그룹의 새로 고침 주기를 설정하세요. 반복해서 재시도하거나 모든 노드를 삭제하는 것으로 문제를 해결하려 하지 마세요.
구독 업데이트 흐름: 다운로드 성공이 가져오기 성공을 뜻하지는 않습니다
구독 주소는 보통 접근 토큰이 포함된 HTTPS 링크입니다. v2rayN이 이 주소에 요청을 보내 텍스트를 가져온 뒤, 지원되는 노드 정보를 클라이언트 설정으로 변환합니다. 구독 자체는 프록시 프로토콜이 아닙니다. 하나의 구독에 VMess, VLESS 등 서로 다른 프로토콜의 노드가 포함될 수 있으며, 구독 주소에 접속된다고 해서 해당 노드들이 모두 연결 가능한 것은 아닙니다.
문제 해결 시 결과를 세 가지로 나눠야 합니다. 응답을 전혀 받지 못했는지, 오류 응답을 받았는지, 내용을 받았지만 노드를 파싱하지 못했는지 확인하세요. 앞의 두 경우에는 주소와 네트워크를 먼저 점검하고, 마지막 경우에는 형식을 확인하세요. 메인 화면의 노드 연결 로그와 구독 다운로드 알림은 별개입니다. 코어에서 연결 오류가 한 번 발생했다고 구독 서버 문제라고 단정할 수는 없습니다.
- 기록할 내용: 문제가 발생한 그룹 하나만 업데이트하고 시간, 요청 방식, 상태 코드, 전체 오류 문구를 기록하세요.
- 사용 가능한 항목 보존: 현재 연결 가능한 노드를 먼저 기록하고, 문제를 찾는 동안 모든 구독 그룹을 삭제하지 마세요.
- 주소 보호: 로그를 공유할 때 토큰, 사용자 식별 정보, URL 쿼리 매개변수를 가리세요. 전체 구독 링크에는 설정을 읽을 수 있는 권한이 포함될 수 있습니다.
구독 링크 만료: 인증 오류와 서버 요청 제한을 구분하세요
구독 토큰 재설정, 요금제 만료, 계정 비활성화로 기존 링크에서 노드가 더 이상 제공되지 않을 수 있습니다. 복사할 때 끝부분의 매개변수를 빠뜨리거나 웹페이지 주소를 구독 주소로 착각해도 비슷한 문제가 생깁니다. 서비스 제공업체 계정 페이지에서 v2rayN용 구독 링크를 다시 복사한 뒤 그룹에 저장된 주소와 비교하세요. 채팅 기록에서 같은 이전 주소를 반복해서 붙여 넣지 마세요.
이는 HTTP 상태 코드의 일반적인 의미일 뿐, 계정 상태를 확정하는 유일한 근거는 아닙니다. 서버가 403으로 접근 정책 제한을 표시할 수도 있고, 200 응답에 오류 안내를 담을 수도 있습니다. 상태 코드와 응답 본문, 계정 알림을 함께 확인하세요.
오류: 401 Unauthorized
원인: 서버 인증에 실패했습니다. 오래된 토큰이나 일부가 누락된 링크에서 흔히 발생합니다. 해결: 계정 페이지에서 현재 구독 주소를 받아 해당 그룹의 주소를 바꾼 다음 수동 업데이트를 한 번만 실행하세요.
오류: 403 Forbidden
원인: 서버가 현재 요청을 거부했습니다. 계정 권한, 외부로 나가는 IP 주소 또는 접근 정책이 원인일 수 있습니다. 해결: 계정 상태와 서비스 제공업체 공지를 확인하세요. 다른 조건에 문제가 없다면 직접 연결과 프록시 연결 결과를 비교하세요.
오류: 429 Too Many Requests
원인: 동일 계정 또는 동일 출구 IP에서 보낸 요청이 서버의 빈도 제한을 넘었습니다. 해결: 새로 고침을 연속해서 누르지 마세요. 응답에 Retry-After가 있으면 지정된 시간만큼 기다린 뒤 자동 업데이트 간격을 늘리세요.
네트워크 연결 문제: 직접 연결과 프록시 요청을 각각 확인하세요
v2rayN 구독 메뉴에는 보통 ‘프록시 없이 업데이트’와 ‘프록시를 통해 업데이트’ 두 가지가 있습니다. 버전에 따라 ‘현재 구독 업데이트’ 또는 ‘모든 구독 업데이트’처럼 표시될 수 있습니다. 문제를 확인할 때는 현재 그룹을 선택해 대량 요청이 한꺼번에 발생하지 않도록 하세요. 여기서 선택하는 것은 구독을 다운로드하는 경로이며, 가져온 모든 노드의 아웃바운드 경로를 영구 지정하는 설정이 아닙니다.
| 확인된 결과 | 우선 판단할 내용 | 다음 단계 |
|---|---|---|
| 직접 연결 성공, 프록시 연결 실패 | 현재 프록시 출구 또는 로컬 프록시를 사용할 수 없음 | 먼저 프록시 없이 업데이트한 뒤 노드 연결을 별도로 확인하세요 |
| 직접 연결 실패, 프록시 연결 성공 | 로컬 네트워크에서 구독 사이트로 연결되는 경로에 문제가 있음 | 사용 가능한 노드를 유지하고 프록시를 통해 업데이트하세요 |
| 두 방식 모두 시간 초과 | 주소, DNS 확인, 서비스 상태 또는 두 연결 경로 모두에 문제가 있음 | 도메인, 시스템 시간, 서비스 공지를 확인한 뒤 다른 네트워크에서도 비교하세요 |
| 두 방식 모두 동일한 인증 오류 반환 | 계정 또는 링크 문제일 가능성이 큼 | 주소를 다시 발급받고 프록시 모드를 반복해서 바꾸지 마세요 |
도메인 확인에 실패하면 구독 호스트 이름의 철자가 맞는지 확인한 뒤 시스템 DNS와 현재 네트워크를 점검하세요. HTTPS 인증서 오류가 나면 먼저 기기의 날짜, 시간대, 시스템 신뢰 인증서를 확인하세요. 인증서 검증을 끄는 방식으로 우회하면 안 됩니다. 연결 시간 초과는 요청이 제한 시간 안에 완료되지 않았다는 뜻일 뿐, DNS 문제가 원인이라고 단정할 수는 없습니다.
프록시 순환 의존: 업데이트에 필요한 노드가 이미 작동하지 않는 경우
흔히 발생하는 의존성 문제는 구독 사이트에 접속하려면 프록시가 필요하지만 현재 프록시 노드가 작동하지 않고, 사용할 수 있는 노드를 가져오려면 구독 업데이트가 필요한 상황입니다. 이때 ‘프록시를 통해 업데이트’를 계속 선택해도 같은 작동 중단된 출구를 거치게 됩니다. 이는 업데이트 경로의 의존성 순환이며, 반드시 패킷 수준의 라우팅 루프를 뜻하는 것은 아닙니다.
-
현재 노드 확인
메인 화면에서 현재 선택된 서버를 확인하고 실제 연결이 되는지 먼저 테스트하세요. 지연 시간 숫자만 표시되고 접근 가능한 결과가 없다면 구독 요청이 완료된다고 볼 수 없습니다.
-
프록시 없이 업데이트 시도
‘구독 그룹’ 메뉴에서 현재 그룹의 ‘프록시 없이 업데이트’를 선택하세요. 성공하면 새 항목을 먼저 테스트한 뒤 현재 서버를 변경하세요.
-
사용 가능한 출구 복구
직접 연결을 사용할 수 없다면 이전에 저장한 사용 가능한 노드로 전환하거나 구독 사이트에 접근할 수 있는 네트워크로 바꾼 뒤 프록시를 통해 업데이트하세요.
-
로컬 수신 설정 확인
‘설정’ → ‘매개변수 설정’을 열어 로컬 프록시 수신 설정과 실행 상태를 확인하세요. 브라우저에서 프록시 포트를 수동 지정했다면 현재 설정과 일치해야 합니다. 다른 기기의 포트 번호를 그대로 사용하지 마세요.
정리: 먼저 작동하는 요청 경로를 복구하세요
업데이트 주소, 프록시 노드, 네트워크 경로는 한 번에 하나씩만 변경하세요. 사용할 수 있는 출구가 없는데 자동 업데이트 간격만 줄이면 실패 요청이 늘어날 뿐입니다. 수동 업데이트가 다시 성공한 뒤 예약 새로 고침을 켜세요.
응답 형식 오류: 200 응답에도 노드가 없을 수 있습니다
구독 서버가 200 OK를 반환했다는 것은 HTTP 요청이 성공했다는 뜻일 뿐입니다. 본문에는 로그인 페이지, 접근 확인 페이지, 요금제 만료 안내 또는 실제 구독 텍스트가 들어 있을 수 있습니다. v2rayN이 파싱할 수 있는 것은 지원되는 노드나 구독 형식이지, 다운로드 가능한 모든 파일이 아닙니다.
- HTML 응답: 본문이
<!DOCTYPE html>또는<html로 시작한다면 웹페이지 주소, 로그인 페이지 또는 접근 확인 페이지를 받은 것은 아닌지 먼저 살펴보세요. - 빈 응답 본문: 계정에 사용 가능한 노드가 남아 있는지, 구독이 비활성화되지 않았는지 확인하고 서버 점검 공지도 확인하세요.
- 형식 불일치: 서비스 제공업체가 v2rayN용으로 명시한 구독 링크를 선택하세요. 다른 클라이언트 전용 설정을 일반 노드 구독처럼 가져오면 안 됩니다.
- 일부 항목 가져오기 실패: 현재 클라이언트와 코어가 해당 프로토콜 및 전송 매개변수를 지원하는지 확인하세요. VLESS 항목에 REALITY 등의 매개변수가 있다면 이를 지원하는 코어도 필요합니다.
Base64는 텍스트 인코딩 방식이지 암호화가 아니며, 인코딩된 내용이 유효하다는 보장도 없습니다. 직접 디코딩하면 내용 구조를 확인하는 데는 도움이 되지만 만료된 토큰이나 지원되지 않는 매개변수를 고칠 수는 없습니다. 전체 구독을 출처가 불분명한 온라인 변환 사이트에 올리지 마세요. 서비스 제공업체에 문의할 때는 오류 문구와 민감한 정보를 가린 내용 형식부터 전달하세요.
v2rayN 자동 업데이트 간격: 구독 그룹별 설정
자동 새로 고침 주기는 보통 모든 그룹에 공통으로 적용되지 않고 구독 그룹마다 저장됩니다. 아래 설명은 ‘자동 업데이트 간격(분)’ 항목이 있는 화면을 기준으로 합니다. 데스크톱 버전이나 화면 버전에 따라 문구와 버튼 위치가 다를 수 있으므로 항목 옆의 단위를 확인하세요. 스케줄을 설정하기 전에 수동 업데이트를 한 번 완료하면 예약 실행 문제와 다운로드 문제를 구분하기 쉽습니다.
-
그룹 설정 열기
메인 화면에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 선택하고 변경할 그룹을 골라 편집 화면으로 들어가세요. 이름이 비슷한 다른 그룹을 수정하지 않도록 메모와 구독 주소를 확인하세요.
-
새로 고침 간격 입력
‘자동 업데이트 간격(분)’ 항목을 찾아 양의 정수를 입력하세요. 예를 들어
720은 12시간,1440은 24시간입니다. 이는 설정 예시이며 클라이언트 기본값은 아닙니다. 서비스 제공업체가 최소 간격을 지정했다면 그 기준을 우선 따르세요. -
저장 후 확인
‘확인’ 또는 저장 버튼을 누른 뒤 그룹을 다시 열어 입력값이 유지됐는지 확인하세요. 그런 다음 해당 그룹을 수동으로 업데이트해 주소와 현재 요청 경로가 모두 작동하는지 확인하세요.
-
이후 결과 확인
클라이언트를 실행한 상태로 설정한 주기가 지날 때까지 기다린 뒤 업데이트 알림이나 로그 시간을 확인하세요. 현재 화면에 자동 업데이트 프록시 옵션이 있다면 정상 작동을 확인한 경로로 설정하세요. 예약 작업이 마지막 수동 업데이트 방식과 반드시 같을 것이라고 가정하지 마세요.
일반적인 구현에서는 간격을 0으로 설정하면 주기 업데이트를 하지 않는다는 뜻입니다. 그래도 설정 전에 현재 버전의 항목 설명을 확인하세요. 컴퓨터가 꺼져 있거나 절전 상태이거나 클라이언트가 종료된 동안에는 클라이언트 내부의 새로 고침 작업이 실행되지 않습니다. 다시 켰을 때 업데이트를 즉시 보충하는지도 버전별 구현에 따라 다르므로 시스템 수준의 예약 서비스처럼 취급하면 안 됩니다.
| 사용 상황 | 간격 예시 | 설정 기준 |
|---|---|---|
| 노드 변경이 드문 경우 | 1440분, 즉 24시간 | 반복 요청을 줄이고 일시적인 변경은 수동으로 새로 고침 |
| 최신 상태를 자주 동기화해야 하는 경우 | 720분, 즉 12시간 | 서비스 제공업체가 허용하는 범위에서 동기화 빈도를 높임 |
| 업데이트 문제를 확인하는 중 | 주기 새로 고침을 일시 중지 | 한 번에 수동 테스트 하나만 실행해 로그 혼선과 요청 제한을 피하세요 |
저장한 뒤에도 자동 업데이트가 되지 않으면 먼저 올바른 그룹을 편집했는지, 간격이 양수인지, 클라이언트가 계속 실행 중인지 확인하세요. 로그에서 업데이트 작업이 실제로 실행됐지만 다운로드에 실패한 것은 아닌지도 살펴보세요. 테스트용으로 간격을 1분으로 바꾼 뒤 장기간 그대로 두지 마세요. 여러 기기에서 같은 구독을 사용하면 서버가 요청 빈도를 합산할 수도 있습니다.
업데이트 복구 후 점검: 노드, 경로, 새로 고침 주기
성공 알림은 복구의 시작일 뿐입니다. 구독 업데이트는 설정을 동기화하지만 노드 연결 가능 여부는 별도로 테스트해야 합니다. 라우팅은 이후 트래픽의 경로를 결정하므로 구독 새로 고침에 성공했다고 예상한 대로 설정되는 것도 아닙니다. 복구 후 최소한의 검증을 한 번 진행하고 문제 해결 중 임시로 변경한 설정은 원상태로 되돌리세요.
- 그룹 확인: 대상 그룹에 예상한 항목이 표시되는지 확인하고 다른 그룹의 노드를 업데이트 결과로 착각하지 마세요.
- 연결 확인: 새 노드 하나를 선택해 실제 연결 테스트를 실행한 다음 브라우저에서 필요한 사이트에 접속해 보세요.
- 프록시 확인: 시스템 프록시 또는 실제 트래픽을 처리하는 방식을 확인하세요. 노드가 정상이어도 앱 트래픽이 프록시를 통과하지 않을 수 있습니다.
- 주기 확인: 테스트용 간격을 계획한 값으로 되돌리고 다음 업데이트에 사용할 연결 가능한 경로를 하나 이상 유지하세요.
계속 문제를 확인해야 한다면 사이트의문제 해결 가이드에서 네트워크 및 프록시 점검 방법을 확인하세요. 서비스 제공업체에 문의할 때는 발생 시간, HTTP 상태 코드 또는 오류 문구, 직접 연결과 프록시 연결의 비교 결과를 포함하고 전체 구독 토큰은 보내지 마세요.