GUIDE · SETUP IN 4 STEPS

Clash 사용 가이드: 구독 가져오기부터 적용 확인까지

이 페이지는 실제 조작 순서대로 첫 설정의 전체 4단계를 안내합니다: 구독 가져오기, 프록시 모드 선택, 연결 켜기, 적용 확인. 기준은 Clash Verge Rev이며, 다른 클라이언트의 화면 차이는 해당 위치에 표시합니다. 그대로 따라 하면 약 10분이면 끝납니다.

시작 전 확인할 두 가지:Clash 클라이언트를 이미 설치했는지(아직 없다면 다운로드 센터에서 받고, 어떤 것을 고를지 모르겠다면 클라이언트 비교를 참고), 서비스 제공자가 준 구독 링크(https로 시작하는 URL)를 가지고 있는지입니다. 본문의 버튼 명칭은 Clash Verge Rev(Windows / macOS / Linux) 기준이며, Clash Plus, FlClash, Clash Meta for Android는 메뉴 명칭이 조금 다를 수 있어 그때마다 표시하지만, 조작 논리는 완전히 동일합니다.

구독 가져오기

먼저 개념을 정리하면, 구독 링크 자체는 노드가 아니라 서비스 제공자가 생성한 하나의 URL이며, 클라이언트가 이 URL에 접속하면 노드 목록, 프록시 그룹, 분기 규칙이 담긴 완전한 설정 파일(Profile)을 내려받습니다. 클라이언트는 여러 개의 Profile을 동시에 보관할 수 있지만, 어느 순간에도 적용되는 것은 하나뿐입니다. 설정 파일의 내부 구조는 전체 매뉴얼에서 별도로 다루며, 이 단계에서는 가져오기만 하면 됩니다.

Clash Verge Rev를 예로 들면: 클라이언트를 열고 왼쪽 내비게이션의 「구독」을 클릭해 구독 관리 페이지로 들어갑니다. 페이지 상단에 빈 입력창이 있는데, 구독 링크를 전체 그대로 붙여넣습니다. 서비스 제공자 페이지에서 복사할 때 끝부분 파라미터가 빠지지 않도록 주의하고, 이어서 오른쪽의 「가져오기」 버튼을 클릭합니다. 몇 초 후 아래 목록에 구독 이름으로 된 설정 카드가 나타나며, 서비스 제공자가 응답 헤더에 정보를 제공하는 경우 트래픽 사용량과 만료일도 함께 표시됩니다. 이 카드를 클릭해 선택하면 카드 테두리에 강조 표시가 나타나며, 현재 적용 설정이 되었다는 뜻입니다. 이 단계는 자주 빠뜨리는데, 가져오기만 하고 선택하지 않으면 클라이언트는 여전히 이전 설정이나 빈 설정을 사용합니다.

다른 클라이언트의 진입 위치: FlClash는 「설정」 페이지 오른쪽 아래의 더하기 버튼을 눌러 「URL」을 선택하고 링크를 붙여넣어 저장합니다. Clash Meta for Android는 첫 화면에서 「설정」을 누르고 오른쪽 위 더하기 버튼에서 「URL로 가져오기」를 선택한 뒤 저장 후 목록으로 돌아가 해당 설정을 선택합니다. Clash Plus는 첫 화면에 「구독 추가」 항목이 바로 있어 붙여넣고 확인하면 됩니다. 모든 클라이언트가 「가져오기 → 목록에 표시 → 선택하여 적용」이라는 흐름을 따릅니다.

가져오기에 성공했다면 한 가지를 더 해두는 것이 좋습니다: 설정 카드의 우클릭 메뉴(모바일에서는 길게 누르거나 카드 내 메뉴 버튼)에서 「업데이트」를 눌러 정상적으로 새로고침되는지 확인하고, 편집 옵션에서 자동 업데이트 주기(예: 1440분)를 설정해 두면 서비스 제공자가 노드를 조정해도 클라이언트가 자동으로 동기화되어 매번 수동으로 새로고침할 필요가 없습니다.

구독 URL → Profile(config.yaml) · 노드 + 프록시 그룹 + 규칙 · 여러 개 공존, 하나만 적용
가져오기 오류 대처법:404나 시간 초과가 뜨면 먼저 브라우저에서 구독 링크를 직접 열어 접속 가능한지 확인하고, 복사가 완전한지 다시 확인합니다. 가져오기는 성공했지만 프록시 페이지의 노드 목록이 비어 있다면 대부분 구독 출력 형식이 클라이언트와 맞지 않아 구독 변환 처리가 필요한 경우이며, 구체적인 방법은 전체 매뉴얼의 구독 챕터에서 다루므로 여기서는 자세히 설명하지 않습니다.

프록시 모드 선택

