Clash 구독 자동 업데이트 설정: 업데이트 주기와 실패 해결 방법

구독 자동 업데이트: 무엇이 업데이트되는지 먼저 확인

Clash 구독 자동 업데이트는 클라이언트나 코어가 설정된 주기에 따라 구독 주소에 다시 요청을 보내고, 서버가 돌려준 설정이나 노드 목록을 불러오는 기능입니다. 클라이언트 설치 파일을 업데이트하거나 모든 노드의 지연 시간을 측정하는 것과는 다릅니다. 업데이트 주기를 설정하기 전에 원격 구독을 사용 중인지, 컴퓨터에서 가져온 로컬 YAML 파일을 사용 중인지 확인하세요.

• 원격 설정 구독: 보통 클라이언트에서 관리하며 노드, 프록시 그룹, 규칙, DNS 설정 등이 포함될 수 있습니다. 업데이트한 내용의 적용 여부는 클라이언트의 병합 및 덮어쓰기 방식에 따라 달라집니다.
• 로컬 설정 파일: 디스크에 저장된 설정만 있는 경우에는 원격 출처가 없으므로, 정기 확인을 켜도 새 노드를 가져올 수 없습니다.
• 노드 제공자: mihomo의 proxy-providers는 별도로 노드를 가져올 수 있으며, 업데이트 주기는 해당 제공자 설정에 따라 달라집니다.
• 규칙 제공자: rule-providers는 규칙 모음을 업데이트하며, 구독 계정의 노드를 새로고침하지는 않습니다.

주요 클라이언트에서 자동 업데이트 설정 위치

클라이언트마다 구독 관리 화면이 다르고, 같은 클라이언트도 버전에 따라 버튼 이름이 바뀔 수 있습니다. 먼저 구독 또는 설정 목록에서 실제 사용하는 원격 설정 카드를 찾은 다음, 카드의 편집 메뉴를 여세요. 전역 ‘설정’에서만 찾거나 앱 버전 자동 확인 옵션을 구독 업데이트 설정으로 착각하지 마세요.

Clash Verge Rev: 구독 카드에서 편집 메뉴 열기

1. 왼쪽 메뉴에서 ‘구독’을 열고 현재 활성화된 원격 구독 카드를 확인합니다.
2. 해당 카드의 더보기 메뉴를 열고 ‘편집’을 선택한 다음, 업데이트 주기 또는 자동 업데이트 항목을 찾습니다.
3. 먼저 항목에 표시된 단위를 확인하세요. ‘분’으로 표시되어 있다면 6시간마다 업데이트하는 값으로 360부터 설정할 수 있습니다. 초 단위 값인 21600을 그대로 입력하지 마세요.
4. 저장한 뒤 같은 카드에서 ‘업데이트’를 한 번 실행해 원격 주소가 유효한지 확인하고, 이후 자동 업데이트가 동작하는지 살펴보세요.

카드에 원격 주소가 없다면 로컬 설정을 잘못 선택한 것은 아닌지 먼저 확인하세요. 구독의 전역 확장 스크립트, 덮어쓰기 설정, 원격 원본은 서로 다른 계층입니다. 업데이트 결과가 예상과 다르면 링크를 반복해서 가져오기보다 이 로컬 처리 설정도 함께 확인해야 합니다.

FlClash: 설정 상세 화면에서 업데이트 옵션 확인

‘설정’으로 이동해 해당 원격 설정의 편집 또는 상세 화면을 열고 자동 업데이트 스위치, 업데이트 주기, 구독 주소를 확인합니다. 항목 이름은 버전과 플랫폼에 따라 다를 수 있으므로 화면에 표시된 시간 단위에 맞춰 입력하세요. 현재 버전에서 수동 새로고침만 지원한다면 설정 항목의 새로고침 기능을 사용하세요. YAML 최상위에 auto-update라는 필드를 임의로 추가하지 마세요.

Clash for Windows: 구버전 Profiles 화면 확인

구버전 Clash for Windows를 계속 사용한다면 원격 구독은 Profiles에 있습니다. 구독 카드를 마우스 오른쪽 버튼으로 눌러 편집 및 업데이트 옵션을 확인할 수 있습니다. 이 클라이언트는 더 이상 유지 관리되지 않으므로 이전 가이드의 버튼 위치가 다른 최신 클라이언트에도 적용된다고 볼 수 없습니다. 이전하기 전에 구독 출처와 필요한 로컬 덮어쓰기 설정을 저장한 뒤, 다운로드 센터에서 운영체제에 맞는 클라이언트를 선택하세요.

업데이트 주기 선택: 우선 6시간으로 설정하고 필요에 따라 조정

구독 제공자가 구체적인 권장 사항을 안내했다면 이를 우선 따르세요. 안내가 없다면 6시간마다 업데이트하는 것을 시작점으로 삼을 수 있지만, 반드시 지켜야 하는 기준은 아닙니다. 아래 내용은 설정 권장 사항이며 클라이언트 기본값이나 실제 네트워크 측정 결과가 아닙니다.

