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

첫 번째는 클라이언트입니다. Clash는 동일한 구성 형식을 중심으로 한 클라이언트 생태계로, 플랫폼마다 그래픽 클라이언트는 다르지만 구성 로직은 서로 통합니다. 아직 설치하지 않았다면 다운로드 페이지에서 사용 중인 플랫폼에 맞는 추천 클라이언트를 설치하세요. 설치 과정의 시스템 안내, 권한 부여, 자주 발생하는 오류는 설치 가이드에 플랫폼별로 별도 챕터가 마련되어 있으니 막히는 부분이 있으면 해당 챕터를 바로 펼쳐보세요.

두 번째는 구독 링크입니다. https://로 시작하는 주소로, 서비스 제공자가 사용자 패널에서 제공하며 클라이언트는 이 링크를 통해 노드와 분기 규칙을 가져옵니다. 복사할 때 두 가지를 주의하세요: 첫째, 개별 노드의 공유 코드가 아니라 「Clash 구독」 또는 「범용 구독」을 복사해야 합니다. 둘째, 링크는 완전해야 하며 끝부분 한 글자만 빠져도 파싱에 실패합니다. 패널의 「구독 링크 복사」 버튼을 직접 사용하고 수동으로 드래그해서 선택하지 않는 것을 권장합니다.

앞으로 자주 나올 세 가지 용어도 함께 알아두세요: 노드는 중계에 사용할 수 있는 서버 한 대를 의미하고, 정책 그룹은 여러 노드를 용도별로 묶고 그룹 내 선택 방식을 정하는 메커니즘이며, 규칙은 어떤 트래픽이 프록시를 거치고 어떤 트래픽이 직접 연결되는지를 결정합니다. 이 개념들의 전체 정의는 용어집에 정리되어 있으니, 튜토리얼 중 낯선 단어가 나오면 언제든 확인해도 진행에는 영향이 없습니다.

클라이언트를 열고 왼쪽 또는 하단 내비게이션에서 「구성」 페이지를 찾습니다(Clash Verge Rev에서는 「구독」, 일부 클라이언트에서는 Profiles라고 부릅니다). 이 페이지는 개별 노드가 아니라 전체 구성 파일을 관리합니다 — 구독을 가져오면 목록에 하나의 구성 항목으로 등록되며, 그 안에 모든 노드와 정책 그룹, 규칙이 포함됩니다.

구성 페이지에서 「새로 만들기 / 가져오기 / +」 버튼을 클릭하고 「URL에서 가져오기」를 선택합니다(또는 바로 링크를 붙여넣는 입력창이 있을 수 있습니다). 방금 복사한 구독 링크를 붙여넣고 가져오기를 확인합니다. 클라이언트는 즉시 이 링크로 요청을 보내 구성을 다운로드하며, 네트워크가 정상이면 몇 초 안에 완료됩니다. 완료되면 목록에 새 구성 항목이 나타나고, 보통 구독 이름과 업데이트 시간이 표시되며, 일부 클라이언트는 남은 트래픽과 만료일도 함께 보여줍니다.

가져오기 성공 여부를 판단하는 기준은 단 하나, 「프록시」 페이지에서 노드 목록이 보이는지입니다. 방금 가져온 구성 항목을 선택해 활성 상태로 만들고(대부분 한 번 클릭하면 되며, 현재 활성화된 항목은 강조 표시되거나 선택 표시가 붙습니다) 프록시 페이지로 이동합니다 — 여러 정책 그룹과 각 그룹에 속한 노드 이름 목록이 보이면 이 단계는 완료된 것입니다. 모바일 클라이언트(예: Android용 Clash Meta for Android)도 흐름은 동일합니다: 구성 페이지에서 가져와 활성화한 뒤 홈 화면으로 돌아가 프록시 그룹을 확인하세요.

가져오기 중 오류가 발생하거나 가져온 뒤 노드 목록이 비어 있다면, 먼저 세 가지를 빠르게 확인하세요: 링크가 잘리지 않고 완전한지, 복사한 것이 Clash 형식 구독인지, 구독 트래픽이 소진되었거나 만료되지 않았는지. 항목별 전체 점검 목록은 자주 묻는 질문의 문제 해결 분류에 있으니 이 단계에서 무작정 재시도할 필요는 없습니다.

