구독(Subscription)은 Clash를 쓸 때 가장 흔하고 편한 방법입니다. 대부분은 노드를 하나씩 수동 입력하지 않고, 서비스 제공업체가 준 구독 링크를 클라이언트에 넣으면 나머지는 자동으로 처리합니다. 이 글은 구독의 개념부터 가져오기, 자동 업데이트, 흔한 문제 해결까지 처음부터 정리합니다.
구독 URL이란?
구독 URL은 말 그대로 주소 하나입니다. 클라이언트가 접속하면 노드 묶음을 한 번에 가져오며, 때로는 규칙·정책 그룹도 포함됩니다. 보통 노드 서비스 제공업체 또는 자체 구축 후 패널에서 생성하며, 형태는 다음과 같습니다.
https://example.com/subscribe?token=본인전용토큰
반드시 기억할 점: 링크 안의 token은 계정 자격 증명과 같습니다. 누구든 가져가면 내 트래픽을 쓸 수 있습니다. 스크린샷 공개, 단체 채팅 공유, 공개 플랫폼 업로드는 피하세요. 또한 이 사이트는 사용법만 다루며 구독이나 노드를 제공하지 않습니다.
수동 추가보다 구독이 나은 이유
- 편함: 링크 하나로 수십 개 노드를 한 번에;
- 자동 업데이트: 서버 교체·신규 노드 추가 시 자동 동기화;
- 오류 감소: 주소·포트·비밀번호를 손으로 옮기다 생기는 실수 방지.
1단계: 구독 가져오기
데스크톱에서 많이 쓰는 Clash Verge Rev 기준(다른 클라이언트도 흐름은 비슷합니다).
- 구독 링크를 복사합니다;
- 클라이언트를 열고 「구독 / 설정(Profiles)」 페이지로 이동;
- 입력란에 붙여 넣고 「가져오기 / Import」 클릭;
- 다운로드가 끝나면 해당 설정을 선택해 현재 적용 설정으로 만듭니다.
가져오기에 성공하면 「프록시 / 정책 그룹」 페이지에 선택 가능한 노드·정책 그룹이 보입니다. 모바일(ClashMeta for Android 등)도 거의 같습니다. 설정 페이지에서 「+」→ 「URL에서 가져오기」→ 링크 붙여 넣기.
2단계: 자동 업데이트 켜기
노드는 변하므로 수동 새로고침은 번거롭습니다. 자동 업데이트를 강력히 권장합니다.
- 해당 설정에서 「업데이트 간격 / Update Interval」 찾기;
24시간은 무난하고 안정적인 값;- 필요할 때 「업데이트」 버튼으로 즉시 최신 내용 동기화.
업데이트는 노드 등 내용만 바꾸며, 이미 고른 현재 노드 선호는 유지되므로 안심하고 켜도 됩니다.
심화: 로컬 설정 파일 가져오기
완성된 config.yaml을 받았다면 그대로 가져올 수도 있습니다. proxy-providers로 구독을 「노드 제공자」로 넣어 「구독 노드」와 「사용자 규칙」을 분리 관리할 수도 있습니다.
mixed-port: 7890 mode: rule proxy-providers: my-sub: type: http url: "https://example.com/subscribe?token=xxx" interval: 86400 # 자동 업데이트 간격(초) path: ./providers/my-sub.yaml
interval: 86400은 24시간(86400초)마다 자동 업데이트한다는 뜻입니다. 사용자 설정을 오래 유지하려는 고급 사용자에게 적합합니다.
업데이트가 실패하면?
구독 업데이트 실패는 초보자가 가장 자주 겪는 문제 중 하나이며, 원인은 대개 다음 범주에 들어갑니다.
- 링크 자체가 안 열림: 브라우저에서 구독 URL을 직접 열어 내용이 오는지 확인. 깨진 글자·텍스트는 정상일 수 있고, 404·타임아웃이면 링크 문제;
- 프록시가 먼저 필요: 구독 주소가 차단 지역에 있으면, 먼저 쓸 수 있는 노드에 연결한 뒤 구독을 업데이트—「일단 탑승 후 수리」 순서;
- 자격 증명 만료·초기화: 서비스 제공업체에 구독 만료, 트래픽 소진, token 재설정 여부 확인;
- 로컬 시간 부정확: 시스템 시간이 많이 어긋나면 연결 이상이 날 수 있으니 시간 동기화 확인.
구독이 여러 개일 때
구독을 여러 개 쓰는 경우 「설정 하나 = 구독 하나」로 관리하는 것이 가장 명확합니다. 클라이언트 설정 목록에 Profile을 여러 개 두고 필요할 때 전환하면 서로 간섭하지 않습니다. 출처가 다른 구독을 한 설정에 억지로 넣지 마세요. 한쪽에 문제가 생기면 원인 찾기가 매우 어렵고, 노드 이름 충돌·규칙 충돌도 생기기 쉽습니다.
여러 구독의 노드를 한곳에서 쓰고 싶다면 앞서 말한 proxy-providers 방식이 낫습니다. 구독마다 독립 「노드 제공자」로 넣고 정책 그룹으로 묶으면, 모든 노드를 중앙에서 스케줄하면서도 어느 구독이 깨졌는지 빠르게 찾을 수 있습니다.
구독 안전 사용 팁
- 공용 네트워크·타인 기기에 구독 링크를 오래 저장하지 않기;
- 트래픽 사용량을 주기적으로 확인—비정상 급증은 유출 신호일 수 있음;
- 유출이 의심되면 서비스 패널에서 즉시 구독 주소 재발급;
- 가져오기 전 출처 확인, 출처 불명 「무료 구독」은 피하기.
정리
구독 가져오기 → 자동 업데이트 → 노드 선택 후 사용, 세 단계면 Clash를 돌릴 수 있습니다. 구독은 「노드 유지」를 자동화해 주므로 사용에만 집중하면 됩니다. 설정 파일 각 부분의 의미를 더 알고 싶다면 문서 · 설정 파일 구조를, 규칙 작성은 이 블로그의 규칙 라우팅 상세 글을 참고하세요.
마지막으로: 구독은 노드를 「가져와 자동 유지」할 뿐, 속도·안정성 자체를 바꾸지는 않습니다. 가져온 뒤 체감이 나쁘면 대개 노드·회선 문제이지 구독 단계 문제가 아닙니다. 가져오기·업데이트·문제 해결 흐름에 익숙해지면 서비스나 클라이언트를 바꿔도 같은 방식으로 빠르게 적응할 수 있습니다.