Clash 빠른 시작: 구독 가져오기부터 작동 확인까지

구독 링크는 설정 파일을 가리키는 URL이며, 설정 파일에는 노드 목록과 분기 규칙이 담겨 있습니다. 클라이언트는 이 링크로 설정을 가져오며, 구독을 갱신할 때마다 최신 내용을 다시 받아오므로 노드 변경 시 파일을 직접 수정할 필요가 없습니다. 구독, 설정 파일, 노드 세 가지의 관계는 용어 사전의 '설정 파일과 규칙' 카테고리에서 자세히 다루므로 여기서는 넘어갑니다.

진행 순서: 먼저 서비스 제공업체의 사용자 센터에서 구독 링크를 복사한 뒤 클라이언트를 엽니다. Clash Verge Rev는 좌측 사이드바에서 '구독'을 클릭하면 상단에 입력창이 나타나며, 여기에 링크를 붙여넣고 우측의 '가져오기' 버튼을 누릅니다. 클라이언트가 설정을 다운로드하기 시작하고 몇 초 뒤 설정 카드가 나타납니다. 카드에는 설정 이름이 표시되며, 서비스 제공업체가 응답 헤더에 트래픽·만료 정보를 포함했다면 카드에 함께 표시됩니다. 이때 카드가 아직 활성화되지 않았을 수 있으므로 카드를 한 번 클릭해 테두리가 강조되면 선택된 상태이며, 이후 모든 프록시 동작은 이 설정을 기준으로 이루어집니다.

다른 클라이언트의 가져오기 위치: Clash Plus는 메인 화면에서 '구독'으로 들어가 '구독 추가'를 클릭하고 링크를 붙여넣어 저장합니다. FlClash는 '설정' 페이지 우측 하단의 더하기 버튼을 눌러 'URL' 방식을 선택하고 붙여넣습니다. Clash Nyanpasu는 '프록시 설정' 페이지에서 '새로 만들기'를 클릭하고 유형을 원격 URL로 선택합니다. 어떤 클라이언트든 가져오기 완료 판단 기준은 같습니다: 설정 목록에 새 항목이 나타나고, 그 항목이 선택된 상태여야 합니다.

받은 것이 링크가 아니라 .yaml 파일이라면 URL 가져오기 대신 같은 페이지의 '파일 가져오기' 또는 '로컬' 입구를 사용해 파일을 선택하면 됩니다. 로컬 설정의 단점은 자동으로 갱신되지 않는다는 점이며, 노드가 바뀌면 새 파일을 다시 가져와야 하므로 링크가 있다면 링크를 우선 사용하세요.

가져오기 단계에서 가장 흔한 오류는 네트워크 오류나 시간 초과입니다: 구독 링크 자체는 현재 네트워크에서 직접 접속 가능해야 하며, 접속이 막혀 있다면 모바일 데이터 테더링으로 첫 가져오기를 완료할 수 있습니다. 가져오기에 성공했다면 구독 항목의 메뉴에서 '자동 업데이트'가 켜져 있는지 확인하는 것을 권장합니다. 일반적인 간격은 24시간 또는 1440분이며, 기본값을 유지하면 됩니다.

설정이 선택되면 좌측 사이드바의 '프록시' 페이지로 이동합니다. 상단에는 보통 세 가지 모드 전환 버튼이 있습니다: 규칙(Rule), 전역(Global), 직접 연결(Direct). 이 단계는 클라이언트가 지나가는 모든 연결을 어떻게 처리할지 결정하는 핵심 분기점이므로 1분만 투자해 정확히 이해할 가치가 있습니다.