구독이 준비되면 클라이언트 메인 화면(또는 설정 페이지)으로 돌아가 「아웃바운드 모드」 옵션을 찾습니다. 보통 세 가지 값이 있습니다: 규칙(Rule), 전역(Global), 직접 연결(Direct). 규칙 모드는 구성 파일에 정의된 분기 규칙에 따라 각 연결을 프록시로 보낼지 직접 연결할지 자동으로 판단하며, 한국 국내 웹사이트는 직접 연결하고 프록시가 필요한 트래픽만 노드를 경유하는 대부분 상황에서 올바른 선택입니다. 전역 모드는 모든 트래픽을 프록시로 강제 전송하는 것으로 문제 해결이나 특수한 필요가 있을 때만 임시로 사용합니다. 직접 연결 모드는 프록시 로직을 끄는 것과 같습니다. 모드를 「규칙」으로 설정하면 이 단계의 절반은 끝난 것입니다.

나머지 절반은 노드 선택입니다. 「프록시」 페이지로 이동하면 하나 이상의 정책 그룹이 보입니다. 수동 선택 그룹(Selector 타입)은 특정 노드를 직접 클릭해야 하며, 클릭한 노드가 곧 그룹의 출구가 됩니다. 자동 테스트 그룹(이름에 Auto나 URL-Test가 들어가는 경우가 많습니다)은 지연 시간이 가장 낮은 노드를 자동으로 선택하므로 기본값을 유지하면 되고 수동으로 개입할 필요도 없고 개입할 수도 없습니다. 처음 사용할 때는 「노드 선택 / Proxy / 수동 전환」과 비슷한 이름의 메인 선택 그룹을 찾아 지역이 적절하고 이름이 정상적인 노드를 하나 선택하는 것을 권장합니다. url-test, fallback, load-balance 등 정책 그룹 유형별 동작 차이는 심화 주제로, 용어집에 간단한 정의가 있고 자세한 매개변수와 구성 작성법은 설치 가이드의 구성 챕터에서 확인할 수 있습니다.

선택 후에는 「저장」할 필요가 없습니다 — 정책 그룹의 선택은 클릭하는 즉시 적용되며, 클라이언트가 선택 내용을 기억해 구독을 업데이트한 뒤에도 같은 이름의 노드가 계속 선택된 상태로 유지됩니다. 프록시 페이지에 정책 그룹이 너무 많아 관계를 파악하기 어렵다면 일단 메인 선택 그룹만 신경 쓰고, 나머지 그룹(스트리밍, 광고 차단 등)은 기본값을 유지한 채 사용하면서 나중에 다시 세부 조정하면 됩니다.

앞의 두 단계는 클라이언트를 「준비」시키는 것일 뿐, 이 시점까지 트래픽은 아직 클라이언트를 거치지 않았습니다. 시스템이 실제로 트래픽을 클라이언트에 넘기게 하려면 데스크톱과 모바일에서 방법이 다릅니다.

Windows / macOS / Linux 데스크톱:클라이언트 메인 화면이나 설정 페이지에서 「시스템 프록시(System Proxy)」 스위치를 찾아 켭니다. 클라이언트는 운영체제의 프록시 설정을 자신이 리스닝하는 로컬 포트(기본값 7890)로 지정하며, 브라우저를 비롯해 시스템 프록시 설정을 따르는 모든 앱의 트래픽이 즉시 클라이언트를 거치게 됩니다. 스위치를 켜면 일부 클라이언트의 트레이 아이콘 색이 바뀌거나 표시가 나타나 상태 확인에 참고할 수 있습니다. 시스템 프록시는 「이를 따르는」 앱에만 적용된다는 점에 주의하세요 — 커맨드라인 도구나 일부 게임, 데스크톱 소프트웨어는 시스템 프록시 설정을 읽지 않으므로 이들의 트래픽은 자동으로 들어오지 않습니다.

