Clash 클라이언트 시작하기: 구독 가져오기부터 적용 검증까지

사전 준비: 두 가지만 확인하세요

시작하기 전에 확인할 것은 두 가지뿐입니다. 첫째, 클라이언트가 이미 설치되어 있고 첫 실행 시 필요한 권한 승인을 마쳤는지 확인합니다. Windows에서는 첫 실행 시 시스템 서비스 설치를 위한 관리자 권한 요청이 뜨므로 "예"를 눌러 허용하고, macOS에서는 백그라운드 항목이나 네트워크 확장 프로그램 허용 알림이 뜰 수 있으므로 시스템 설정에서 승인합니다. Android에서는 첫 연결 시 VPN 연결 요청 대화상자가 뜨는데 반드시 "확인"을 눌러야 트래픽이 클라이언트로 들어옵니다. iOS에서는 Clash Plus를 처음 실행하면 VPN 설정 추가 안내가 나오는데 잠금화면 비밀번호로 확인합니다. 이 권한 승인들은 한 번만 하면 됩니다.

둘째, 구독 링크를 준비합니다. 구독 링크는 서비스 제공자가 자체 사용자 페이지에서 제공하며, 보통 https://로 시작하는 긴 URL 형태입니다. 복사할 때는 전체가 온전히 복사되었는지, 불필요한 공백이 들어가지 않았는지 확인하세요. 이는 본질적으로 원격에 있는, 자동으로 갱신되는 설정 파일의 주소이며 세부 개념은 용어집의 "구독"과 "설정 파일" 항목을 참고하세요. 여기서는 자세히 다루지 않습니다. 두 가지가 준비되었다면 첫 단계로 넘어갑니다.

1단계: 구독 가져오기

데스크톱(Windows / macOS / Linux 공통): Clash Verge Rev를 열고 왼쪽 사이드바에서 "구독"을 클릭하면 페이지 상단에 입력창이 보입니다. 복사해 둔 구독 링크를 붙여넣고 오른쪽의 "가져오기" 버튼을 클릭합니다. 클라이언트가 즉시 해당 주소로 요청을 보내 설정을 받아오고, 몇 초 뒤 아래 목록에 새 설정 카드가 나타납니다—카드에는 설정 이름, 남은 트래픽 또는 만료 시간(서비스 제공자가 응답 헤더에 제공한 경우에만 표시), 최근 갱신 시간이 표시됩니다. 카드가 자동으로 선택 표시되지 않았다면 카드 본체를 클릭해 활성 상태로 만드세요. 활성화된 카드에는 눈에 띄는 테두리나 강조 표시가 나타납니다.

모바일: Clash Plus와 Clash Meta for Android 모두 "설정" 페이지에 진입점이 있습니다. 오른쪽 위나 오른쪽 아래의 더하기 버튼을 눌러 "URL로 가져오기"를 선택하고 링크를 붙여넣은 뒤 확인합니다. 다른 곳에서 링크를 방금 복사했다면 일부 클라이언트는 클립보드를 자동으로 인식해 한 번의 클릭으로 가져오기를 제안하기도 하는데, 내용이 맞는지 확인하고 동의하면 됩니다. 가져오기 성공 판단 기준은 데스크톱과 동일합니다: 설정 목록에 새 항목이 나타나고 현재 사용 중인 설정으로 선택되어 있어야 합니다.

가져오기가 끝나면 한 가지를 더 확인하는 게 좋습니다: 설정 카드의 메뉴에서(데스크톱은 카드 오른쪽 위의 "…", 모바일은 항목을 길게 눌러) 자동 갱신 주기를 확인하세요. 대부분의 클라이언트는 기본값으로 24시간마다 갱신하도록 되어 있으니 기본값을 유지하면 됩니다. 서비스 제공자의 노드 변경이 자주 있다면 6~12시간으로 줄여도 되지만, 분 단위로 설정할 필요는 없습니다—지나치게 자주 가져와도 노드 갱신에 별다른 이점은 없습니다.

