Clash 구독 링크 임포트 가이드: 원클릭 등록 방법과 구독 형식 차이 정리

구독 링크란 무엇이고, 왜 노드를 일일이 입력할 필요가 없을까

Clash를 처음 접하는 사용자가 가장 먼저 헷갈리는 부분은 설정 파일 속 규칙, 프록시 그룹, 노드 정보가 대체 어디서 오는지입니다. 결론부터 말하면 대부분의 경우 노드 파라미터를 직접 입력할 필요가 전혀 없습니다. 구독 링크(Subscription URL) 하나만 받아서 클라이언트에 붙여넣으면 됩니다. 구독 링크는 사실 HTTP 요청으로 접근할 수 있는 주소이며, 그 뒤에서 서비스 제공자가 실시간으로 생성한 설정 파일이나 노드 목록을 내려주는 방식입니다. 클라이언트가 이 주소에 주기적으로 접속하면 항상 최신 내용을 받아올 수 있습니다.

이 방식의 핵심 가치는 '업데이트'입니다. 노드의 IP, 포트, 유효 기간은 서비스 제공자의 운영 정책에 따라 계속 바뀌는데, 만약 수동으로 입력한 고정 설정이라면 만료될 때마다 다시 설정해야 합니다. 반면 구독 링크는 클라이언트가 설정된 주기마다 자동으로 다시 받아오도록 되어 있어서, 구독 자체가 유효한 동안은 노드 변경 사항이 사용자 개입 없이 자동으로 반영됩니다. 그래서 거의 모든 프록시 서비스 제공자가 완성된 설정 파일이 아니라 구독 링크 형태로 배포하는 이유이기도 합니다.

구독 주소를 받기 전에 확인해야 할 세 가지

임포트를 시작하기 전에 아래 세 가지를 먼저 확인하면 문제 해결 시간을 크게 줄일 수 있습니다.

1. 링크 무결성: 구독 주소는 보통 길이가 길고 http:// 또는 https://로 시작하는데, 복사할 때 앞뒤 문자가 잘리기 쉽습니다. 직접 입력하지 말고 전체를 드래그해서 복사하는 것이 안전합니다.
2. 추가 파라미터 필요 여부: 일부 구독 주소는 특정 User-Agent가 있어야만 정상적으로 응답을 반환합니다. 클라이언트의 기본 UA를 서비스 제공자가 인식하지 못하면 요청이 실패하거나 빈 설정이 반환될 수 있으며, 이런 조건은 보통 서비스 제공자의 안내 페이지에 명시되어 있습니다.
3. 트래픽과 만료일: 구독 주소 자체가 노드를 영구적으로 쓸 수 있다는 뜻은 아닙니다. 대부분 서비스는 트래픽 한도와 만료일이 있으므로, 임포트는 성공했는데 접속이 안 된다면 클라이언트 설정보다 먼저 이 부분을 확인하는 게 빠릅니다.

원클릭 등록의 전체 절차

클라이언트마다 화면 세부 구성은 조금씩 다르지만, 구독을 등록하는 핵심 절차는 동일하며 크게 네 단계로 나뉩니다.

1. 구독 링크 복사: 서비스 제공자가 안내하는 페이지나 이메일에서 구독 주소 전체를 클립보드로 복사합니다.
2. 클라이언트의 구독 관리 화면 열기: 보통 '구독', 'Profiles', '프로필' 등으로 표시되며, 화면에 '새로 만들기', '가져오기' 또는 '+' 버튼이 있습니다.
3. 주소를 붙여넣고 저장: 대부분 클라이언트는 URL을 붙여넣고 확인만 누르면 자동으로 원격 설정을 받아옵니다. 클라이언트에 따라 구독별 이름을 직접 지정할 수 있어 여러 구독을 구분하기 편리합니다.
4. 가져오기 완료 후 선택 적용: 가져오기가 끝나면 목록에 프록시 그룹과 규칙 세트가 나타납니다. 이 구독을 현재 사용할 설정으로 선택한 뒤, 프록시 화면에서 원하는 노드나 그룹 정책을 선택하면 바로 사용할 수 있습니다.

클라이언트가 'QR 코드로 가져오기'를 지원한다면, 구독 링크를 QR 코드로 만들어 휴대폰 카메라로 스캔해도 동일한 결과를 얻을 수 있습니다. 모바일 클라이언트에서 웹 페이지를 통해 넘어오는 경우 흔히 쓰이는 방식입니다.