주기를 1분으로 설정해도 대개 이점은 없습니다. 서버에 새 내용이 없는데 요청만 늘어나고, 심하면 429 오류로 요청이 제한될 수 있습니다. 요청이 계속 실패할 때 주기를 줄이면 오류 기록만 늘어날 뿐, 만료된 주소나 DNS 문제는 해결되지 않습니다.

분·시간·초 단위를 혼동하지 마세요

• 6시간 = 360분 = 21600초.
• 12시간 = 720분 = 43200초.
• 24시간 = 1440분 = 86400초.

0을 입력하면 반드시 비활성화된다고 단정하지 마세요. 클라이언트에 따라 기능을 끄거나 기본값으로 처리하거나 잘못된 입력으로 간주할 수 있습니다. 명확한 스위치가 있다면 이를 사용하고 항목 안내를 확인하세요. 수정한 뒤 편집 화면을 다시 열어 값이 제대로 저장됐는지 확인합니다.

mihomo의 interval과 클라이언트 예약 새로고침의 차이

그래픽 클라이언트에서 완성된 구독을 가져와 사용하는 경우에는 보통 클라이언트의 업데이트 주기만 설정하면 됩니다. mihomo 설정을 직접 관리하면서 HTTP 유형의 proxy-providers로 노드를 가져온다면 코어 수준의 interval도 설정할 수 있습니다. 이 항목의 단위는 초이며, 클라이언트 화면에서 사용하는 분 단위와 다를 수 있습니다.

예를 들어 기존 HTTP 노드 제공자가 6시간마다 데이터를 가져오도록 하려면 해당 제공자의 기존 설정에서 아래 항목을 조정할 수 있습니다. 이는 특정 항목의 예시일 뿐 단독으로 실행할 수 있는 전체 설정이 아닙니다. 기존 구독 주소와 경로, 기타 필수 항목은 그대로 유지하세요.

interval: 21600

같은 제공자 아래의 health-check.interval은 구독 가져오기 주기가 아니라 상태 확인 주기입니다. 규칙 제공자에도 별도의 interval이 있을 수 있지만, 이 값은 규칙 파일을 업데이트합니다. 이름이 같은 항목이 보이면 먼저 어느 계층에 있는지 확인한 뒤 수정할 값을 결정하세요.

구독 업데이트 실패: 주소·네트워크·형식별로 원인 확인

‘업데이트 실패’가 표시되면 구체적인 오류 내용, 발생 시각, 현재 네트워크를 먼저 기록하세요. 문제를 확인하는 동안 기존에 사용 중인 설정을 잃지 않도록 구독 카드를 삭제하지 마세요. 명확하게 한 번 수동 업데이트하는 편이 열 번 연속 클릭하는 것보다 문제를 파악하기 쉽습니다.

401·403·404 오류: 먼저 구독 출처 확인

• 401: 인증 또는 토큰 문제일 가능성이 큽니다. 계정 상태와 링크가 재설정되었는지 확인하세요.
• 403: 접근 제한, 보안 정책 또는 계정 권한 문제일 수 있습니다. 상태 코드만으로 요금 미납이라고 단정할 수는 없습니다.
• 404: 링크가 잘렸는지, 경로가 변경되었는지, 서비스 제공자의 웹 로그인 주소를 잘못 사용했는지 확인하세요.

서비스 제공자의 계정 페이지에서 구독 링크를 다시 복사하고 앞뒤 공백이나 줄바꿈이 없는지 확인하세요. 구독 주소에는 계정 토큰이 포함되는 경우가 많으므로 단체 채팅방, 오류 화면 캡처, 온라인 변환 사이트에 공개하지 마세요. 주소가 유출됐다면 서비스 제공자 페이지에서 재설정한 다음 클라이언트에 저장된 주소도 업데이트해야 합니다.

timeout·DNS·TLS 오류: 먼저 구독을 가져오는 네트워크 확인

timeout은 요청이 제한 시간 안에 완료되지 않았다는 뜻입니다. no such host는 대개 도메인 이름 확인 문제를 나타냅니다. 인증서 관련 TLS 오류가 발생하면 시스템 날짜와 시간, 네트워크 환경을 확인하세요. 호텔이나 학교 네트워크에서 웹 인증을 완료하지 않은 경우 요청이 로그인 페이지로 리디렉션될 수도 있습니다.

1. 일반 웹페이지가 정상적으로 열리는지 확인하고, 현재 네트워크에서 요구하는 로그인을 완료하세요.
2. 시스템 시간을 확인하고 다른 프록시나 VPN 도구를 잠시 꺼서 서로 간섭하는지 점검하세요.
3. 클라이언트에 ‘프록시를 통해 업데이트’와 비슷한 옵션이 있다면 현재 요청에 어떤 경로가 사용되는지 각각 확인한 뒤 다시 테스트하세요. 클라이언트마다 구독 요청에 동일한 설정이 적용되는 것은 아닙니다.
4. 모바일 핫스팟으로 전환해 다시 테스트하세요. 핫스팟에서는 성공하고 기존 네트워크에서는 실패한다면 기존 네트워크의 DNS, 인증 또는 접근 제한을 우선 점검하세요.