이 단계에서 막힌다면—가져오기를 눌렀는데 오류가 나거나, 로딩이 계속 돌거나, 목록에 카드가 끝내 나타나지 않는다면—먼저 링크가 온전히 복사되었는지 다시 확인하고, 다른 네트워크 환경(예: 휴대폰 테더링)에서 다시 시도해 보세요. 여전히 실패한다면 자주 묻는 질문의 "구독 가져오기 실패" 항목에 있는 세 가지 점검 흐름을 하나씩 따라가세요. 이 페이지에서 반복해서 시도할 필요는 없습니다.

2단계: 프록시 모드 선택

구독이 활성화되면 다음으로 확인할 것은 아웃바운드 모드입니다. 데스크톱에서는 Clash Verge Rev의 "설정" 페이지나 메인 화면 상단에서 "아웃바운드 모드" 옵션을 볼 수 있고, 모바일에서는 보통 메인 화면이나 설정에서 "프록시 모드"라고 표시됩니다. 선택 가능한 옵션은 항상 세 가지이며 각각의 의미는 다음과 같습니다:

첫 설정에서는 모드를 "규칙"으로 두고 이후로는 손대지 않아도 됩니다. 규칙 모드의 동작은 구독에 포함된 분기 규칙에 완전히 좌우됩니다: 한국 국내 사이트는 직접 연결, 프록시가 필요한 사이트는 노드를 거치는 것이 구독 설정의 기본 설계이며 바로 사용할 수 있습니다. 전역 모드는 문제를 점검할 때만 임시로 전환하는 용도이며, 계속 전역으로 켜 두면 프록시가 필요 없는 트래픽까지 노드 대역폭을 소모하고 국내 사이트 접속 속도도 느려집니다.

이 단계에서는 "시스템 프록시"와 "TUN 모드"라는 두 개의 스위치도 보이는데, 이는 트래픽이 클라이언트로 들어오는 방식을 결정하는 것으로 위의 세 가지 모드와는 별개의 차원입니다. 간단히 기억하면: 시스템 프록시는 브라우저와 대부분의 일반 애플리케이션을 처리하며 첫 설정에서 권장하는 방식입니다. TUN 모드는 네트워크 계층에서 모든 트래픽을 넘겨받아 시스템 프록시를 거치지 않는 프로그램까지 포함할 수 있지만, 가상 네트워크 카드와 DNS 하이재킹이 관련되어 있으며 원리와 장단점은 심화 매뉴얼의 TUN과 Fake-IP 섹션을 참고하세요. 이 페이지에서는 이후 시스템 프록시 방식으로 계속 설명합니다.

3단계: 노드 연결

먼저 노드를 선택합니다. 데스크톱에서는 왼쪽의 "프록시" 페이지를 클릭하면 하나 이상의 정책 그룹이 보이고, 각 그룹 아래에 구독에서 제공한 노드 목록이 걸려 있습니다. 목록 오른쪽 위의 번개나 레이더 모양 버튼을 찾아 클릭하면 지연 테스트가 실행됩니다—몇 초 뒤 각 노드 옆에 밀리초 단위 값이 표시되며, 녹색이거나 값이 작으면 연결이 원활하다는 뜻이고 빨간색이거나 타임아웃이면 당장 사용할 수 없다는 뜻입니다. 기본 정책 그룹(보통 "노드 선택" 또는 PROXY라고 표시)에서 지연이 정상인 노드를 클릭해 선택하면, 선택된 노드에 눈에 띄는 표시가 나타납니다. 정책 그룹이 무엇인지, 자동 속도 테스트 그룹을 어떻게 쓰는지는 심화 주제이므로 심화 매뉴얼의 정책 그룹 섹션을 참고하고, 지금은 사용 가능한 노드를 하나 수동으로 선택하는 것으로 충분합니다.

그다음 트래픽을 들여옵니다. 데스크톱에서는 "설정" 페이지로 돌아가 "시스템 프록시" 스위치를 켭니다—스위치가 켜지면 운영체제의 프록시 설정이 클라이언트가 대기 중인 로컬 포트(Clash Verge Rev 기본값 127.0.0.1:7897)를 가리키게 되고, 브라우저와 대부분 애플리케이션의 요청이 이후 클라이언트를 거쳐 분기됩니다. 모바일에는 시스템 프록시라는 개념이 없으므로 메인 화면의 큰 연결 버튼을 바로 클릭합니다: Android는 VPN 서비스를 시작하며 상태 표시줄에 키 아이콘이 나타나고, iOS의 Clash Plus는 연결 후 상태 표시줄에 VPN 표시가 나타납니다. 이 아이콘이 보이면 트래픽 통로가 만들어졌다는 뜻입니다.