규칙 모드는 일상적으로 사용하는 표준 선택입니다. 클라이언트는 설정 파일의 분기 규칙을 하나씩 대조합니다: 직접 연결 규칙에 걸린 트래픽(예: 한국 국내 사이트, 로컬 네트워크 주소)은 그대로 통과시키고, 프록시 규칙에 걸린 트래픽은 선택한 노드로 전달하며, 서로 간섭하지 않습니다. 국내 사이트는 속도 그대로, 해외 서비스는 프록시를 경유하도록 수동으로 전환할 필요가 없다는 점이 Clash 계열 설정의 핵심 가치입니다. 규칙 작성 방식과 매칭 순서는 심화 주제이므로 용어 사전의 '정책 그룹과 분기' 카테고리에서 자세히 설명합니다.

전역 모드는 모든 트래픽을 대상 구분 없이 프록시로 보내며, 규칙을 따르지 않는 일부 프로그램에 임시로 강제 프록시를 적용해야 할 때만 짧게 사용합니다. 사용 후에는 규칙 모드로 되돌려야 합니다. 그렇지 않으면 국내 사이트 접속도 노드를 경유하게 되어 오히려 느려집니다. 직접 연결 모드는 반대로 모든 트래픽이 프록시를 거치지 않으며, 분기 기능을 임시로 끄는 것과 같아 문제 진단 시 간혹 사용합니다.

모드를 규칙으로 확인한 뒤 같은 페이지 아래로 내려가면 정책 그룹 목록이 있습니다. '노드 선택' 또는 유사한 이름의 그룹을 찾아 열면 사용 가능한 모든 노드와 몇 개의 자동 그룹이 표시됩니다. 특정 노드를 직접 선택할 수도 있고, 자동 속도 측정 그룹(보통 url-test 또는 '자동 선택'으로 표시됨)을 선택해 클라이언트가 주기적으로 속도를 측정하고 지연이 가장 낮은 노드를 계속 사용하도록 할 수도 있습니다. 대부분의 정책 그룹 화면에는 번개나 레이더 모양의 지연 테스트 버튼이 있어 클릭하면 그룹 내 노드의 지연을 일괄 측정합니다. 숫자가 작을수록 좋고, 빨간색이나 시간 초과로 표시된 노드는 일단 선택하지 마세요.

url-test, fallback, load-balance 세 가지 자동 그룹의 차이와 매개변수 작성법은 처음 시작하는 데 영향을 주지 않으므로 전체 문서와 관련 심화 글에 맡기면 됩니다. 이 단계에서는 출구가 정해졌는지만 확인하면 됩니다.

앞의 두 단계는 준비 과정일 뿐, 이 시점까지 트래픽은 아직 클라이언트를 거치지 않습니다. 프록시가 실제로 트래픽을 처리하도록 하는 방법은 데스크톱과 모바일에서 다르므로 나누어 설명합니다.

Windows·macOS: '시스템 프록시' 스위치를 찾습니다. Clash Verge Rev는 좌측 '설정' 페이지 첫 번째 스위치 그룹에, Clash Plus는 메인 화면에 있습니다. 켜면 클라이언트가 운영체제의 HTTP·HTTPS 프록시를 자체 로컬 수신 포트로 지정합니다(Clash Verge Rev 기본값은 7897, 대부분의 전통적인 클라이언트는 7890이며 설정 페이지에서 확인 가능). 이후 브라우저와 시스템 프록시를 따르는 대부분의 앱은 트래픽이 먼저 클라이언트로 들어와 2단계의 규칙에 따라 분기됩니다. 스위치를 켜면 메뉴바나 태스크바 트레이에 클라이언트 아이콘이 나타나며, 이는 실행 중임을 보여주는 직관적인 표시입니다.

macOS에서 처음 시스템 프록시나 TUN 관련 기능을 켤 때 네트워크 확장 권한과 키체인 접근 요청 팝업이 연속으로 나타날 수 있습니다. 이는 시스템 차원의 권한 절차이므로 하나씩 허용하면 됩니다. 잘못해서 거부를 눌렀다면 시스템 설정에서 수동으로 권한을 다시 부여해야 하며, 전체 경로는 전체 문서의 macOS 챕터에서 팝업별로 설명합니다.