TLS 오류를 없애려고 인증서 검증을 계속 건너뛰지 마세요. 현재 노드가 이미 작동하지 않는데 업데이트 요청도 해당 노드를 거쳐야 한다면 스스로 복구할 수 없는 상황이 될 수 있습니다. 이때는 사용 가능한 노드, 허용된 직접 연결 경로 또는 다른 네트워크를 시도하세요. 예약 주기만 줄이는 것은 해결책이 아닙니다.

YAML·파싱 오류: 서버가 실제로 반환한 내용 확인

HTTP 요청이 성공해도 유효한 설정을 받았다는 뜻은 아닙니다. 서버가 요금제 만료 안내, 로그인 페이지 또는 호환되지 않는 형식의 데이터를 반환할 수 있습니다. 클라이언트 로그에서 파싱 정보를 확인하고, 링크가 Clash 또는 mihomo에서 사용할 수 있는 설정 유형을 제공하는지 살펴보세요. 필요하면 서비스 제공자에게 문의하세요. 원인을 가리기 위해 구독 생성 파일의 들여쓰기를 임의로 바꾸지 마세요.

로그에 429가 표시되면 연속 새로고침을 멈추고 서버 안내에 따라 기다리세요. 대기 시간이 명시되지 않았다면 업데이트 주기를 늘린 뒤 다시 시도하세요. 여러 기기에서 같은 구독을 사용하면 각 기기의 요청이 서비스 제공자의 제한에 함께 반영될 수 있습니다.

수동 새로고침 후 새 설정이 적용됐는지 확인하는 방법

1. 올바른 카드를 업데이트하세요. 구독 목록에서 현재 사용하는 설정을 찾아 업데이트 또는 새로고침 버튼을 누르고 결과가 돌아올 때까지 기다립니다.
2. 업데이트 시간을 확인하세요. 표시된 시간이 이전 시도 시각이 아니라 이번 업데이트 성공 시각인지 확인합니다. 로그가 있다면 성공 기록도 함께 살펴보세요.
3. 실제로 변경됐는지 확인하세요. 서비스 제공자 공지를 참고해 노드 이름이나 개수를 비교합니다. 노드가 그대로여도 실패한 것은 아닐 수 있습니다. 원격 내용에 변경이 없을 수도 있습니다.
4. 현재 활성화된 설정을 확인하세요. 사용하지 않는 구독을 업데이트해도 트래픽이 자동으로 해당 설정으로 전환되지는 않습니다. 일부 클라이언트는 활성 설정을 자동으로 다시 불러오지만, 직접 선택하거나 적용해야 하는 경우도 있습니다.
5. 현재 프록시 그룹을 테스트하세요. 선택된 노드를 확인하고 지연 시간 테스트와 실제 접속을 진행하세요. 노드 목록에 새 항목이 보인다는 이유만으로 연결이 정상이라고 판단하지 마세요.

요금을 갱신한 뒤에도 사용량이 이전 값으로 표시된다고 해서 노드 목록이 업데이트되지 않았다는 뜻은 아닙니다. 트래픽 사용량과 만료일은 서버가 반환하는 구독 정보에서 가져올 수 있으며, 표시 여부와 갱신 시점은 클라이언트와 서비스 제공자의 지원에 따라 다릅니다. 계정 페이지의 상태와 업데이트 로그를 함께 확인하세요.

자동 업데이트가 제때 실행되지 않을 때: 백그라운드 실행과 절전 확인

업데이트 주기는 보통 24시간 내내 작동하는 서버 작업이 아닙니다. 컴퓨터가 꺼져 있거나 클라이언트가 종료됐거나, 휴대폰에서 앱의 백그라운드 실행이 제한되면 정해진 시간에 요청이 실행된다고 볼 수 없습니다. 기기를 깨운 뒤 업데이트를 바로 다시 실행할지도 클라이언트의 예약 처리 방식에 따라 다릅니다.

• 컴퓨터: 클라이언트 프로세스가 실행 중인지 확인하고 ‘창 닫기’와 ‘프로그램 종료’를 구분하세요. 컴퓨터를 켤 때 자동으로 실행해야 한다면 관련 시작 설정을 활성화합니다.
• Android: 배터리 최적화와 백그라운드 실행 권한을 확인하세요. VPN 서비스가 실행 중이라고 해서 구독 업데이트 작업도 예상대로 실행된다는 뜻은 아닙니다.
• 장시간 절전한 기기: 다시 사용할 때 수동으로 한 번 새로고침하세요. 절전 중 업데이트되지 않았다는 이유만으로 구독이 만료됐다고 판단하지 마세요.