붙여넣기 임포트가 실패하는 흔한 원인

• 링크에 공백이나 줄바꿈이 섞여 있는 경우입니다. 붙여넣기 전에 텍스트 편집기에서 한 번 확인해 불필요한 문자를 제거하는 것이 좋습니다.
• 네트워크 환경 자체가 구독 서버 도메인에 접근할 수 없는 경우입니다. 이때는 먼저 사용 가능한 노드나 프록시를 통해 한 번 접속한 뒤, 정식 구독으로 전환해야 합니다.
• 구독이 반환하는 콘텐츠 형식을 클라이언트가 해석할 수 없는 경우입니다. 대부분 버전 간 호환성 문제이며, 자세한 형식 차이는 다음 절에서 설명합니다.

자동 업데이트 설정: 노드 정보 만료 방지

임포트에 성공한 것은 첫 단추일 뿐이고, 구독의 진짜 가치는 대부분 '자동 업데이트'에서 나옵니다. 구독 상세 화면이나 편집 화면에서 '업데이트 간격', 'Update Interval' 같은 항목을 찾을 수 있으며 보통 시간 단위로 설정합니다. 권장 설정은 다음과 같습니다.

• 일반적인 일상 사용이라면 업데이트 간격을 12~24시간으로 설정하는 것이 적절합니다. 노드 변경 사항을 놓치지 않으면서도 구독 서버에 과도한 요청 부담을 주지 않습니다.
• 일부 서비스 제공자는 구독 주소의 요청 빈도를 제한합니다. 너무 자주 수동으로 새로고침하면 일시적으로 제한이 걸릴 수 있으니, 새로고침 후 노드가 사라졌다면 잠시 기다린 뒤 다시 시도하세요.
• 클라이언트에 '시작 시 자동 업데이트' 옵션이 있다면 켜두는 것을 권장합니다. 클라이언트를 재시작할 때마다 최신 설정을 자동으로 받아와서, 오랫동안 갱신하지 않아 노드가 무효화되는 상황을 줄일 수 있습니다.

수동으로 업데이트를 실행할 수도 있습니다. 보통 구독 목록의 각 항목 옆에 새로고침 아이콘이나 '업데이트' 버튼이 있으며, 누르면 클라이언트가 즉시 구독 주소에 다시 요청을 보내 로컬에 캐시된 설정을 덮어씁니다.

Clash 전용 구독과 범용 공유 링크의 형식 차이

초보자가 가장 헷갈리는 부분입니다. 시중에 돌아다니는 '구독 링크'는 사실 한 가지 형식이 아니며 크게 두 가지로 나뉘는데, 이 구분이 Clash 계열 클라이언트에서 바로 인식되는지 여부를 결정합니다.

Clash 전용 구독 형식

이 방식의 구독 주소가 반환하는 내용은 그 자체로 Clash 설정 문법에 맞는 YAML 파일이며, 최상위에 보통 proxies, proxy-groups, rules 등의 필드가 포함됩니다. 구조 예시는 다음과 같습니다.

proxies:
  - name: "예시 노드"
    type: ss
    server: example.com
    port: 443
    cipher: aes-256-gcm
    password: "xxxx"

proxy-groups:
  - name: "자동 선택"
    type: url-test
    proxies:
      - 예시 노드

rules:
  - DOMAIN-SUFFIX,example.com,자동 선택
  - MATCH,DIRECT

이 형식의 장점은 '바로 사용 가능'하다는 점입니다. 클라이언트가 받아오는 즉시 별도 변환 없이 사용할 수 있고, 규칙과 그룹 정책도 서비스 제공자가 미리 설계해 둔 것이므로 YAML 문법을 몰라도 문제없이 쓸 수 있습니다. Clash / Clash Meta(mihomo 코어)에 맞춰 최적화한 대부분의 서비스가 이 형식으로 배포합니다.

