Clash 설정 튜토리얼: 구독 가져오기부터 작동 확인까지

구독 링크는 https로 시작하는 URL로, 클라이언트가 주기적으로 이를 불러와 전체 노드 목록과 분기 규칙을 한 번에 받아올 수 있어 노드를 하나씩 수동으로 입력할 필요가 없습니다. 링크는 서비스 제공업체의 사용자 센터에서 복사하며, 끝까지 전체를 복사해야 합니다 — 글자 하나가 빠지거나 공백이 하나 더 들어가면 가져오기가 실패합니다. 구독 뒤에 숨은 YAML 구조는 이 페이지에서 다루지 않으며, FAQ의 설치·설정 분류에 별도 항목이 있습니다.

링크를 복사한 뒤 클라이언트를 열고 구성 관리 페이지를 찾습니다. 클라이언트별 진입점 대조는 다음과 같습니다:

가져오기를 누르면 클라이언트가 구독 내용을 내려받고, 몇 초 안에 화면에 구성 카드가 나타납니다. 보통 구성 이름, 노드 수 또는 파일 크기, 최근 업데이트 시각이 함께 표시됩니다 — 카드가 보이면 가져오기가 성공한 것입니다. 이어서 이 카드를 클릭해 현재 활성 구성으로 지정하면 카드에 강조 테두리나 선택 표시가 나타납니다. 일부 클라이언트는 가져온 뒤 자동으로 활성화되므로 선택 상태만 확인하면 됩니다.

가져오기 버튼이 로딩 후 오류를 표시한다면 흔한 원인은 세 가지입니다: 링크가 불완전하게 복사됨, 구독이 만료되었거나 트래픽을 다 썼음, 서버 측이 링크 끝에 &flag=clash 같은 클라이언트 식별 파라미터를 요구함. 하나씩 확인해도 계속 실패한다면 문제 해결 매뉴얼의 구독 실패 챕터를 순서대로 따라가는 편이 반복 재시도보다 효과적입니다.

또 다른 경우로, 서비스 제공업체가 링크가 아니라 .yaml 파일을 직접 준 경우도 있습니다. 대부분의 클라이언트는 같은 진입점에서 "파일에서 가져오기"도 지원하며, 로컬 파일을 선택하면 됩니다. 차이점은 이후 업데이트를 수동으로 파일 교체를 통해 해야 한다는 것입니다. 링크로 가져온 경우에는 구성 카드의 설정에서 자동 업데이트 간격을 24시간 정도로 설정해두면 노드 변경이 자동으로 반영됩니다.

구성이 활성화되었다고 바로 연결을 켜지 말고, 프록시 모드부터 확인하세요. 모드는 "어떤 트래픽이 프록시를 타고, 어떤 것이 직접 연결되는지"를 결정하며, 스위치는 보통 클라이언트 홈이나 "설정" 페이지에 있고 셋 중 하나를 고르는 형태입니다:

대부분의 경우 규칙 모드를 선택합니다: 로컬 사이트는 우회 없이 직접 연결되고, 프록시가 필요한 트래픽만 규칙에 따라 노드를 거치므로 속도와 사용성을 모두 확보할 수 있습니다. 글로벌 모드는 임시로만 사용하는 게 좋습니다 — 모든 트래픽이 노드를 거쳐 나가면 로컬 사이트 접속이 오히려 느려집니다. 규칙을 어떻게 작성하는지, DOMAIN-SUFFIX와 GEOIP가 각각 무엇을 의미하는지 알고 싶다면 문제 해결 매뉴얼에 전체 참고 자료가 있으니 여기서는 다루지 않습니다.

모드를 정했다면 "프록시" 페이지에서 노드를 선택합니다. Proxy 또는 "노드 선택"이라는 이름의 정책 그룹을 찾아 열면 전체 노드 목록이 나옵니다. 먼저 속도 테스트 버튼(보통 번개 또는 파형 아이콘)을 한 번 눌러 각 노드 뒤에 지연 시간(밀리초)이 표시되기를 기다립니다: 숫자가 작을수록 응답이 빠르므로 숫자가 작고 여러 번 측정해도 안정적인 노드를 고르고, timeout으로 표시되는 노드는 건너뜁니다. 구성에 "자동 선택" 같은 그룹이 포함되어 있다면 그것을 선택해도 됩니다. 클라이언트가 측정 결과에 따라 자동으로 전환해 수동 선택을 줄여줍니다.

