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

STEP 00 / 준비 작업

시작 전에 준비해야 할 두 가지

전체 과정은 두 가지 전제 조건에만 의존하며, 하나라도 빠지면 진행할 수 없습니다:

• 설치된 Clash 클라이언트: 어떤 플랫폼이든 무방하며, 다운로드 센터에서 Clash Plus 또는 Clash Verge Rev를 받는 것을 추천합니다. 각 클라이언트의 기능 차이는 클라이언트 비교 페이지에서 확인할 수 있습니다.
• 구독 링크 하나: 프록시 서비스 제공업체가 발급한 https://로 시작하는 URL이며, 접속하면 노드, 프록시 그룹, 분류 규칙이 포함된 완전한 Clash 설정 파일이 반환됩니다. 대개 제공업체의 사용자 패널에서 복사할 수 있으며, Clash 또는 Clash Meta 형식을 선택해야 합니다.

구독 링크는 계정 인증 정보와 마찬가지이므로 공개된 곳에 붙여넣지 마세요. 링크 내용의 구조(포트, 프록시 그룹, 규칙 구간이 각각 어떤 역할을 하는지)는 이 페이지의 작업과는 무관하며, 궁금하다면 나중에 기술 노트의 Profile 구조 해설을 읽어보세요. 준비가 끝났다면 첫 번째 단계로 넘어갑니다.

STEP 01 / 04

구독 설정 가져오기

클라이언트를 실행하고, 좌측 내비게이션 또는 하단 탭에서 설정 페이지(Profiles / 구독 / 설정 파일)를 찾습니다. 처음 열면 목록은 비어 있고, 상단에 URL 입력창과 그 옆에 「가져오기」 또는 「다운로드」 버튼이 있습니다.

1. 구독 링크를 입력창에 그대로 붙여넣습니다. 앞뒤 공백이 없어야 하며, https:// 접두사를 빠뜨리지 않아야 합니다 — 이것이 가져오기 실패의 가장 흔한 원인입니다.
2. 「가져오기」를 클릭합니다(일부 클라이언트는 「다운로드」 또는 아래쪽 화살표 아이콘으로 표시). 클라이언트가 해당 URL에 요청을 보내고 반환된 내용을 로컬 설정 파일로 저장하며, 보통 1~3초 안에 완료됩니다.
3. 성공하면 목록에 새 설정 카드가 나타나며 설정 이름, 트래픽 정보(제공업체가 지원하는 경우), 업데이트 시간이 표시됩니다. 이 카드를 클릭해 현재 활성 설정으로 지정합니다 — 대부분의 클라이언트는 선택된 카드에 표시 또는 강조 테두리를 보여줍니다.

카드가 선택된 것을 확인했다면 코어가 이 설정의 노드와 규칙을 로드했다는 의미이며, 첫 번째 단계가 완료된 것입니다. 가져오기에서 오류(타임아웃, 404, 형식 해석 불가)가 발생하면 먼저 해당 링크가 브라우저에서 정상적으로 열리는지 확인하세요. 그래도 해결되지 않으면 자주 묻는 질문의 「설치 및 설정」 항목을 하나씩 확인해 보세요. 또한 구독이 갱신될 때 설정 내용은 제공업체가 배포하는 새 버전으로 덮어써집니다. 사용자 정의 수정 내용을 유지하는 방법도 해당 페이지에 설명되어 있습니다.

STEP 02 / 04

프록시 모드 선택

설정을 불러온 다음 해야 할 일은 트래픽 분배 방식을 결정하는 것입니다. 메인 화면 개요 또는 프록시 페이지(Proxies)에서 모드 전환 컨트롤을 볼 수 있으며, 보통 나란히 배치된 세 가지 옵션입니다:

• 규칙(Rule): 설정 파일의 분류 규칙에 따라 순서대로 매칭되며, 직접 연결 규칙에 해당하는 트래픽은 프록시를 경유하지 않고 나머지는 규칙에 따라 해당 프록시 그룹을 거칩니다. 평상시에는 이 모드를 유지하는 것이 속도와 접속 가능성을 모두 만족시킵니다.
• 전역(Global): 모든 트래픽이 선택된 노드를 반드시 경유하며 분류 규칙은 무시됩니다. 특정 노드가 사용 가능한지 임시로 테스트할 때만 적합하며, 계속 켜두면 직접 연결이 가능했던 트래픽까지 우회하게 되어 속도가 느려지고 요금제 트래픽도 소모됩니다.
• 직접 연결(Direct): 모든 트래픽이 프록시를 경유하지 않습니다. 「특정 사이트 이상이 프록시 때문인지」를 진단할 때 사용하며, 직접 연결과 규칙 모드에서의 결과를 비교해 원인을 파악합니다.