설정이 적용된 후 다음으로 정해야 할 것은 「어떤 트래픽을 프록시로 보낼지」입니다. 모든 Clash 클라이언트는 세 가지 아웃바운드 모드를 제공하며, 보통 첫 화면이나 설정 페이지에 전환 버튼 형태로 나타납니다:

  • 규칙(Rule) — 설정 파일의 규칙을 하나씩 대조합니다. 직결 규칙에 걸린 트래픽은 프록시를 거치지 않고, 프록시 규칙에 걸린 트래픽은 선택한 노드를 거칩니다. 평소에는 이 모드를 유지하면 되며, 모든 구독이 기본적으로 이 모드를 전제로 만들어집니다.
  • 전역(Global) — 모든 트래픽이 예외 없이 프록시 노드를 거칩니다. 「규칙이 안 걸린 건가?」를 잠깐 확인할 때만 사용하고, 계속 켜 두면 원래 프록시가 필요 없는 트래픽까지 용량을 소모하게 됩니다.
  • 직결(Direct) — 모든 트래픽이 프록시를 거치지 않습니다. 코어는 켜져 있지만 실제로는 아무 일도 하지 않는 상태로, 대조 테스트용입니다.

모드가 「규칙」인지 확인한 후 왼쪽 내비게이션의 「프록시」를 클릭해 노드 페이지로 들어갑니다. 이곳은 설정 파일에 정의된 대로 여러 프록시 그룹으로 나뉘며, 가장 흔한 형태는 「노드 선택」류의 수동 선택 그룹과 「자동 선택」류의 지연 시간 자동 측정 그룹입니다. 수동 그룹에서 노드를 클릭하면 그 노드가 현재 출구로 지정됩니다. 선택 전에 페이지의 지연 시간 테스트 버튼(보통 번개 아이콘)으로 그룹 전체를 한 번 측정할 수 있습니다. 이 값은 클라이언트에서 노드까지 HTTP 탐지를 한 번 완료하는 데 걸린 시간으로, 낮을수록 좋지만 핸드셰이크 속도만 반영할 뿐 다운로드 속도와는 다릅니다. 노드를 어떻게 고르고 배율과 지역을 어떻게 따질지는 이 노드 선택 가이드를 참고하세요.

모바일에서는 위치가 조금 다릅니다: Clash Meta for Android는 먼저 코어를 시작한 뒤(다음 단계 참고) 「프록시」 페이지에서 전환해야 하고, FlClash는 모드 전환이 첫 화면 상단에 있으며 노드 그룹은 「프록시」 탭 아래에 있는데 논리는 동일합니다.

mode: rule · global · direct — 평소에는 rule 유지, 확인할 때만 잠깐 global로 대조
규칙 모드에서 「어떤 트래픽이 프록시로 가고 어떤 것이 직결되는지」는 전적으로 설정 파일의 규칙으로 결정되며, 클라이언트 화면에는 항목별 스위치가 없습니다. 특정 도메인을 강제로 직결시키는 등 분기를 직접 커스터마이징하려면 규칙을 수정하거나 규칙 세트를 걸어야 하며, 방법은 전체 매뉴얼의 규칙 분기 챕터에서 다룹니다.

연결

노드를 선택하면 코어는 사실 이미 로컬 포트에서 대기 중이지만, 운영체제와 앱은 아직 트래픽을 코어에게 넘기라는 것을 모릅니다. 「연결」 단계는 바로 이 마지막 고리를 이어 주는 과정입니다. 데스크톱과 모바일은 방식이 다르므로 나눠서 설명합니다.

Windows / macOS / Linux 데스크톱:Clash Verge Rev의 「설정」 페이지로 돌아가 「시스템 프록시」 스위치를 찾아 켭니다. 이 기능은 운영체제에 로컬 프록시 서버를 등록하는 것으로, 기본값은 127.0.0.1의 혼합 포트(Verge Rev 기본값 7897, HTTP와 SOCKS를 모두 지원)입니다. 이후 시스템 프록시 설정을 따르는 브라우저 등 앱은 자동으로 요청을 코어에게 넘깁니다. 스위치가 적용되면 작업 표시줄/메뉴 막대의 트레이 아이콘 상태가 바뀌고, 마우스를 올리면 현재 모드를 볼 수 있습니다. macOS는 처음 켤 때 네트워크 설정 변경 권한을 요청하는 대화창이 나타나며, 허용을 누르고 안내대로 한 번 인증하면 이후에는 다시 묻지 않습니다.

Android:모바일에서는 시스템 프록시 방식이 아니라 시스템의 VpnService 인터페이스를 통해 로컬 VPN 터널을 만들어 트래픽을 가져옵니다. Clash Meta for Android나 FlClash를 열고 메인 화면 중앙의 시작 버튼을 누르면 시스템이 「XX가 VPN 연결을 설정하려고 합니다」라는 권한 요청 창을 표시합니다. 이는 모든 VPN류 앱에 대한 Android의 표준 확인 절차이며, 「확인」을 누르면 상태 표시줄에 열쇠(또는 VPN) 아이콘이 나타나 터널이 만들어졌음을 알 수 있습니다. 백그라운드에서 얼마간 실행되다가 자동으로 끊긴다면 보통 시스템의 절전 기능에 의해 정리된 경우이며, 해결 방법은 Android 클라이언트 사용 요점 글을 참고하세요.

