구독 자동 갱신 간격을 왜 손대는가

Clash Verge Rev는 Mihomo 계열 코어를 감싼 그래픽 클라이언트로, 구독 URL에서 받은 노드 목록을 주기적으로 다시 받아 옵니다. 이 주기가 기본값으로만 남아 있으면 사용 패턴과 맞지 않는 경우가 많습니다. 예를 들어 공급자가 노드를 자주 갈아엎는 편이라면 상대적으로 짧은 간격이 편하고, 링크당 요청 횟수 제한이 빡센 편이라면 너무 잦은 구독 새로고침이 오히려 429나 차단으로 이어질 수 있습니다.

또 반대로 한 주 이상 손을 대지 않는 설정이면 만료·교체 중인 노드를 그대로 붙잡고 있을 위험이 커집니다. 그래서 “예쁜 기본값”보다 내 공급자의 안내 문구와 트래픽 패턴에 맞춰 구독 갱신 간격을 확정하는 편이 낫습니다. 같은 맥락은 사이트 자주 묻는 질문의 구독·자동 업데이트 항목과도 맞닿아 있습니다.

이 글은 예외 HTTP 코드를 파헤치는 트러블슈팅이 아니라 정상 동작 안에서 주기만 조절하는 주제입니다. 구독 요청 자체가 404·403으로 막힌다면 구독 갱신 실패(404·403) 해결 글을 먼저 따라가는 편이 빠릅니다.

ℹ 정리: 자동 갱신 간격은 “프로필 전체가 몇 초마다 바뀐다”기보다, 구독·provider 블록마다 붙는 원격 리소스 재다운로드 주기에 가깝습니다. UI에서는 분·시간으로 보이고 YAML에서는 초로 적히는 경우가 많습니다.

현실적인 기본선은 대부분의 사용자에게 12~24시간에 한 번 정도입니다. 노드 목록을 비교적 신선하게 유지하면서도 공급자 인프라에 부담을 덜 주는 구간이라, 사이트 FAQ에서도 같은 범위를 권장하고 있습니다. 시간당·분당으로 줄이는 것은 “테스트 중 잠깐” 정도가 아니라면 자제하는 것이 안전합니다.

장기 출장이나 데이터 요금이 빡빡한 환경에서는 Wi-Fi에 올라탔을 때만 수동으로 새로고침하고 자동은 더 길게 두는 식으로 타협할 수 있습니다. 반대로 운영 대시보드에서 노드가 수시로 바뀐다는 공지가 뜨는 서비스라면 하루 한 번보다 조금 촘촘하게 잡되, 그래도 “몇 분마다” 수준까지는 가지 않는 것이 좋습니다.

Clash Verge Rev 그래픽 화면에서 설정하기

Verge Rev 빌드마다 메뉴 레이블은 조금씩 다르지만 흐름은 공통입니다. 먼저 프로필(Profiles) 또는 구독(Subscription)이 모여 있는 화면으로 이동합니다. 목록에 표시된 구독 카드나 행을 펼치면 자동 업데이트·갱신 주기·Update interval처럼 읽히는 입력란이 있는 경우가 많습니다. 여기에 분·시간·혹은 숫자만 있는 필드가 있다면 앱이 표시하는 단위 설명을 그대로 따릅니다.

새 구독을 추가할 때 마법사 형태로 URL만 넣게 되어 있다면, 추가 직후 같은 카드를 다시 열어 구독 자동 갱신 토글과 간격이 켜져 있는지 확인합니다. 여러 프로필을 두었다면 현재 활성 프로필이 어느 것인지 헤더나 트레이 아이콘 근처에서 먼저 맞춥니다. 잘못된 프로필만 수정하면 증상이 남습니다.

값을 바꾼 뒤에는 저장·적용 버튼이 따로 있는지 확인합니다. 일부 빌드는 포커스를 잃을 때 자동 저장되지만, 명시적 저장이 있는 화면에서 빠져나오면 변경이 반영되지 않을 수 있습니다. 적용 후 한 번 수동 새로고침 아이콘으로 즉시 가져오기가 되는지 보면 URL과 네트워크가 정상인지 함께 검증됩니다.

처음 설치부터 구독까지 한 번에 정리하고 싶다면 Windows 10 설치·구독 가이드나 Windows 11 설치·TUN 글과 연달아 읽으면 화면 위치를 헷갈릴 일이 줄어듭니다.

프로필 YAML에서 interval(초)로 통일하기

GUI에서 저장한 값은 결국 코어가 읽는 YAML에 반영됩니다. Mihomo 계열에서 원격 구독 덩어리는 흔히 proxy-providers 아래 블록으로 풀리며, 그 안의 interval이 초 단위로 재요청 주기를 지정합니다. 아래는 구조를 보여 주는 예시이며, 실제 URL·이름은 본인 환경에 맞게 바꿉니다.

예시: proxy-providers의 interval(초) 
proxy-providers:
  my-nodes:
    type: http
    url: "https://example.com/your-subscription-token"
    interval: 86400

86400은 하루(24×60×60초)입니다. 12시간이면 43200, 6시간이면 21600처럼 환산합니다. GUI에서 720분으로 넣었다면 YAML에서는 43200과 일치해야 논리가 맞습니다. 숫자가 어긋나면 “화면에서는 짧게 보이는데 실제로는 길게 돌아간다” 같은 혼선이 생깁니다.