범용 공유 링크 형식(vmess://, ss:// 등)

다른 프록시 도구 생태계에서 흔히 볼 수 있는 공유 링크로, vmess://, ss://, trojan:// 같은 프로토콜 접두사로 시작합니다. 실제로는 노드 파라미터를 Base64로 인코딩해 하나의 문자열로 이어붙인 것으로, 예를 들면 vmess://eyJ2IjoiMiIsInBzIjoi... 형태입니다. 이런 링크는 원래 일부 경량 클라이언트를 위한 단일 노드 공유 방식으로 설계되어 프록시 그룹이나 규칙 같은 Clash 고유 구조가 없으므로, 엄밀히 말하면 'Clash 구독'이 아니라 '노드 공유 코드'입니다.

이런 링크를 Clash 전용 YAML 형식만 인식하는 입력창에 그대로 붙여넣으면 대부분 임포트가 실패하거나 파싱 오류가 표시됩니다. '구독이 등록되지 않는다'는 문의의 가장 흔한 원인 중 하나입니다.

두 형식을 연결하는 방법: 구독 변환의 원리

현재 가장 많이 쓰이는 방법은 '구독 변환' 서비스를 통해 vmess://, ss:// 같은 노드 공유 코드나 이를 모은 목록을 Clash가 인식할 수 있는 YAML 형식으로 일괄 변환한 뒤, 새로 생성된 변환 구독 주소를 클라이언트에 등록하는 것입니다. 변환 과정은 보통 다음과 같습니다.

1. 원본 공유 링크(또는 여러 공유 링크를 모은 통합 주소)를 변환 서비스에 제출합니다.
2. 변환 서비스가 각 링크 속 노드 파라미터를 디코딩해 Clash 설정 문법에 맞춰 proxies 필드로 재구성합니다.
3. 미리 정의되거나 직접 설정한 규칙 템플릿을 적용해 완전한 proxy-groups와 rules를 생성합니다.
4. 새로운 구독 주소를 출력합니다. 이 주소가 반환하는 것이 표준 Clash YAML이므로, 앞서 설명한 원클릭 등록 절차로 클라이언트에 바로 추가할 수 있습니다.

다만 변환 서비스는 원본 링크와 최종 설정 사이에 중계 단계를 하나 더 추가하는 것이므로, 원본 노드 정보에 민감한 파라미터가 포함되어 있다면 변환 서비스 선택에 신중해야 합니다. 출처가 명확하고 평판이 검증된 변환 주소를 우선 사용하고, 변환된 구독 주소 역시 유효기간이나 트래픽 제한이 있는지 함께 확인하세요.

Clash Meta(mihomo 코어)가 지원하는 추가 구독 필드

클라이언트가 Clash Meta(즉 mihomo 코어)를 사용하는 경우, 구독 YAML에 표준 Clash에는 없는 확장 필드가 포함될 수 있습니다. 예를 들어 Hysteria, TUIC 같은 프로토콜의 노드 파라미터나 rule-providers를 통한 원격 규칙 세트 참조 등입니다. 이런 필드는 코어 레벨에서 새로 추가된 기능이므로, 클라이언트 코어 버전이 오래되어 인식하지 못하는 프로토콜이나 필드를 만나면 전체 임포트가 실패하는 대신 해당 노드만 건너뛰는 경우가 많습니다. '구독 임포트는 성공했는데 노드 수가 예상보다 적다'는 상황이라면, 클라이언트 코어 버전과 사용 중인 프로토콜이 맞는지부터 확인해 보세요.

자주 묻는 질문

구독을 등록했는데 노드가 없고 DIRECT 하나만 보입니다.

구독 주소가 실제 설정 파일이 아니라 빈 내용이나 오류 페이지를 반환했을 가능성이 큽니다. 먼저 브라우저에서 해당 주소를 직접 열어 어떤 내용이 반환되는지 확인해 보세요. 트래픽 소진이나 구독 만료 안내가 표시되는지 살펴보면 됩니다.

구독을 여러 개 동시에 등록할 수 있나요?

가능합니다. 대부분의 클라이언트는 여러 구독을 등록해 두고 목록에서 현재 적용할 구독을 전환하는 방식을 지원합니다. 클라이언트에 따라 여러 구독의 노드를 합쳐서 보여주는 기능을 제공하기도 하며, 구체적인 방식은 클라이언트의 구독 관리 설계에 따라 다릅니다.

구독 링크는 얼마나 자주 바꿔야 하나요?

서비스 제공자가 구독 주소를 새로 발급하지 않고 계정이 여전히 유효기간 내에 있다면, 같은 링크를 계속 사용할 수 있습니다. 클라이언트가 설정된 업데이트 간격에 따라 자동으로 최신 노드를 받아오므로, 링크 자체를 자주 바꿀 필요는 없습니다.