데스크톱에는 TUN 모드라는 고급 연결 방식도 있습니다. 가상 네트워크 카드를 통해 시스템 레벨에서 트래픽을 가져오는 방식으로, 시스템 프록시 설정을 읽지 않는 프로그램(명령줄 도구, 일부 게임 클라이언트 등)까지 처리할 수 있지만 관리자 권한이나 시스템 서비스 설치가 필요합니다. 처음 설정할 때는 시스템 프록시로 전체 흐름을 먼저 확인해 보는 것을 권장하며, TUN을 켜는 조건과 주의사항은 전체 매뉴얼의 TUN 챕터에 자세히 나와 있습니다.

mixed-port 7897 @ 127.0.0.1 · 데스크톱은 시스템 프록시 / Android는 VpnService · TUN은 고급 옵션

적용 확인

스위치를 켰다고 해서 트래픽이 실제로 프록시를 거친다는 보장은 없습니다. 마지막으로 2분만 투자해 확인해 두면 이후 문제가 생겨도 같은 방법으로 원인을 찾을 수 있습니다.

1차 확인 — 사용 가능한지:브라우저를 열어 이전에는 열리지 않던 사이트에 접속해 정상적으로 로드되면 일단 성공입니다. 이어서 임의의 IP 조회 페이지에 접속해 표시되는 지역이 2단계에서 선택한 노드와 일치하는지 확인합니다. 여전히 로컬 출구로 표시된다면 트래픽이 노드를 거치지 않고 있다는 뜻이니 아래로 계속 확인합니다.

2차 확인 — 트래픽이 코어를 경유하는지:클라이언트로 돌아가 왼쪽 내비게이션의 「연결」(Connections) 패널을 엽니다. 브라우저 페이지를 새로고침하면 패널에 실시간으로 새 연결 기록이 쌓여야 하며, 각 항목에는 대상 도메인, 매칭된 규칙, 실제 사용된 프록시 그룹이 표시됩니다. 기록이 계속 늘어난다면 「앱 → 코어 → 노드」 경로가 정상적으로 이어져 있다는 뜻입니다. 더 자세한 과정을 보려면 「로그」 페이지에서 레벨을 info로 올리면 각 연결의 규칙 매칭 결과를 확인할 수 있습니다.

1차 확인이 실패했다면 아래 순서대로 하나씩 점검하며, 대부분의 문제는 앞의 세 단계에서 해결됩니다:

  1. 프록시 페이지로 돌아가 현재 노드의 지연 시간을 테스트합니다. 시간 초과가 뜨면 다른 노드로 바꿔서 다시 시도합니다 — 개별 노드 장애가 가장 흔한 원인입니다.
  2. 「시스템 프록시」 스위치(또는 Android의 VPN 열쇠 아이콘)가 실제로 켜져 있는지 확인합니다. 일부 상황에서는 다른 소프트웨어가 이 설정을 되돌려 놓는 경우가 있습니다.
  3. 다른 프록시 소프트웨어가 동시에 실행 중인지 확인합니다. 두 프로그램이 시스템 프록시 설정을 서로 덮어쓸 수 있으므로, 불필요한 쪽을 종료합니다.
  4. 브라우저에 프록시 관리 확장 기능을 설치한 경우, 확장 기능이 시스템 프록시보다 우선순위가 높으므로 「시스템 설정 따르기」로 바꾸거나 비활성화한 뒤 다시 시도합니다.
  5. 일부 사이트만 접속이 안 되고 나머지는 정상인 경우: 규칙 모드에서 해당 도메인이 직결 규칙에 걸렸을 가능성이 높으며, 「전역」 모드로 한 번 대조해 보면 확인할 수 있고 장기적으로는 규칙을 조정하면 됩니다.

위 다섯 단계로 초기 설정 단계에서 발생하는 대부분의 문제를 해결할 수 있습니다. DNS 오염, 포트 충돌, TUN 관련 문제 등 더 체계적인 점검 방법은 전체 매뉴얼의 일상 유지·점검 챕터에 정리되어 있습니다.

여기까지 하면 설정이 끝났습니다.이후 평소에 할 일은 세 가지뿐입니다: 노드가 느려지면 프록시 페이지에서 노드 변경, 서비스 제공자가 업데이트를 알리면 구독 페이지에서 설정 새로고침, 사용하지 않을 때는 시스템 프록시 스위치를 끄는 것. 나머지는 코어가 규칙에 따라 알아서 처리합니다.

다음으로 볼 만한 곳