Clash 빠른 시작: 4단계로 끝내는 구독 가져오기와 연결

1.1 전체 구독 링크 복사하기

서비스 제공업체의 사용자 센터에 로그인해 「구독 링크」, 「Clash 구독」, 또는 「구독 복사」 버튼을 찾아 클릭하면 링크가 클립보드에 복사됩니다. 두 가지를 주의하세요. 첫째, 사용자 센터의 웹 주소가 아니라 링크 자체를 복사해야 합니다. 구독 링크는 보통 길이가 길고 끝에 token= 형태의 파라미터가 붙어 있습니다. 둘째, 제공업체가 여러 형식을 제공한다면 Clash 또는 「범용」으로 표시된 항목을 우선 선택하세요. 전형적인 구독 링크는 다음과 같은 형태입니다(예시는 실제 값이 아닙니다):

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

1.2 클라이언트의 구독 입력 화면 열기

클라이언트마다 진입 위치가 조금씩 다릅니다. Clash Verge Rev는 왼쪽 메뉴에서 「구독」을 누르면 상단에 입력창이 나타납니다. Clash Plus는 하단 또는 사이드바의 「설정」 페이지에서 오른쪽 위 더하기 버튼을 누릅니다. FlClash는 「설정」 페이지 오른쪽 아래의 「+」를 누르고 「URL로 가져오기」를 선택합니다. Clash Meta for Android는 홈에서 「설정」 → 오른쪽 아래 「+」 → 「URL에서 가져오기」 순으로 진행합니다. 어떤 클라이언트든 결국 찾는 것은 주소를 붙여넣을 수 있는 입력창입니다.

1.3 붙여넣고 다운로드 완료 기다리기

구독 링크를 입력창에 붙여넣습니다. 이름 항목은 비워둬도 됩니다(대부분의 클라이언트가 제공업체가 지정한 이름을 자동으로 불러옵니다). 이후 「가져오기」 또는 「다운로드」를 누르면 클라이언트가 백그라운드에서 구독 주소로 요청을 보내 YAML 형식의 설정 파일을 받아오며, 보통 몇 초 안에 끝납니다. 성공하면 구독/설정 페이지에 설정 카드가 나타나 노드 수가 표시되고, 대부분의 제공업체는 사용한 트래픽과 만료일도 함께 보여줍니다.

1.4 이 설정을 활성화하기

일부 클라이언트는 가져온 뒤 새 설정을 자동으로 활성화하지 않으므로, 카드를 직접 눌러 강조 표시나 체크 표시가 되도록 만들어 「현재 사용 중」 상태로 만들어야 합니다. 구독 페이지에 여러 카드가 있다면 방금 가져온 카드가 강조되어 있는지 반드시 확인하세요. 그렇지 않으면 이후 노드를 선택할 때 원하는 노드 목록이 보이지 않을 수 있습니다.

가져오기가 실패했다는 안내가 뜨면 다음 세 가지를 먼저 확인하세요. 링크를 온전히 복사했는지(잘리지 않았는지), 현재 네트워크에서 구독 주소에 직접 접속할 수 있는지, 웹 주소를 구독 링크로 잘못 사용하지 않았는지. 가져오기 실패에 대한 더 구체적인 오류와 해결 방법은 문제 해결의 설치·설정 분류를 참고하세요.

노드를 받았다고 바로 스위치를 켜지 마세요. Clash에는 확인해야 할 두 층위의 「모드」가 있습니다. 이 모드들이 트래픽이 어떻게 분기되는지와 어떻게 처리되는지를 결정합니다. 이번 단계는 클릭 두 번이면 끝나지만, 제대로 이해하면 이후에 겪을 혼란을 크게 줄일 수 있습니다.

2.1 아웃바운드 모드: 「규칙」 선택

클라이언트 홈(또는 설정 페이지)에서 「아웃바운드 모드」/「모드」 항목을 찾으면 보통 세 가지 선택지가 있습니다:

