구독 업데이트를 눌렀을 때 시간 초과나 파싱 오류가 뜨거나, 업데이트가 끝났는데 노드가 보이지 않는 경우에 적합한 안내입니다. 먼저 현재 사용할 수 있는 노드를 보존하고, 요청 실패·응답 형식 문제·목록 필터링을 구분해 확인하세요. 설정은 한 번에 하나씩 바꾸고 같은 구독 그룹으로 다시 테스트하면 주소, 네트워크, 형식, 표시 조건 중 어디에 문제가 있는지 파악할 수 있습니다.
먼저 어느 단계에서 실패했는지 확인
구독 업데이트는 노드 연결 상태를 테스트하는 작업이 아닙니다. v2rayN은 먼저 구독 주소에 요청을 보내고, 응답을 받은 뒤 노드를 파싱해 그룹 설정에 따라 처리한 다음 서버 목록에 추가합니다. 주소가 열려도 응답 내용을 가져와 등록할 수 있다는 뜻은 아닙니다. 노드가 등록됐더라도 원격 서버가 정상 작동한다는 보장은 없습니다. ‘업데이트 성공’과 ‘실제 연결 지연 시간 테스트 성공’을 같은 결과로 보지 마세요.
- 메인 창 하단의 로그 또는 정보 영역에서 이번 업데이트의 그룹명, 시간, 바로 뒤에 기록된 오류를 확인하세요. 화면 배치에 따라 위치가 다를 수 있으므로 업데이트 작업 후 새로 추가된 기록을 기준으로 확인해야 합니다.
- 「구독 그룹」→「구독 그룹 설정」을 열어 해당 그룹의 주소, 필터 조건, 업데이트 설정을 기록해 두세요. 비교에 필요한 정보를 잃지 않도록 그룹을 먼저 삭제하지 마세요.
- 문제가 있는 그룹만 업데이트하세요. 메뉴에 ‘모든 구독 업데이트’만 표시된다면 로그에서 그룹명을 기준으로 항목별로 확인하세요. 다른 그룹의 성공 기록을 해당 그룹의 성공으로 착각하지 않도록 주의하세요.
- 업데이트 전후의 노드 수를 기록하세요. 노드 수가 0에서 0보다 큰 값으로 바뀌면 노드 연결 문제를 확인하고, 계속 0이면 응답과 파싱을 점검하세요.
주소가 작동하지 않음: 구독 주소와 HTTP 상태 확인
「구독 그룹」→「구독 그룹 설정」으로 이동해 해당 그룹을 선택하고 주소 입력란을 확인하세요. 서비스 제공업체가 안내한 전체 구독 URL을 입력해야 하며, 사용자 센터나 구매 페이지 주소, 개별 노드 공유 링크를 입력하면 안 됩니다. URL 끝에 공백, 줄바꿈, 한글 문장 부호가 들어갔는지, &가 포함된 쿼리 매개변수가 잘리지 않았는지도 확인하세요.
토큰 재설정, 계정 만료, 서비스 이전으로 구독 주소가 무효화될 수 있습니다. 예전에 작동한 주소라도 지금 유효하다는 보장은 없습니다. 먼저 서비스 제공업체의 사용자 센터에서 구독 상태를 확인한 뒤 주소를 다시 복사하세요. 현재 그룹만 수정하고, 같은 주소를 모든 그룹에 일괄 적용하지 마세요.
오류: Response status code does not indicate success: 401 (Unauthorized).
원인: 서버가 이번 요청의 인증 정보를 받아들이지 않았습니다. 토큰이 만료됐거나 구독 주소에 로그인이 필요한 경우가 흔합니다.
해결 방법: 사용자 센터에서 클라이언트가 직접 요청할 수 있는 구독 주소를 새로 발급받으세요. 그룹 주소를 바꾼 뒤 다시 시도합니다.
오류: Response status code does not indicate success: 403 (Forbidden).
원인: 요청이 거부됐습니다. 계정 권한, 접속 네트워크 제한 또는 사이트의 접근 방어와 관련됐을 수 있으며, 이 상태 코드만으로 구독 만료를 단정할 수는 없습니다.
해결 방법: 계정 상태와 구독 주소의 이용 조건을 확인한 뒤 직접 연결과 프록시 업데이트를 각각 테스트하세요. 계속 거부되면 상태 코드와 발생 시간을 서비스 제공업체에 전달하세요.
오류: Response status code does not indicate success: 404 (Not Found).
원인: 현재 경로를 찾을 수 없습니다. 주소를 일부만 복사했거나 이전 API가 변경됐을 수 있으며, 서버가 무효 토큰을 숨기기 위해 이 상태 코드를 반환할 수도 있습니다.
해결 방법: 구독 주소 전체를 다시 복사하세요. 경로를 직접 조합하거나 도메인만 바꾸고 기존 매개변수를 계속 사용하지 마세요.
위 오류는 흔히 볼 수 있는 HTTP 오류 메시지입니다. 화면 언어나 런타임에 따라 문구가 다를 수 있으므로 상태 코드를 기준으로 판단하세요. 브라우저에서 구독 주소가 열린다는 사실도 참고 정보일 뿐입니다. 브라우저에는 로그인 쿠키가 있을 수 있지만, 클라이언트의 구독 요청에는 보통 로그인 상태가 전달되지 않습니다. 브라우저에 로그인 화면이나 접속 인증 페이지가 표시된다면 노드 데이터를 받은 것으로 볼 수 없습니다.
업데이트 시간 초과: 직접 연결과 프록시 연결 비교
「구독 그룹」 메뉴에서 「모든 구독 업데이트(프록시 사용 안 함)」와 「모든 구독 업데이트(프록시 사용)」를 찾아보세요. 일부 버전에는 현재 그룹만 업데이트하는 항목도 있으며, 괄호와 문구가 조금 다를 수 있습니다. 가능하면 현재 그룹으로 두 방식을 비교하세요. 여기서 설정하는 것은 구독 데이터를 가져오는 접속 경로입니다. 노드 프로토콜을 바꾸거나 모든 프로그램을 프록시로 전환하는 설정이 아닙니다.
| 비교 결과 | 우선 판단할 내용 | 다음 단계 |
|---|---|---|
| 직접 연결 실패, 프록시 연결 성공 | 현재 네트워크에서 구독 주소에 직접 접속하기 어려움 | 사용 가능한 노드를 보존하고 프록시를 통해 업데이트 |
| 직접 연결 성공, 프록시 연결 실패 | 프록시 노드를 사용할 수 없거나 해당 접속 경로가 구독 서버에서 제한됨 | 먼저 직접 연결로 업데이트한 뒤 프록시 연결을 따로 테스트 |
| 두 방식 모두 401 또는 404 반환 | 주소 또는 인증 정보 문제일 가능성이 큼 | 사용자 센터에서 구독 주소를 다시 발급받기 |
| 두 방식 모두 시간 초과 | DNS, 접속 경로, 서비스 상태 확인 필요 | 다른 네트워크에서 다시 테스트하고 호스트 이름 확인 오류를 기록 |
‘프록시를 통해 업데이트’를 사용하려면 이미 작동하는 프록시 연결이 필요합니다. 메인 창에서 기존 노드 중 연결 가능한 항목을 선택해 활성 서버로 지정한 다음, 코어가 정상적으로 실행 중인지 확인하세요. 기존 노드가 모두 작동하지 않는다면 이 옵션만으로 새 연결이 생기지는 않습니다. 구독 주소에 접속할 수 있는 다른 네트워크를 사용하거나 서비스 제공업체에 복구 방법을 문의하세요.
정리: 업데이트 경로만 바꾸고 라우팅은 함께 변경하지 않기
같은 그룹을 직접 연결과 프록시 연결로 각각 한 번씩 업데이트하고 새 로그를 비교하세요. 어느 한쪽에서라도 파싱 가능한 내용을 가져오면 우선 그 방식으로 구독을 복구하세요. TUN, DNS, 라우팅 규칙을 동시에 바꾸면 어떤 변경이 문제를 해결했는지 확인하기 어렵습니다.
응답은 받았지만 노드를 파싱하지 못함
HTTP 200은 요청에 성공 응답이 왔다는 뜻일 뿐, 응답 본문이 구독 데이터라는 보장은 없습니다. 사용자 센터 HTML, 만료 안내, 접속 인증 페이지, 오류 JSON도 이 상태 코드를 반환할 수 있습니다. 이때 노드를 계속 바꾸는 것은 보통 도움이 되지 않습니다. 응답 내용의 형식을 확인하세요.
- 응답 유형 먼저 확인: 로컬 텍스트 뷰어로 응답의 첫 부분을 확인하세요.
<!DOCTYPE html>,<html또는 로그인 안내가 보이면 먼저 주소와 권한 문제를 해결하세요. 웹페이지를 구독 데이터로 가져오면 안 됩니다. - 클라이언트에서 지원하는 형식 선택: 서비스 제공업체의 내보내기 메뉴에서 v2rayN에 맞는 구독 형식을 선택하세요. 일반적으로 여러 줄의 노드 공유 링크 또는 해당 텍스트의 Base64 인코딩을 사용합니다. 다른 구조의 설정은 파일 확장자만 바꿔서 호환되는 형식으로 변환할 수 없습니다.
- 공유 링크와 구독 URL 구분:
vmess://또는vless://로 시작하는 내용은 보통 노드 공유 링크입니다. 「서버」 메뉴의 클립보드 가져오기 기능을 사용하고, HTTP 요청이 필요한 구독 주소 입력란에는 넣지 마세요. - 일부 노드만 파싱되지 않을 때: 누락된 노드가 사용하는 프로토콜과 전송 매개변수, 클라이언트 지원 여부를 확인하세요. 항목 하나가 실패했다고 구독 데이터 전체가 잘못됐다고 단정할 수는 없습니다.
응답 텍스트를 직접 복사했다면 코드 펜스, 설명 문구, 잘린 인코딩 데이터가 섞이지 않았는지도 확인하세요. Base64는 인코딩 방식일 뿐 구독이 유효하다는 보장은 아닙니다. 디코딩에 성공해도 공유 링크의 모든 필드가 올바르다는 뜻은 아닙니다. 구독 주소나 원본 내용을 출처가 불분명한 온라인 변환 도구에 입력하지 마세요. 전체 접속 정보가 포함돼 있을 수 있습니다.
인증서 오류: 시스템 시간과 네트워크 환경 확인
HTTPS 구독은 먼저 TLS 연결을 설정해야 합니다. 시스템 날짜와 실제 시간이 크게 다르면 인증서를 아직 유효하지 않거나 만료된 것으로 판단할 수 있습니다. Windows 11에서는 「설정」→「시간 및 언어」→「날짜 및 시간」으로 이동해 「시간 자동 설정」을 확인하고 「지금 동기화」를 실행하세요. 시간대와 표시 시간도 함께 확인하세요. 시간대만 다른 곳으로 바꿔도 시스템 시계가 보정되는 것은 아닙니다.
오류: The SSL connection could not be established, see inner exception.
원인: TLS 연결을 설정하지 못했습니다. 시스템 시간, 인증서 체인, 네트워크 차단 또는 서버 설정 문제일 수 있으므로 내부 예외도 확인해야 합니다.
해결 방법: 먼저 시스템 시간을 보정한 뒤 같은 주소를 브라우저에서 열어 인증서 경고가 표시되는지 확인하세요. 다른 네트워크에서 정상 작동한다면 현재 네트워크의 인증 페이지나 HTTPS 검사 정책을 점검하세요.
오류: No such host is known.
원인: 요청에 사용된 호스트 이름을 확인할 수 없다는 뜻입니다. 노드 프로토콜 오류와는 다릅니다.
해결 방법: 구독 도메인의 철자를 확인하고, 공용 네트워크에 로그인해야 한다면 인증을 마친 뒤 다시 시도하세요. 다른 네트워크에서도 해당 도메인이 올바르게 확인되는지 테스트합니다.
웹 로그인 절차가 필요한 공용 네트워크를 사용 중이라면 먼저 네트워크 인증을 완료하세요. 회사나 기관 네트워크에서 HTTPS 검사를 수행한다면 네트워크 관리자 지침에 따라 인증서 신뢰 문제를 처리하세요. 출처가 불분명한 루트 인증서를 함부로 설치하면 안 됩니다. 노드 설정의 ‘인증서 검증 건너뛰기’는 해당 노드 연결에 적용되는 옵션이며, HTTPS 구독 인증서 오류를 해결하는 일반적인 설정이 아닙니다.
업데이트가 끝났는데 목록이 비어 있음: 필터와 표시 범위 확인
먼저 ‘노드가 등록되지 않음’과 ‘현재 목록에 노드가 표시되지 않음’을 구분하세요. 업데이트 로그에 항목이 가져와졌다고 나오는데 메인 창이 비어 있다면 메인 창의 그룹 선택과 검색창부터 확인하세요. 방금 업데이트한 그룹으로 전환하고 검색어를 지운 뒤 목록을 다시 보세요. 이전 검색어 때문에 새 이름으로 추가된 노드가 모두 사라진 것처럼 보일 수 있습니다.
- 그룹 확인: 「구독 그룹」→「구독 그룹 설정」으로 이동해 업데이트한 주소가 현재 보고 있는 그룹에 속하는지 확인하세요. 이름이 비슷한 다른 그룹일 수 있습니다.
- 구독 필터 조건을 잠시 지우기: 그룹 편집 화면에서 별칭 또는 정규식 필터 관련 입력란을 확인하세요. 먼저 기존 값을 복사해 보관한 뒤 조건을 지우고 업데이트합니다. 입력란 이름은 버전에 따라 다를 수 있습니다.
- 조건을 하나씩 적용해 재테스트: 필터를 복원할 때는 한 번에 조건 하나만 추가하세요. 정규식에서
^는 문자열의 시작,$는 끝을 뜻합니다. 상위 제공자가 노드 이름을 바꾸면 지나치게 좁은 표현식은 더 이상 어떤 노드도 찾지 못할 수 있습니다. - 남은 노드 수 확인: 필터 조건을 지운 뒤 노드가 다시 표시된다면 필터 규칙을 수정해야 합니다. 여전히 0개라면 응답 형식과 파싱 로그를 다시 확인하세요. 표시 설정만 계속 살펴봐서는 해결되지 않습니다.
구독 필터와 라우팅 규칙은 서로 다른 설정입니다. 구독 필터는 업데이트 결과에 어떤 노드를 포함할지 결정하고, 라우팅 규칙은 연결이 설정된 뒤 어떤 트래픽을 어느 아웃바운드로 보낼지 결정합니다. 「라우팅 설정」을 바꿔도 구독 필터에서 제외된 노드가 다시 나타나지는 않습니다. 조건에 일치하는 항목을 유지하는 방식인지 제외하는 방식인지는 현재 필드 설명을 확인하세요. 서로 반대 방향인 규칙을 그대로 가져다 쓰지 마세요.
구독 복구 후 자주 묻는 질문
브라우저에서는 구독 주소가 열리는데 v2rayN에서는 왜 실패하나요?
브라우저에는 로그인 상태가 남아 있을 수 있고, 프록시 경로도 클라이언트와 다를 수 있습니다. 먼저 페이지에 사용자 센터가 아니라 노드 텍스트가 표시되는지 확인한 다음, v2rayN에서 직접 연결과 프록시 업데이트 결과를 비교하세요. ‘웹페이지에 접속 가능’과 ‘클라이언트가 구독 데이터를 가져올 수 있음’을 따로 확인해야 합니다.
모든 노드를 사용할 수 없는데 프록시로 업데이트할 수 있나요?
프록시 연결이 실제로 작동할 때만 이를 이용해 구독을 다운로드할 수 있습니다. 먼저 기존 노드 하나를 테스트하세요. 모두 실패한다면 구독 주소에 접속 가능한 다른 네트워크를 사용하거나 서비스 제공업체에 유효한 주소를 요청하세요. 작동하지 않는 경로에서 프록시 업데이트를 반복해도 문제가 해결되지는 않습니다.
업데이트는 성공했는데 노드 연결이 계속 시간 초과되는 이유는 무엇인가요?
구독 업데이트 성공은 주소 요청, 파싱, 노드 등록이 완료됐다는 뜻입니다. 다음으로 노드를 선택해 실제 연결 지연 시간을 테스트하고 코어 로그를 확인하세요. 서버가 오프라인이거나 노드 인증 정보가 만료됐거나 전송 매개변수가 맞지 않는 경우에는 연결 문제를 추가로 해결해야 합니다. 고급 문제 해결 가이드를 참고하세요.
로그로 도움을 요청할 때 어떤 정보를 제공해야 하나요?
클라이언트 화면 유형, 운영체제, 업데이트 시간, 직접 연결과 프록시 연결 각각의 결과, 민감 정보를 가린 오류 로그를 전달하세요. HTTP 상태 코드와 예외 유형은 남기고 구독 토큰, 계정, 노드 비밀번호, 전체 공유 링크는 가리세요. 전체 설정을 공개할 필요는 없습니다.
문제를 해결한 뒤에는 최종적으로 작동한 업데이트 방식을 유지하고, 일반 업데이트가 반복해서 성공하는지 한 번 확인하세요. 수동 업데이트가 안정적으로 작동한 후 자동 업데이트를 다시 설정해 무효 주소로 요청이 계속 전송되지 않도록 하세요. 그룹 구성과 가져오기 절차를 다시 확인하려면 설정 가이드를 참고하세요.