Clash 사용 가이드: 구독부터 검증까지 4단계

구독 가져오기

구독은 서비스 제공업체가 발급하는 URL로, 클라이언트가 이 링크를 통해 노드 목록과 분류 규칙이 담긴 완전한 YAML 설정 파일을 내려받습니다. 시작하기 전, 서비스 제공업체의 사용자 패널에서 "구독 링크 복사" 또는 "Clash 구독" 버튼을 찾아 링크를 클립보드에 복사하세요 — 반드시 Clash 형식으로 표시된 링크를 선택해야 하며, 다른 형식의 링크는 바로 해석되지 않습니다.

링크 붙여넣고 설정 다운로드

클라이언트를 열고 "설정" 페이지(일부 클라이언트는 Profiles 또는 "구독"으로 표기)로 이동합니다. 페이지 상단에 URL 입력창이 있으니 방금 복사한 링크를 붙여넣고 오른쪽의 "가져오기" 또는 "다운로드" 버튼을 클릭합니다. 클라이언트가 즉시 요청을 보내고, 몇 초 후 목록에 새로운 설정 카드가 나타나며 카드에는 설정 이름, 갱신 시각, 트래픽 정보(구독에 포함된 경우)가 표시됩니다. 로딩 상태가 오래 지속되거나 네트워크 오류가 표시되면 먼저 해당 링크에 정상적으로 접속되는지 확인하고, 링크가 잘려 있거나 불필요한 공백이 없는지 점검하세요.

설정 활성화

다운로드 완료가 곧 적용을 의미하지는 않습니다. 이 설정 카드를 클릭해 현재 활성 항목으로 지정해야 합니다 — 대부분의 클라이언트는 활성화된 카드에 강조 테두리나 체크 표시를 추가합니다. 활성화 후 "프록시" 페이지로 이동해 여러 노드 그룹(흔히 "자동 선택", "장애 조치", 지역별 그룹 등)이 보이면 구독 해석이 성공한 것이니 다음 단계로 넘어가면 됩니다. 이후 구독 내용이 갱신되면 설정 페이지에서 카드의 새로고침 버튼만 눌러 최신 노드를 받으면 되며 다시 가져오기를 할 필요는 없습니다.

이 설정 파일에 포함된 각 필드의 의미를 더 자세히 알고 싶다면 설정 파일 YAML 구조 상세 설명을 참고하세요. 본 페이지에서는 다루지 않습니다.

프록시 모드 선택

설정이 활성화된 다음에는 트래픽 처리 방식을 정해야 합니다. 클라이언트 메인 화면이나 프록시 페이지 상단에서 모드 전환 컨트롤을 찾을 수 있으며, 보통 규칙(Rule), 글로벌(Global), 직접 연결(Direct) 세 가지 옵션이 나란히 표시됩니다. 세 모드의 차이는 "어떤 트래픽을 프록시로 보낼지"에 있습니다:

일상적으로는 "규칙 모드"를 선택하면 됩니다. 구독에 포함된 분류 규칙이 필요한 요청만 노드로 보내고 나머지는 직접 연결을 유지하므로 트래픽도 절약되고 로컬 사이트 접속 속도에도 영향이 없습니다. 모드는 선택 즉시 적용되며 클라이언트를 다시 시작할 필요는 없습니다.

모드가 "규칙"으로 설정된 것을 확인했다면 세 번째 단계로 넘어가 구체적인 노드를 골라봅니다.

노드 연결 및 시스템 프록시 켜기

"프록시" 페이지로 이동하면 구독에 포함된 모든 노드가 그룹별로 나열됩니다. 각 그룹은 하나의 선택 전략을 의미합니다. "자동 선택" 계열 그룹은 지연시간 테스트 결과에 따라 노드를 자동으로 고르고, 지역별 그룹은 직접 지정하는 방식입니다. 처음 사용한다면 먼저 지연시간 테스트를 한 번 실행해보세요 — 그룹 오른쪽 상단의 번개 또는 속도 측정 아이콘을 클릭하면 클라이언트가 그룹 내 노드를 동시에 탐지하고, 몇 초 후 각 노드 옆에 밀리초 단위 수치가 표시됩니다.

노드 선택하기

