Clash 사용 가이드: 구독 가져오기부터 작동 확인까지 4단계 절차

본격적으로 시작하기 전에 두 가지를 확인하세요. 첫째, 클라이언트가 이미 설치되어 정상적으로 열려야 합니다. Linux 데스크톱 사용자에게는 Clash Verge Rev를 추천하며, 그 외 플랫폼의 선택과 설치 방법은 클라이언트 다운로드 페이지에서 확인할 수 있습니다. 설치 과정에서 막히면 전체 가이드에 플랫폼별 상세 설명이 있으니 여기서는 반복하지 않습니다. 둘째, 사용 가능한 구독 링크가 있어야 합니다. 보통 구독 서비스 제공처의 사용자 페이지에서 받을 수 있으며, https://로 시작하는 완전한 URL 형태입니다. "구독 서비스", "구독 링크" 같은 용어가 처음이라면 용어 사전에서 해당 항목을 잠깐 살펴보세요. 이후 본문에서는 이 용어들을 별다른 설명 없이 그대로 사용합니다.

두 가지가 모두 준비됐다면 첫 단계부터 시작하세요. 전체 과정은 보통 10분 이내에 끝나며, 각 단계 끝부분에 "무엇이 보여야 완료된 것인지"를 명시했으니 확인 후 다음 단계로 넘어가면 됩니다.

구독은 원격에서 관리되는 설정 소스라고 보면 됩니다. 클라이언트가 이 링크를 통해 노드 목록과 분기 규칙을 가져와 로컬에 완전한 config.yaml 파일을 생성합니다. 따라서 첫 단계는 클라이언트에게 이 링크를 인식시키는 것입니다.

1. 구독 서비스의 사용자 페이지에서 "구독 링크 복사" 또는 "Clash로 원클릭 가져오기" 버튼을 찾아 전체 URL을 복사합니다. 링크는 대체로 다음과 같은 형태입니다(예시는 가상의 주소입니다):

   https://example.com/api/v1/client/subscribe?token=xxxx

   끝부분의 token= 매개변수는 반드시 온전해야 하며, 한 글자라도 빠지면 서버가 요청을 거부합니다.
2. 클라이언트를 열고 구독 관리 페이지로 이동합니다. Clash Verge Rev는 왼쪽 사이드바에 "구독"(Profiles)이라는 이름으로 있고, FlClash는 "설정"이라 부르며, Clash Plus는 홈 화면의 구독 관리 영역에 입구가 있습니다.
3. 페이지 상단 입력란에 링크를 붙여넣고 "가져오기"를 클릭합니다. 클라이언트가 즉시 해당 URL에 요청을 보내 내용을 분석하며, 네트워크가 정상이면 몇 초 안에 프로필 이름과 갱신 시간이 표시된 카드가 나타납니다. 구독 서비스에서 트래픽 정보를 제공하는 경우 카드에 함께 표시됩니다.
4. 이 카드를 클릭해 현재 사용할 프로필로 지정합니다. 카드 테두리에 선택 표시(강조 외곽선 또는 체크 표시)가 나타나면 정상 적용된 것이며, 이것이 이 단계의 완료 기준입니다.

링크가 아니라 config.yaml 파일을 받았다면 마찬가지로 구독 페이지에서 처리하면 됩니다. "파일 가져오기"를 선택하거나 파일을 클라이언트 창에 직접 끌어다 놓으면 되고, 이후 절차는 동일합니다.

설정이 적용되면 "프록시" 페이지로 이동합니다. 페이지 상단에 모드 전환 버튼 세 개가 있는데, 어떤 모드를 쓸지 정하기 전에 각각의 동작 방식을 먼저 이해하는 것이 좋습니다. 초심자가 감으로 잘못 고르기 쉬운 부분이기도 합니다.

결론부터 말하면 기본값인 규칙 모드를 그대로 쓰면 됩니다. 구독에 포함된 규칙 세트가 자주 쓰는 사이트를 이미 알맞게 분류해두었으므로 직접 손댈 필요가 없습니다. 규칙이 어떻게 하나씩 매칭되는지, DOMAIN-SUFFIX와 GEOIP 같은 규칙 유형이 무엇을 뜻하는지는 용어 사전의 "규칙과 분기" 항목을 참고하세요. 분기 정책을 직접 편집하고 싶다면 전체 가이드에 별도 장이 있지만 처음 사용할 때는 굳이 건드릴 필요가 없습니다.

프록시 페이지 하단에는 정책 그룹과 노드 목록이 있습니다. "노드 선택" 또는 PROXY라는 정책 그룹을 펼쳐 지연시간 테스트 버튼(보통 번개나 파형 아이콘)을 한 번 누르면 클라이언트가 전체 노드의 지연시간을 측정해 각 노드 옆에 밀리초 단위 숫자가 표시됩니다. 값이 낮고 초록색으로 표시된 노드를 클릭해 선택하세요. 지연시간 숫자가 의미하는 바와 정상 범위는 용어 사전에 따로 항목이 있습니다.