Android: 클라이언트 메인 화면을 열고 눈에 띄는 연결 버튼을 클릭하면 시스템이 '연결 요청' 대화상자를 표시하며 앱이 VPN 연결을 생성하려 한다고 안내합니다. 이는 Android에서 트래픽을 처리하는 표준 방식이므로 '확인'을 눌러 허용합니다. 상태 표시줄에 열쇠 모양 아이콘이 나타나면 연결이 성공했음을 의미합니다. iOS: Clash Plus는 첫 연결 시 마찬가지로 VPN 설정 추가를 요청하므로 허용하고 안내에 따라 잠금 화면 비밀번호로 인증하면, 이후 연결은 한 번의 클릭으로 가능합니다.

이 밖에 두 가지 선택 항목이 있는데, 첫 시작에는 영향을 주지 않지만 알아두면 좋습니다: 하나는 TUN 모드로, 시스템 프록시를 따르지 않는 프로그램(명령줄 도구, 일부 게임 클라이언트)을 가상 네트워크 카드 방식으로 처리하며 추가 서비스나 권한이 필요합니다. 개념은 용어 사전을, 설정 방법은 전체 문서를 참고하세요. 다른 하나는 부팅 시 자동 시작으로, 각 클라이언트 설정 페이지에 해당 스위치가 있으니 필요에 따라 켜면 됩니다.

스위치를 켰다고 해서 경로가 바로 정상 작동한다는 뜻은 아니므로 마지막으로 2분 정도 확인해봅니다. 세 가지 검증 방법을 쉬운 것부터 소개하며, 하나만 해도 되지만 모두 해보면 더 확실합니다.

방법 1: 연결 패널. 클라이언트로 돌아가 좌측의 '연결' 페이지로 들어간 뒤 브라우저에서 임의의 웹사이트에 접속합니다. 연결 페이지에는 새로 생성된 활성 연결이 실시간으로 표시되며, 각 줄에는 대상 도메인, 적용된 규칙, 실제 경유한 출구가 나타납니다. 국내 사이트는 DIRECT나 직접 연결 계열 정책이, 해외 사이트는 2단계에서 선택한 노드 이름이 표시되어야 합니다. 규칙 적용과 출구가 예상과 일치하면 분기가 정상 작동 중입니다.

방법 2: 명령줄. 터미널에서 로컬 프록시 포트를 직접 지정해 요청을 보내면 브라우저 캐시 등의 간섭 요소를 피할 수 있습니다. 포트는 클라이언트의 실제 값으로 바꾸세요. Clash Verge Rev 기본값은 7897입니다:

HTTP/1.1 200 Connection established와 그 뒤의 204 상태가 반환되면 로컬 포트가 수신 중이며 노드 경로가 정상임을 의미합니다. 연결이 거부되었다는 응답이 나오면 포트 번호가 틀렸거나 클라이언트가 실행 중이지 않은 것이며, 오랫동안 응답이 없다면 대부분 노드 문제입니다.

방법 3: 로그. 클라이언트의 '로그' 페이지에서 등급을 info로 설정하면 각 연결의 매칭 과정을 볼 수 있어, 특정 규칙이 왜 적용되었는지 또는 적용되지 않았는지 확인할 때, 분기 이상을 진단할 때 가장 직접적입니다.

검증에 실패한 경우—예를 들어 모든 노드의 지연 측정이 전부 시간 초과되거나 웹페이지가 전혀 열리지 않는 경우—반복해서 재설치하지 마세요. 문제는 대부분 다섯 가지 층위 중 하나에 있습니다: 구독 유효성, 로컬 포트 점유, 시스템 프록시 스위치, 프로토콜과 코어의 호환성, DNS 오염. 전체 문서의 설정 관련 자주 묻는 질문 챕터에서 층위별 점검 순서와 해결법을 제공하며, 순서대로 점검하면 보통 10분 안에 원인을 찾을 수 있습니다.