수치가 낮을수록 응답이 빠르다는 뜻이며, 녹색 구간(대략 200ms 이내)을 우선 선택하세요. 타임아웃(timeout)으로 표시된 노드는 현재 사용할 수 없으니 건너뛰면 됩니다. 노드를 클릭하면 선택이 완료되고 선택된 항목에는 강조 표시가 붙습니다. 판단하기 어렵다면 "자동 선택" 그룹을 골라 클라이언트가 측정 결과에 따라 자동으로 관리하게 두면 됩니다. 지연시간 수치를 자세히 해석하는 방법과 일괄 측정 팁은 첫 연결 전체 과정 글을 참고하세요.

시스템 프록시 켜기

노드를 선택했다고 해서 트래픽이 자동으로 클라이언트로 들어오지는 않습니다. 메인 화면으로 돌아가 "시스템 프록시" 스위치(System Proxy)를 켜야 합니다. 켜면 운영체제가 시스템 프록시 설정을 따르는 브라우저 등 애플리케이션의 트래픽을 로컬 리스닝 포트(기본값 7890, 실제 값은 클라이언트 홈 화면에 표시된 대로)로 보내기 시작합니다. Windows와 macOS 클라이언트는 메인 패널에 이 스위치를 제공하며, Android 클라이언트는 홈 화면의 시작 버튼을 눌러 VPN 통로를 만드는 방식으로, 처음 실행 시 시스템의 VPN 연결 허용 팝업이 뜨면 허용을 선택하면 됩니다.

일부 터미널 프로그램과 명령줄 도구는 시스템 프록시 설정을 읽지 않으므로 프록시 환경 변수를 별도로 지정해야 하는데, 이는 네 번째 검증 단계에서 함께 설명합니다. 스위치를 켜고 노드를 선택했다면 마지막 단계로 넘어가 전체 경로가 실제로 작동하는지 확인해봅시다.

프록시 작동 확인

마지막 단계는 "느낌상 인터넷이 되는 것 같다"가 아니라 객관적인 근거로 트래픽이 실제로 프록시를 거쳤는지 확인하는 것입니다. 외부 IP, 클라이언트 로그, 명령줄 요청 세 가지 관점에서 교차 확인하는 것을 추천합니다.

브라우저로 외부 IP 확인

브라우저를 열고 IP 조회 페이지에 접속해 표시되는 외부 IP와 지역을 확인하세요. 표시된 지역이 현재 선택한 노드와 일치하면 브라우저 트래픽이 이미 프록시를 거치고 있다는 뜻입니다. 여전히 로컬 통신사 주소가 표시된다면 시스템 프록시 스위치가 켜져 있는지, 모드가 규칙 또는 글로벌로 설정되어 있는지 다시 확인하세요.

로그 패널에서 연결 기록 확인

클라이언트의 "로그" 또는 "연결" 페이지로 이동해 화면을 켜둔 상태로 브라우저에서 페이지를 새로고침해보세요. 정상적인 경우 로그에 실시간으로 새 연결 항목이 나타나며 대상 도메인, 적용된 규칙, 사용된 노드가 표시됩니다. 기록이 나타나면 트래픽이 클라이언트를 통과했다는 뜻이고, 새 항목이 전혀 없다면 트래픽이 들어오지 않은 것이므로 시스템 프록시 단계에 문제가 있습니다.

명령줄 검증(선택 사항)

터미널 도구는 기본적으로 시스템 프록시를 읽지 않으므로 curl로 로컬 프록시 포트를 명시해 대조 요청을 보낼 수 있습니다:

# 프록시를 경유한 요청 (포트는 클라이언트에 표시된 실제 값 기준)
curl -x http://127.0.0.1:7890 -sI https://example.com

# 대조용: 프록시를 거치지 않은 직접 요청
curl -sI https://example.com

두 명령 모두 HTTP 응답 헤더가 반환되면 정상입니다. 프록시를 경유한 요청이 연결 거부로 실패한다면 포트 번호가 잘못되었거나 클라이언트가 실행 중이 아닐 가능성이 높습니다. 터미널이 항상 프록시를 거치게 하려면 셸에서 환경 변수를 설정하면 됩니다:

export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890

시스템 프록시를 켰는데도 트래픽이 계속 들어오지 않는다면 브라우저 확장 프로그램이 프록시 설정을 덮어쓰거나 우회 규칙이 대상 도메인을 잘못 걸러내는 경우가 흔한 원인이니 시스템 프록시 미작동 진단 가이드를 참고하세요.