데스크톱에서 시스템 프록시를 켤 때 오류가 나거나 스위치가 자동으로 다시 꺼진다면, 흔한 원인은 로컬 포트가 다른 프록시 소프트웨어에 이미 점유되어 있는 경우입니다—동일 계열 클라이언트가 백그라운드에서 실행 중이지 않은지 확인하고 다시 시도하세요. 반복해서 실패할 때의 처리 흐름은 자주 묻는 질문의 문제 해결 카테고리에 전체 단계가 정리되어 있습니다.

4단계: 적용 여부 확인

느낌으로 판단하지 말고 관찰 가능한 두 가지 증거로 확인하세요. 첫 번째 증거는 브라우저에서 나옵니다: 규칙상 프록시를 거쳐야 하는 사이트에 접속해 페이지가 정상적으로 열리면 "규칙 매칭 → 노드 전달"이라는 흐름이 정상적으로 동작한다는 뜻입니다. 이어서 한국 국내 사이트에 접속해 평소와 다름없이 빠르게 열린다면 직접 연결 규칙도 제대로 작동해서 프록시로 잘못 넘어가지 않았다는 뜻입니다.

두 번째 증거는 클라이언트 내부에 있습니다: "연결" 페이지(일부 클라이언트에서는 "활동 연결"이라고 하거나 로그에 통합되어 있음)를 열면 실시간으로 갱신되는 연결 기록이 하나씩 보여야 하며, 각 기록에는 대상 도메인, 일치한 규칙, 실제로 거친 출구가 표시됩니다. 브라우저에서 페이지를 하나 열 때마다 여기에 항목이 몇 개씩 추가됩니다—목록이 움직이고 있다면 분기가 정상 작동 중이라는 뜻입니다. 데스크톱에서는 명령줄로 세 번째 확인을 할 수도 있는데, 클라이언트의 믹스 포트를 명시적으로 지정해 요청을 보냅니다:

명령이 HTTP/2 200 같은 응답 헤더를 돌려주면 로컬 포트가 정상적으로 전달하고 있다는 뜻입니다. 포트 번호가 다르다면 클라이언트 설정 페이지에 표시된 실제 믹스 포트를 기준으로 하세요.

반대로 사이트가 열리지 않거나 연결 페이지가 비어 있다면, 순서대로 네 가지를 확인하세요: 노드 지연 테스트가 타임아웃 상태인지(다른 노드로 교체), 아웃바운드 모드가 "다이렉트"에 멈춰 있는지, 시스템 프록시 또는 VPN 스위치가 실제로 켜져 있는지, 구독이 이미 만료되었는지. 각 항목에 대한 상세한 점검 절차는 자주 묻는 질문을 참고하고, DNS와 Fake-IP와 관련된 심층 문제는 심화 매뉴얼을 참고하세요.

설정을 마친 후에

여기까지 오면 첫 설정의 핵심 흐름은 모두 끝났습니다: 구독이 자동으로 갱신되고, 규칙 모드가 트래픽을 분기하고, 노드가 사용 가능한지 검증까지 마쳤습니다. 일상적으로 손댈 일은 두 가지뿐입니다—노드가 느려지면 "프록시" 페이지로 돌아가 다시 지연 테스트를 하고 다른 노드로 바꾸는 것, 그리고 가끔 구독 카드에 표시된 만료 시간을 확인하는 것입니다. 더 알아보고 싶다면 세 가지 방향이 있습니다: 분기를 더 세밀하게 하고 싶다면 심화 매뉴얼의 규칙 세트와 커스텀 규칙 섹션을 읽어 보세요. 시스템 프록시를 거치지 않는 프로그램까지 포함해 모든 애플리케이션을 넘겨받고 싶다면 TUN 모드 섹션을 읽어 보세요. 현재 사용 중인 클라이언트가 자신의 플랫폼과 사용 방식에 맞는지 확신이 없다면 비교 페이지에서 항목별로 참고할 수 있습니다.