구독 링크란 무엇이고 어디서 얻나요
구독 링크는 원격 설정 파일을 가리키는 HTTP/HTTPS 주소로, 클라이언트가 주기적으로 이 주소에 접속해 최신 노드 목록과 규칙 세트를 내려받아 로컬에서 사용 가능한 설정을 만들어냅니다. 구독 링크는 보통 서비스 제공자가 구매 또는 가입 후 발급하며, 형식은 https://example.com/api/v1/client/subscribe?token=xxxxxxxx 와 비슷합니다. 링크 끝에는 계정을 구분하기 위한 고유 식별값(토큰 또는 uid)이 붙어 있는 경우가 많으며, 이 값은 외부에 공개하거나 공유하면 안 됩니다.
구독 링크를 받은 뒤에는 파일을 직접 내려받아 가져올 필요 없이, 대부분의 Clash 계열 클라이언트(Clash Verge, Mihomo Party, FlClash 등)가 링크를 그대로 붙여넣기만 하면 다운로드와 파싱을 자동으로 처리합니다. 이 방식의 장점은 노드 정보가 갱신되었을 때 "구독 업데이트"만 클릭하면 최신 내용을 받아올 수 있어, 설정 파일을 매번 수동으로 교체할 필요가 없다는 점입니다.
주의할 점은, 구독 링크 자체도 하나의 데이터 인터페이스이므로 클라이언트가 이를 요청할 때도 네트워크 요청을 거친다는 것입니다. 만약 이 시점에 기기가 사용할 수 있는 네트워크 경로가 전혀 없다면(예: 시스템 프록시는 켜져 있지만 사용 가능한 노드가 없는 경우) 처음 구독을 가져올 때 실패할 수 있습니다. 구독을 가져오기 전에 기기가 외부 네트워크에 직접 접속할 수 있는지 확인하거나, 클라이언트에 "직접 연결 모드로 구독 다운로드" 옵션이 있는지 확인하는 것을 권장합니다.
클라이언트에서 구독 설정 가져오기
클라이언트마다 화면상의 명칭은 조금씩 다르지만, 가져오기 과정의 핵심 단계는 대체로 동일하며 보통 다음 순서로 진행됩니다.
설정 관리 페이지 열기
클라이언트 메인 화면에서 "설정", "구독" 또는 "Profiles"와 관련된 항목을 찾아 클릭해 설정 목록 페이지로 들어갑니다. 이곳에는 현재 가져온 모든 설정 항목이 표시됩니다.
새 구독 만들고 링크 붙여넣기
"새로 만들기" 또는 "+" 버튼을 클릭해 "URL로 가져오기"를 선택하고, 확보한 구독 링크를 입력란에 그대로 붙여넣습니다. 링크 앞뒤에 불필요한 공백이나 줄바꿈이 들어가지 않도록 주의하세요.
업데이트 주기 설정(선택)
일부 클라이언트는 자동 업데이트 주기를 설정할 수 있어, 예를 들어 24시간마다 구독 내용을 자동으로 새로고침해 노드 정보를 최신 상태로 유지할 수 있습니다.
다운로드 확인 후 파싱 대기
확인을 클릭하면 클라이언트가 해당 링크에 요청을 보내 설정 내용을 다운로드하고 노드 목록, 프록시 그룹, 규칙 세트로 파싱합니다. 파싱이 끝나면 설정 항목이 목록에 표시됩니다.
현재 사용할 설정으로 전환
설정 목록에서 방금 가져온 항목을 클릭해 현재 적용되는 설정으로 활성화합니다. 클라이언트 우상단이나 상태 표시줄에 현재 사용 중인 설정 이름이 보통 표시됩니다.
클라이언트가 가져오기 진행 상태를 표시해 준다면, 진행 중 "파싱 실패" 또는 "형식 오류"가 나타나는 경우 대부분은 구독 링크 자체가 잘못된 내용을 반환한 것입니다(예: 계정 만료, 링크 무효화). 이때는 브라우저로 링크를 직접 열어 반환된 텍스트를 확인해, 정상적인 YAML 또는 Base64 인코딩 내용인지 판단할 수 있습니다.
참고: 일부 클라이언트는 구독을 가져올 때 응답 헤더의 subscription-userinfo 필드를 자동으로 읽어 트래픽 사용량을 표시합니다. 이는 필수 항목이 아니며, 없어도 정상 연결에는 영향이 없습니다.
프록시 그룹 이해와 노드 선택
구독 파싱이 끝나면 설정 파일에는 보통 여러 개의 "프록시 그룹"(proxy-groups)이 포함됩니다. 각 프록시 그룹은 여러 개의 실제 노드를 하나로 묶으며, 클라이언트 화면에서 보이는 그룹 이름(예: "자동 선택", "홍콩 노드", "스트리밍 우회")이 바로 설정 안의 이러한 그룹 정의에 대응합니다. 단순화한 프록시 그룹 정의는 대략 다음과 같습니다.
proxy-groups:
- name: 자동 선택
type: url-test
proxies:
- HK-01
- HK-02
- JP-01
url: http://www.gstatic.com/generate_204
interval: 300
- name: 수동 전환
type: select
proxies:
- 자동 선택
- HK-01
- JP-01
- 직접 연결url-test 유형의 그룹은 설정된 간격으로 자동 속도 측정을 실시해 지연이 가장 낮은 노드를 선택하므로, 노드를 직접 고르고 싶지 않은 사용자에게 적합합니다. select 유형의 그룹은 사용할 하위 노드나 하위 그룹을 직접 지정해야 하는 대신 유연성이 더 높습니다. 처음 사용할 때 클라이언트 홈 화면에 "수동 전환" 같은 그룹이 표시되어 있다면, 그룹 상세로 들어가 각 노드의 지연 수치를 확인하고 수치가 낮고 상태가 정상인 노드를 선택하면 됩니다.
노드 이름 옆에는 보통 지연 시간(밀리초)이 표시되며, 색상이 정상(빨간색이나 노란색으로 표시되지 않은) 노드는 대체로 사용 가능합니다. 모든 노드가 타임아웃 또는 측정 불가로 표시된다면, 구독 자체의 노드가 일시적으로 사용할 수 없거나 속도 측정 요청이 로컬 네트워크 환경에서 차단된 것일 수 있습니다. 이는 설정 파일에 문제가 있다는 뜻은 아니므로, 일단 노드를 하나 수동으로 선택해 연결을 시도해보고, 이후에 측정 이상 원인을 다시 점검해도 됩니다.
시스템 프록시 켜고 연결 확인하기
노드를 선택한 뒤에는 시스템이나 애플리케이션의 네트워크 요청이 실제로 Clash를 거치도록 해야 하는데, 이 단계를 보통 "시스템 프록시"(System Proxy)라고 부릅니다. 대부분의 클라이언트는 메인 화면이나 사이드바에 스위치를 제공하며, 이를 켜면 클라이언트가 시스템의 프록시 설정을 자동으로 변경해 HTTP/HTTPS 요청을 로컬에서 대기 중인 포트(일반적으로 127.0.0.1:7890 같은 주소)로 보냅니다.
시스템 프록시 스위치 찾기
클라이언트 홈 화면이나 "일반 설정"에서 "시스템 프록시" 또는 "System Proxy" 옵션을 찾아 켜기로 전환합니다.
대기 포트 충돌 여부 확인
켠 뒤에도 적용되지 않는다면 클라이언트 설정에 표시된 혼합 포트가 다른 프로그램과 충돌하는지 확인하고, 필요하면 포트 번호를 변경한 뒤 시스템 프록시를 다시 켭니다.
브라우저로 테스트 페이지 접속
브라우저를 열어 IP 소속 지역을 확인하는 페이지에 접속합니다. 표시되는 위치가 선택한 노드의 지역과 일치한다면 트래픽이 이미 Clash를 통해 전달되고 있다는 뜻입니다.
클라이언트 연결 로그 확인
대부분의 클라이언트는 "로그" 또는 "연결" 패널을 제공하여, 현재 요청이 어떤 규칙, 프록시 그룹, 목적지 노드를 거쳤는지 실시간으로 확인할 수 있습니다. 이를 통해 특정 사이트가 프록시를 경유했는지 확인할 수 있습니다.
확인 결과 브라우저에 여전히 실제 로컬 IP가 표시된다면, 먼저 시스템 프록시 스위치가 실제로 켜져 있는지 확인하고, 그 다음 브라우저 자체에 별도의 프록시 설정이 되어 있지 않은지 확인해야 합니다(일부 브라우저는 시스템 프록시를 따르지 않으므로 "시스템 프록시 사용"으로 별도 설정해야 합니다). 시스템 프록시를 따르지 않는 프로그램을 포함한 모든 트래픽을 처리해야 하는 경우에는 시스템 프록시 대신 TUN 모드를 사용하는 것도 고려할 수 있지만, 이는 고급 설정에 속하므로 처음 사용할 때는 먼저 시스템 프록시로 기본 연결이 정상인지 확인하는 것을 권장합니다.
확인 성공의 표시: 브라우저로 접속했을 때 표시되는 IP 소속 지역이 선택한 노드의 지역과 일치하고, 클라이언트 연결 로그에서 목적지 도메인에 해당하는 규칙 일치 기록을 확인할 수 있어야 합니다.
자주 발생하는 문제와 주의 사항
구독을 가져온 뒤에도 정상적으로 연결되지 않는 경우는 대부분 다음 몇 가지 원인에 해당하며, 하나씩 점검하면 대체로 문제를 찾을 수 있습니다.
- 구독 링크 만료 또는 트래픽 소진: 이 경우 노드 목록은 여전히 표시될 수 있지만 실제 연결은 모두 타임아웃되며, 구독 제공자에게 계정 상태를 확인해야 합니다.
- 시스템 프록시 스위치가 실제로 적용되지 않음: 일부 시스템에서는 클라이언트가 비정상적으로 종료된 뒤 프록시 설정이 제대로 복원되지 않을 수 있으며, 클라이언트를 다시 열고 스위치를 다시 전환하면 대체로 해결됩니다.
- 방화벽이나 보안 소프트웨어가 로컬 포트를 차단: 클라이언트가 포트 리스닝 실패를 알려주면 방화벽 규칙에서 해당 포트를 허용하고 있는지 확인합니다.
- 규칙 모드에서 일부 애플리케이션이 프록시 규칙에 매칭되지 않음: 규칙 모드는 설정된 규칙 순서에 따라 트래픽 방향을 결정하며, 특정 애플리케이션의 도메인이나 IP가 어떤 규칙에도 매칭되지 않으면 최종적으로 기본 정책으로 떨어지므로, 규칙 세트의 적용 범위를 확인해야 합니다.
첫 가져오기와 연결 확인을 마쳤다면, 현재 사용 중인 프록시 그룹과 노드 이름을 기록해두면 이후 문제를 점검할 때 비교하기 편리합니다. 구독 내용은 서비스 제공자의 업데이트에 따라 변하므로, 수동 또는 자동으로 구독을 주기적으로 새로고침하면 노드 목록을 최신 상태로 유지하고 노드 실효로 인한 연결 이상을 줄일 수 있습니다.