• 규칙(Rule): 설정 파일에 정의된 분기 규칙에 따라 각 연결이 프록시로 갈지 직접 연결될지 결정합니다. 한국 국내 사이트는 직접 연결, 해외 대상 사이트는 프록시로—서로 간섭하지 않습니다. 일상적으로 권장하는 모드입니다.
• 전역(Global): 모든 트래픽이 현재 선택된 노드를 거칩니다. 국내 사이트에 접속해도 해외로 우회하게 되며, 보통 문제를 진단할 때만 일시적으로 사용합니다.
• 직접 연결(Direct): 모든 트래픽이 프록시를 거치지 않습니다. 분기 기능을 임시로 끄는 것과 같아서 디버깅 상황에만 사용합니다.

아웃바운드 모드를 「규칙」으로 선택하면 됩니다. 구독 설정 안의 규칙은 서비스 제공업체가 미리 구성해 두었으므로 처음 사용할 때는 손댈 필요가 없습니다. 규칙이 어떻게 매칭되고 어떻게 직접 유지·관리할 수 있는지는 나중에 고급 설정의 분기 규칙 챕터를 참고하세요.

2.2 트래픽 처리 방식: 처음에는 시스템 프록시

클라이언트가 트래픽을 자신에게 끌어오는 방식은 크게 두 가지입니다. 시스템 프록시는 운영체제 레벨에서 HTTP/SOCKS 프록시 주소를 설정하는 방식으로(기본값은 로컬의 127.0.0.1:7890), 브라우저와 시스템 프록시 설정을 따르는 대부분의 앱이 자동으로 이 경로를 사용하며 켜기가 간단하고 권한 요구도 낮습니다. TUN 모드는 가상 네트워크 카드를 통해 기기의 모든 트래픽을 가로챕니다. 시스템 프록시를 인식하지 못하는 커맨드라인 도구나 게임 클라이언트까지 포함되지만, 관리자 권한이나 시스템 서비스 설치가 필요합니다.

처음 설정할 때는 시스템 프록시로 전체 흐름을 먼저 확인한 뒤, 문제가 없으면 필요에 따라 TUN을 알아보는 것을 권장합니다. TUN 모드의 활성화 조건, Fake-IP와의 연동 방식, 흔한 함정은 고급 설정 매뉴얼에 별도 챕터로 정리되어 있으므로 여기서는 다루지 않습니다.

3.1 시스템 프록시 스위치 켜기

클라이언트 홈으로 돌아가 「시스템 프록시」 스위치(일부 클라이언트는 「시스템 프록시로 설정」이라고 표시)를 찾아 클릭해 켭니다. 플랫폼별로 처음 켤 때 나타나는 시스템 안내가 다릅니다:

• Windows: 대부분 바로 적용됩니다. 보안 소프트웨어가 설치되어 있어 「프로그램이 프록시 설정을 변경하려 합니다」라는 차단 안내가 뜨면 허용을 선택하세요. 스위치를 켠 뒤에는 시스템의 「설정 → 네트워크 및 인터넷 → 프록시」에서 수동 프록시에 로컬 주소가 입력된 것을 확인할 수 있습니다.
• macOS: 처음 켤 때 계정 비밀번호 입력을 요구하는 권한 승인 대화상자가 뜰 수 있습니다. 비밀번호를 입력하고 확인하면 되며, 이후로는 다시 묻지 않습니다.
• Android: Android 클라이언트는 VpnService로 트래픽을 처리합니다. 연결을 누르면 「OO에서 VPN 연결을 설정하려고 합니다」라는 확인창이 뜨는데 반드시 허용을 눌러야 합니다. 상태 표시줄에 열쇠 아이콘이 나타나면 성공입니다. 일부 제조사 기기의 절전 정책 때문에 화면이 꺼지면 클라이언트가 종료되어 연결이 끊길 수 있는데, 이에 대한 해결 방법은 문제 해결의 장애 진단 분류를 참고하세요.

3.2 프록시 페이지에서 노드 속도 테스트

스위치를 켜면 트래픽은 이미 클라이언트를 통과하고 있지만, 정책 그룹에서 기본으로 선택된 노드를 사용하는 것이라 최적의 노드가 아닐 수 있습니다. 「프록시」 페이지로 이동하면 하나 이상의 정책 그룹(예: 「노드 선택」, 「자동 선택」)이 보이고, 펼치면 구독에 포함된 모든 노드가 나타납니다. 페이지의 번개/속도 테스트 아이콘을 누르면 클라이언트가 그룹 내 모든 노드에 대해 지연 시간 테스트를 실행하며, 몇 초 뒤 각 노드 오른쪽에 밀리초 단위 숫자가 표시됩니다. 초록색의 낮은 숫자는 원활하다는 뜻이고, 숫자가 높으면 경로가 우회하거나 혼잡한 것이며, 타임아웃으로 표시되는 노드는 현재 사용할 수 없습니다.