Android / iOS 모바일:시스템 프록시 스위치가 없는 대신 VPN 통로를 사용합니다. 클라이언트 홈 화면에서 시작 버튼을 누르면 처음 실행할 때 「XX이(가) VPN 연결을 설정하려고 합니다」라는 권한 요청 대화상자가 나타나며 허용을 선택합니다. 상태 표시줄에 열쇠 또는 VPN 아이콘이 나타나면 통로가 구성되었다는 뜻이며, 이후 기기의 앱 트래픽은 규칙에 따라 클라이언트를 거쳐 분기됩니다. iOS의 Clash Plus도 마찬가지입니다: 홈 화면 스위치를 켜고 VPN 구성 권한을 한 번 허용하면 됩니다.

TUN 모드에 대하여:데스크톱에서 시스템 프록시를 따르지 않는 앱(커맨드라인, 게임 등)까지 관리해야 한다면 TUN 모드를 켤 수 있습니다 — 가상 네트워크 카드를 생성해 네트워크 계층에서 모든 트래픽을 처리하며, 모바일의 VPN 통로와 비슷한 효과를 냅니다. TUN은 관리자 권한이 필요하고 Windows에서는 서비스 설치도 관련되어 있습니다. 처음 켤 때의 절차와 각 플랫폼의 주의사항은 설치 가이드의 해당 플랫폼 챕터 「시스템 프록시 / TUN」 항목을 참고하세요. 처음 시작할 때는 시스템 프록시로 먼저 익숙해지는 것으로 일상적인 웹서핑은 충분히 커버됩니다.

연결을 활성화한 뒤에는 세 가지 동작으로 실제로 작동하는지 확인합니다. 순서는 큰 그림에서 세부로 진행합니다.

첫째, 직접 접속해 보기.브라우저를 열고 이전에는 열리지 않던 웹사이트에 접속합니다. 정상적으로 로드된다면 전체 경로 — 시스템 프록시(또는 VPN 통로), 클라이언트, 선택한 노드 — 가 모두 정상 연결되어 있다는 뜻입니다. 시크릿 창으로 테스트하는 것을 권장하며, 브라우저 캐시로 인해 「열리는 것처럼 보이는」 착시를 피할 수 있습니다.

둘째, 연결 기록 확인.클라이언트로 돌아가 「연결(Connections)」 페이지를 엽니다. 방금 접속한 동작이 여기 기록으로 남아 있어야 하며, 각 연결마다 대상 도메인, 매칭된 규칙, 사용된 정책 그룹과 노드가 표시됩니다. 대상 웹사이트의 연결이 두 번째 단계에서 선택한 노드를 경유한다면 분기가 정상 작동하는 것이며, DIRECT(직접 연결)로 표시된다면 해당 도메인이 규칙상 직접 연결로 판정된 것으로 이는 오류가 아니라 정상적인 분기 동작입니다. 연결 페이지가 없는 클라이언트는 「로그(Logs)」를 보면 규칙 매칭 결과를 한 줄씩 확인할 수 있습니다.

셋째, 지연 시간 한 번 측정하기.프록시 페이지에서 정책 그룹 제목 옆의 번개 또는 속도 측정 아이콘을 찾아 클릭하면 클라이언트가 그룹 내 모든 노드에 지연 시간 테스트를 실행합니다. 노드 이름 옆에 초록색이나 노란색 밀리초 값이 나타나면 사용 가능하다는 뜻이고, 시간 초과(Timeout)로 표시된 노드는 현재 접속할 수 없으므로 정상적인 값이 나오는 다른 노드로 바꾸면 됩니다. 지연 시간 값은 테스트 경로의 응답 속도만 반영할 뿐 다운로드 대역폭과는 무관하며, 값이 낮은 노드가 보통 더 안정적입니다.

세 동작이 모두 통과되면 설정은 여기서 완료되며, 클라이언트를 백그라운드에 상주시켜 계속 사용할 수 있습니다. 웹페이지가 열리지 않거나 연결 페이지에 기록이 없거나 모든 노드가 시간 초과된다면, 구독·포트·시스템 설정 중 한 곳에 문제가 있을 가능성이 큽니다 — 자주 묻는 질문의 문제 해결 분류는 「증상 → 원인 → 대처」 순으로 자주 발생하는 상황을 정리해두었으니, 무작정 재설치하기보다 여기서부터 시작하는 것이 훨씬 빠릅니다.