Clash에는 전통적인 VPN처럼 큼직한 "연결" 버튼이 없습니다. 클라이언트가 실행 중이면 로컬 127.0.0.1의 7890 포트(기본 mixed-port)에 혼합 프록시 입구가 열려 있는 상태이며, 여기서 말하는 "연결"은 사실 시스템의 네트워크 트래픽을 이 포트로 향하게 만드는 것입니다. 조작해야 할 것은 스위치 하나뿐입니다.

1. "설정" 페이지로 들어가 "시스템 프록시" 스위치를 켭니다. 클라이언트가 HTTP/HTTPS 프록시 정보를 데스크톱 환경의 네트워크 설정(GNOME/KDE의 프록시 설정 항목)에 등록하며, 브라우저와 대부분의 GUI 앱이 이 설정을 자동으로 따라갑니다.
2. 스위치 옆이나 포트 설정 영역에 표시된 포트가 7890인지 확인하고, 시스템 트레이 아이콘도 함께 살펴보세요. 대부분의 클라이언트는 시스템 프록시가 켜지면 아이콘 색이 바뀌거나 표시가 추가되어 현재 작동 중임을 직관적으로 알려줍니다.
3. 다른 플랫폼에서의 대응 조작: Windows와 macOS도 동일하게 "시스템 프록시" 스위치를 사용합니다. Android의 Clash Meta for Android는 메인 화면의 시작 버튼을 누르면 시스템이 VPN 연결 요청을 보내는데 이를 허용하면 됩니다. iOS의 Clash Plus는 처음 실행 시 VPN 설정 추가 요청을 보내며, 시스템 팝업에서 한 번 확인하면 이후로는 클라이언트 내 스위치로 제어할 수 있습니다.

시스템 프록시를 따르지 않는 트래픽이 하나 있습니다: 터미널의 커맨드라인 프로그램입니다. 이들은 환경 변수만 인식하므로 임시로 프록시를 쓰려면 현재 터미널 세션에서 다음과 같이 설정해야 합니다.

export https_proxy=http://127.0.0.1:7890
export http_proxy=http://127.0.0.1:7890
export all_proxy=socks5://127.0.0.1:7890

이 설정은 현재 터미널 창에만 적용되며 창을 닫으면 자동으로 사라져 시스템 환경을 건드리지 않습니다. 프록시 설정을 인식하지 못하는 프로그램까지 포함해 모든 앱을 일괄 처리하고 싶다면 TUN 모드가 필요한데, 설정 난이도가 높아 처음 사용할 때는 켜지 않는 것을 권장합니다. 필요할 때 전체 가이드의 TUN 관련 장을 참고하세요.

스위치가 켜졌다고 해서 프록시가 실제로 작동하는 것은 아닙니다. 아래 네 가지 항목을 바깥에서 안쪽 순서로 확인하고, 모두 통과해야 설정이 진짜로 완료된 것입니다.

1. 브라우저로 확인.이전에 접속되지 않던 사이트를 열어 정상적으로 로딩되면 기본 작동이 확인된 것입니다. 페이지가 그대로라면 먼저 Ctrl+Shift+R로 강제 새로고침해서 브라우저 캐시 영향을 배제한 뒤 판단하세요.
2. 명령줄로 확인.터미널에서 프록시를 명시적으로 지정한 요청을 실행해 시스템 프록시 설정과 무관하게 프록시 경로 자체를 점검합니다.

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

   다음과 같은 HTTP/2 200 형태의 응답 헤더가 돌아오면 "클라이언트 → 노드 → 목표 사이트" 경로가 정상적으로 연결되어 있다는 뜻입니다.
3. 연결 페이지로 확인.클라이언트의 "연결"(Connections) 페이지로 돌아가면 Clash를 거치는 모든 연결이 실시간으로 표시됩니다. 도메인, 적용된 규칙, 사용된 출구 노드를 확인할 수 있습니다. 방금 접속한 도메인이 목록에 나타나고, 출구가 DIRECT가 아니라 선택한 프록시 노드로 되어 있는지 확인하세요. 이것만 봐도 규칙 분기가 예상대로 작동하는지 한눈에 알 수 있습니다.
4. 출구 IP로 확인.브라우저로 IP 조회 사이트에 접속해보세요. 표시되는 주소가 사용 중인 통신사 위치가 아니라 선택한 노드가 위치한 지역으로 나타나야 합니다.

어느 한 항목이 실패했다면 실패한 위치 자체가 힌트가 됩니다. 브라우저는 안 되는데 curl은 되면 시스템 프록시가 데스크톱 환경에 제대로 등록되지 않은 것이므로 3단계로 돌아가 스위치를 다시 켜보세요. curl도 안 되면 대부분 노드 문제이니 2단계로 돌아가 지연시간을 다시 테스트하고 노드를 바꿔보세요. 둘 다 정상인데 특정 사이트만 이상하다면 대개 규칙 매칭 문제입니다. 로그를 한 줄씩 따라가며 원인을 찾는 방법은 기술 노트에 별도 글이 있고, 더 깊은 문제 해결 방법은 전체 가이드에서 확인할 수 있습니다.