규칙 세트를 원격에서 당겨 오는 rule-providers에도 유사한 interval이 붙는 경우가 있습니다. 그러나 사용자가 검색으로 찾는 ‘구독’ 갱신과는 대상이 다릅니다. 노드가 비어 있거나 목록만 이상하다면 우선 proxy-providers와 구독에 대응하는 블록을 확인합니다. 더 넓은 운영 관점은 구독 유지보수 가이드와 연결됩니다.

⚠ 주의: YAML을 직접 편집한 뒤 GUI에서 같은 구독을 다시 저장하면 한쪽 값이 덮어씌워질 수 있습니다. 한 방법을 메인으로 정하고, 변경 후에는 반드시 한 번 더 병합 결과를 확인하세요.

cron·스케줄 표기가 보일 때

검색 키워드로 cron을 넣는 분들은 “정해진 시각에만 가져오기” 같은 고급 스케줄을 기대할 때가 많습니다. Clash Verge Rev나 코어 설정 전반에서 항상 유니크 스타일 cron 편집기가 노출되는 것은 아니지만, 특정 빌드·플러그인·실험 옵션에서는 주기를 스케줄 문자열로 받기도 합니다. 필드 옆에 예시나 도움말 링크가 있다면 그 문법을 따르고, 없다면 분·시간 입력과 interval 초 쪽이 공식적으로 문서화된 경로인 경우가 많습니다.

헬스 체크용 url-test 그룹에 붙는 interval은 노드 지연 측정 주기로, 구독 URL을 재다운로드하는 주기와 목적이 다릅니다. 용어가 비슷해 헷갈리면 로그에 “provider updated” 류의 메시지가 언제 찍히는지 보면 구분이 쉬워집니다.

수동 새로고침·프로필 전환과의 관계

자동 간격이 길게 잡혀 있어도 수동 새로고침은 즉시 한 번 당겨 옵니다. 급히 노드를 바꿔야 할 때는 UI 버튼이 더 빠르고, 일상 운영은 자동 스케줄에 맡기는 이중 구조가 안정적입니다. 여러 프로필을 오간다면 각 프로필에 묶인 구독마다 간격이 따로 저장될 수 있으므로, “전역 한 번만 바꿨는데 다른 프로필은 그대로”인 상황을 이상 징후로 오해하지 않도록 합니다.

시스템 절전이나 VPN 중첩처럼 스케줄러가 밀리는 환경에서는 다음 깨어난 시점에 몰아서 갱신이 돌기도 합니다. 이 경우에도 지나치게 짧은 간격을 추가로 넣기보다 네트워크가 안정된 뒤 수동 한 번이 더 낫습니다.

갱신이 실패할 때는 별도 절차

간격을 아무리 손봐도 URL 자체가 막히거나 User-Agent 제약이 있으면 결과는 같습니다. 이때는 404·403·User-Agent·캐시 순서를 밟고, 필요하면 직결 모드에서 다시 시도합니다. 간격 문제와 오류 문제를 한 번에 섞어 해석하면 원인 분리가 느려집니다.

자주 묻는 질문

Clash Verge Rev에서 구독 갱신 간격은 어디에서 바꾸나요?

대개 프로필·구독 목록에서 항목을 펼치거나 수정할 때 자동 업데이트·갱신 주기·간격으로 표시된 입력란이 있습니다. 정확한 레이블은 버전에 따라 조금 다릅니다.

YAML의 interval 단위는 무엇인가요?

proxy-providers의 interval은 보통 초입니다. 예를 들어 86400은 24시간입니다.

cron 표시가 보이면 어떻게 쓰나요?

해당 빌드의 도움말·릴리스 노트 예시를 따르세요. 불명확하면 분·시간 필드나 권장 기본 간격을 쓰는 편이 안전합니다.

간격만 짧게 하면 속도가 좋아지나요?

아닙니다. 구독 갱신은 목록을 새로 받는 작업이고, 체감 속도는 노드 품질·정책 그룹·규칙 매칭에 더 큰 영향을 받습니다.

맺음말

예전에는 클라이언트마다 구독 주기 표현이 제각각이라, 검색으로 찾은 스크린샷과 내 화면이 전혀 달라 포기하는 경우가 많았습니다. GUI 이름이 조금 달라도 활성 프로필·구독 카드·저장 후 수동 새로고침이라는 축만 잡으면 적용은 반복 가능합니다. YAML까지 열 수 있다면 interval 초를 기준으로 GUI 입력과 교차 검증할 수 있어 더 명확해집니다.

다만 여러 포크와 구버전 클라이언트가 아직 공존하는 시장에서는, 동일한 “구독 자동 갱신”이라도 코어 버전·번들 정책에 따라 세부 동작이 갈립니다. 문서는 흩어져 있고 업데이트 주기도 들쭉날쭉해 초보자가 시간을 잃기 쉽습니다. Clash V.CORE는 배포·안내·블로그를 한 도메인에서 정리해 두려는 취지로, Verge Rev 같은 현대 클라이언트와 Mihomo 계열 YAML을 같은 맥락으로 설명합니다. 구독 갱신 간격을 GUI와 파일 양쪽에서 한 번 맞춰 두면 이후에는 이상 징후만 빠르게 가로채면 됩니다.

→ Clash V.CORE 다운로드 페이지에서 환경에 맞는 패키지를 받고, 같은 프로필로 간격 설정 후 로그를 함께 확인해 보세요.