실제로는 「규칙」을 선택하기만 하면 되며 별도의 확인은 필요 없습니다 — 모드는 클릭 즉시 적용됩니다. 세 모드의 상세 비교와 전형적인 전환 시점은 기술 노트의 프록시 모드 선택 가이드를 참고하세요. 현재 규칙 모드인 것을 확인했다면 세 번째 단계로 넘어갑니다.

STEP 03 / 04

시스템 프록시 활성화 및 노드 연결

이 시점에서 코어는 이미 로컬에서 혼합 포트(기본값 7890)를 리스닝하고 있지만, 시스템 트래픽은 아직 그쪽으로 유도되지 않았습니다. 여기서는 두 가지를 해야 합니다: 시스템 프록시를 켜고, 사용 가능한 노드를 선택합니다.

1. 클라이언트의 설정 페이지나 첫 화면 개요로 들어가 「시스템 프록시(System Proxy)」 스위치를 찾아 켭니다. 이 동작은 운영체제의 프록시 설정을 127.0.0.1:7890으로 지정하며, 브라우저와 대부분의 애플리케이션 트래픽이 곧바로 클라이언트를 통해 처리됩니다. 스위치가 활성 색상으로 바뀌면 성공한 것입니다.
2. 프록시 페이지(Proxies)로 이동하면 설정 파일에 정의된 여러 정책 그룹이 나열되고, 각 그룹 아래에 선택 가능한 노드들이 있습니다. 그룹 안의 지연 시간 테스트 버튼(번개 또는 파형 아이콘)을 클릭하고, 각 노드 뒤에 밀리초 단위의 지연 값이 나타날 때까지 기다립니다.
3. 메인 정책 그룹에서 지연 값이 정상인 노드를 선택합니다(보통 수십~300밀리초 정도이며, 타임아웃이나 빈 값이 표시되는 노드는 현재 사용할 수 없습니다). 선택된 항목 앞에 표시가 나타나며, 해당 그룹의 출구가 이 노드로 전환됩니다.

여기까지 오면 경로가 완성됩니다: 시스템 트래픽 → 로컬 7890 포트 → 규칙 매칭 → 선택된 노드. 두 가지 추가 설명: 명령줄 도구나 일부 게임처럼 시스템 프록시 설정을 읽지 않는 프로그램은 TUN 모드로 처리해야 하며, 활성화 조건과 주의점은 자주 묻는 질문에서 확인할 수 있습니다. 클라이언트가 시스템과 함께 자동 실행되길 원한다면 「활용 팁」 항목에 플랫폼별 자동 시작 설정 방법이 있습니다.

STEP 04 / 04

프록시 적용 여부 확인

느낌만으로 판단하지 말고, 관찰 가능한 두 가지 신호로 설정이 실제로 적용됐는지 확인합니다.

신호 1: 연결 패널에 트래픽이 있고 예상 노드로 연결됨. 클라이언트의 연결 페이지(Connections)를 열고 브라우저에서 임의의 웹페이지에 접속해 보세요. 패널로 돌아오면 새로 추가된 연결 기록이 보여야 하며, 각 기록에는 목적지 도메인, 매칭된 규칙, 실제 사용된 프록시 체인이 표시됩니다. 해외 사이트 접속 연결이 세 번째 단계에서 선택한 노드를 경유하고 있다면 규칙과 노드가 모두 정상 작동 중이라는 의미입니다.

신호 2: 로컬 포트를 통한 요청이 정상적으로 연결됨. 터미널에서 아래 명령을 실행해 이 요청이 클라이언트의 혼합 포트를 강제로 경유하도록 합니다:

curl -x http://127.0.0.1:7890 -I https://www.gstatic.com/generate_204

HTTP/2 204 또는 HTTP/1.1 204가 반환되면 프록시 경로가 정상 작동한다는 뜻이며, 멈추거나 연결 거부 오류가 나면 포트가 리스닝 중이 아니거나 노드가 연결되지 않는다는 의미입니다. 또한 브라우저로 임의의 IP 위치 조회 페이지에 접속해 출구 주소가 노드가 위치한 지역으로 표시되는 것도 가장 직관적인 확인 방법입니다.

두 신호가 모두 확인되면 설정 과정은 여기서 완료됩니다. 「패널에는 연결이 있는데 웹페이지가 열리지 않는다」, 「주소는 바뀌었는데 특정 앱만 프록시를 타지 않는다」와 같은 부분적인 이상은 대부분 DNS 해석이나 애플리케이션 자체의 프록시 정책과 관련이 있습니다 — DNS 유출 감지 및 처리 방법은 자주 묻는 질문의 「문제 해결」 항목에 별도로 정리되어 있으며, Fake-IP 모드의 원리와 적용 범위는 기술 노트의 관련 글을 참고하세요.