노드를 골랐다면 홈 화면으로 돌아가 연결을 켭니다. 데스크톱과 모바일의 인계 방식이 다르므로 나눠서 설명합니다.

Windows / macOS / Linux

홈 화면의 "시스템 프록시" 스위치를 켭니다. 켠 뒤에는 클라이언트가 운영체제의 HTTP/HTTPS 프록시를 로컬 포트(대체로 7890 또는 7897, 홈 화면에서 정확한 번호를 확인 가능)로 지정하고, 브라우저와 대부분의 앱 트래픽이 곧바로 Clash를 경유합니다. 두 가지에 주의하세요: 일부 명령줄 도구는 시스템 프록시를 읽지 않으므로 환경 변수를 별도로 설정해야 하고, 몇몇 앱은 시스템 프록시를 무시하므로 이런 경우엔 TUN 모드로 네트워크 계층에서 모든 트래픽을 인계받아야 합니다. 두 방식의 원리와 설정법은 문제 해결 매뉴얼의 시스템 프록시 챕터에서 자세히 다루며, 첫 설정에서는 시스템 프록시만 켜면 충분합니다.

Android

홈 화면의 연결 버튼을 누르면 시스템이 "VPN 연결 요청" 승인 팝업을 띄웁니다 — Android의 VpnService 메커니즘으로, Clash가 이를 이용해 로컬 터널을 만들어 트래픽을 인계받습니다. "확인"을 누르면 됩니다. 승인 후 상태 표시줄에 열쇠 아이콘이 나타납니다. 백그라운드에서 일정 시간 뒤 자동으로 끊긴다면 대부분 시스템 절전 정책에 의해 정리된 것이므로, 클라이언트를 절전 예외 목록에 추가하세요.

iOS

첫 연결 시 "VPN 구성 추가" 요청이 표시되며, 시스템 팝업에서 확인하고 비밀번호나 Face ID로 인증하면 설정 상단의 VPN 스위치가 켜집니다. 이후의 연결과 해제는 시스템 설정으로 갈 필요 없이 클라이언트에서 바로 조작할 수 있습니다.

스위치를 켠 뒤 클라이언트 홈 화면의 업로드/다운로드 속도와 트래픽 통계에 변화가 나타나야 합니다. 값이 0에 머물러 있는 것이 반드시 이상은 아닙니다 — 단지 네트워크를 사용하는 앱이 없을 수도 있습니다 — 실제로 작동하는지는 다음 단계에서 확인합니다.

1단: 브라우저 확인. 이전에 열리지 않던 사이트에 접속해 정상적으로 로드되면 연결이 기본적으로 통한 것입니다. 동시에 클라이언트의 "연결" 또는 "로그" 페이지를 열어두면, 접속할 때마다 목록에 기록이 하나씩 추가되고 대상 도메인, 일치한 규칙, 경유한 노드가 표시됩니다. 기록이 남고 노드 항목이 비어 있지 않다면 트래픽이 실제로 Clash를 경유했다는 뜻입니다.

2단: 명령줄 확인(데스크톱). 포트 번호를 홈 화면에 표시된 실제 리스닝 포트로 바꿔 실행합니다:

curl -I -x http://127.0.0.1:7890 https://www.google.com

HTTP/2 200 같은 응답 헤더가 돌아오면 프록시 포트가 정상 작동 중이라는 뜻이고, 응답이 멈추거나 connection refused가 뜨면 포트가 열려 있지 않거나 다른 프로그램이 점유하고 있다는 의미입니다.

3단: 출구 IP 확인. 임의의 IP 조회 페이지를 열어보면 표시되는 지역이 선택한 노드의 위치여야 하며, 로컬 통신사 지역이면 안 됩니다. IP는 맞는데 일부 사이트만 여전히 이상하다면 DNS 누출이나 규칙 오판일 수 있습니다 — 문제 해결 매뉴얼의 DNS 챕터에 점검 방법과 fake-ip 설정법이 나와 있습니다.

세 단계 중 어느 하나라도 통하지 않으면 증상에 따라 문제 해결 매뉴얼에서 해당 항목을 찾아가세요: 아예 인터넷이 안 됨, 노드가 전부 타임아웃, 속도가 느림 등 각각 독립된 챕터와 처리 절차가 있어 무작정 재설치하는 것보다 훨씬 빠릅니다. 세 단계 모두 통과했다면 설정은 여기서 끝입니다 — 클라이언트를 백그라운드에서 계속 실행해두면 구독이 설정된 간격에 따라 자동으로 업데이트됩니다.