3.3 노드 선택하기

「노드 선택」 같은 수동 정책 그룹에서는 지연이 낮은 노드를 클릭해 선택 상태로 만들면 현재 출구가 그 노드로 전환됩니다. 구독에 「자동 선택」 그룹(url-test 유형)이 있다면 수동 그룹이 이를 참조하도록 지정해, 클라이언트가 주기적으로 속도를 측정해 가장 빠른 노드를 자동으로 고르게 할 수도 있습니다. 세 가지 자동 정책 그룹(url-test / fallback / load-balance)의 판정 방식과 파라미터 차이는 심화 주제로, 고급 설정의 정책 그룹 챕터에 정리되어 있습니다. 노드를 고를 때는 지연 시간뿐 아니라 노드 이름에 표시된 지역과 트래픽 배율도 확인하세요. 이런 활용 노하우는 문제 해결의 사용 팁 분류에 정리되어 있습니다.

4.1 대상 사이트에 직접 접속하기

브라우저를 열고 이전에 접속되지 않던 대상 사이트에 접속해 보세요. 정상적으로 로드된다면 「시스템 프록시 → 클라이언트 → 노드」 경로가 이미 연결되었다는 뜻입니다. 동시에 자주 쓰는 한국 국내 사이트에도 접속해 속도가 정상인지 확인하는 것이 좋습니다. 규칙 모드에서는 국내 사이트가 직접 연결되어야 하며, 눈에 띄게 느려졌다면 규칙 매칭에 오차가 있는 것이니 노드를 바꿔 관찰해 보고, 여전히 이상하다면 문제 해결의 장애 진단 분류를 항목별로 확인하세요.

4.2 연결 패널을 보고 규칙 매칭 확인하기

「정상 접속」보다 더 확실한 확인 방법은 클라이언트의 「연결」 패널(일부 클라이언트는 「로그」 또는 「개요」 페이지)을 보는 것입니다. 패널을 열어둔 채로 방금 그 웹페이지를 새로고침하면, 패널에 새로운 연결 기록이 실시간으로 표시되며 각 기록마다 대상 도메인, 매칭된 규칙, 실제로 거친 노드가 표시됩니다. 대상 사이트의 연결이 선택한 노드를 거치고, 국내 사이트의 연결이 직접 연결로 표시된다면 규칙 분기가 예상대로 동작하는 것입니다.

4.3 커맨드라인으로 재확인하기(선택)

터미널에 익숙한 사용자는 로컬 프록시 포트를 명시적으로 지정해 요청을 한 번 보내 브라우저 캐시의 영향을 배제할 수 있습니다. 기본 혼합 포트는 7890입니다(실제 값은 클라이언트 설정 페이지에 표시된 포트를 기준으로 하세요):

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

HTTP/2 200이나 301 같은 응답 헤더가 반환되면 프록시 경로가 정상 작동한다는 뜻입니다. Connection refused가 나오면 포트 번호가 맞지 않거나 클라이언트가 실행 중이 아닌 경우이며, 오랫동안 응답이 없으면 대부분 현재 노드에 문제가 있는 경우이니 이전 단계로 돌아가 다른 노드로 바꿔 다시 시도하세요.

4.4 작동하지 않을 때

발생 빈도가 높은 순서로 다음을 확인하세요: 시스템 프록시 스위치가 실제로 켜져 있는지(다른 프록시 소프트웨어가 가로채 꺼지는 경우가 있습니다), 현재 선택된 노드의 속도 테스트가 타임아웃되었는지, 아웃바운드 모드가 실수로 「직접 연결」로 설정되어 있는지, 브라우저에 자체적으로 프록시를 처리하는 확장 프로그램이 설치되어 있는지. 항목별로 배제해도 여전히 안 된다면 문제 해결에서 오류 현상별로 원인을 찾아보세요. DNS 오염, Fake-IP 등 더 깊은 원인이 관련되어 있다면 고급 설정 매뉴얼의 DNS 챕터에 전체 진단 흐름이 정리되어 있습니다.