Clash 설정 가이드: 4단계로 끝내는 구독 가져오기와 연결 검증

시작하기 전에 두 가지를 확인하세요. 첫째, Clash 계열 클라이언트가 이미 설치되어 정상적으로 실행되어야 합니다: Windows와 macOS는 Clash Plus 또는 Clash Verge Rev, Android는 Clash Plus 또는 Clash Meta for Android를 추천하며, 플랫폼별 설치 파일과 시스템 요구 사항은 다운로드 페이지에 플랫폼별로 정리되어 있습니다. 둘째, 사용 가능한 구독 링크가 있어야 합니다—https://로 시작하는 URL로, 프록시 서비스 제공자가 사용자 패널에서 제공하며 클라이언트가 이 링크를 통해 노드와 규칙이 담긴 전체 설정을 가져옵니다.

「구독 링크」와 「노드 공유 링크」는 구분해야 합니다: 전자는 완전한 YAML 설정이나 변환 가능한 노드 목록을 반환하므로 구독 관리에 붙여넣으면 됩니다. 후자는 ss://, vmess://처럼 단일 노드를 가리키는 URI로, 일부 클라이언트는 단독으로 가져올 수 있지만 분기 규칙이 없어 일상적인 설정으로는 적합하지 않습니다. 두 형식의 차이와 상호 변환 방법은 구독 형식 상세 설명에서, 관련 용어 설명은 용어 사전에 정리해 두었으니 본문에서는 따로 풀어 설명하지 않습니다.

클라이언트를 실행한 뒤 좌측 사이드바나 하단 탭에서 「구독」 항목을 찾습니다(일부 클라이언트는 「설정」, 「Profiles」로 표시). 클릭하면 구독 관리 페이지가 열리며, 처음 사용할 때는 목록이 비어 있습니다. 페이지 상단이나 우측 상단에 「새로 만들기 / 가져오기 / +」 버튼이 있으며, 클릭 후 「URL로 가져오기」를 선택해 구독 링크를 입력란에 그대로 붙여넣습니다—앞뒤 공백이 들어가지 않도록 주의하고 링크는 반드시 https://로 시작해야 합니다—그런 다음 「다운로드」나 「확인」을 누릅니다. 클라이언트가 즉시 해당 주소로 요청을 보내고, 몇 초 안에 목록에 새 설정 항목이 나타납니다. 보통 설정 이름, 업데이트 시각, 트래픽 정보가 함께 표시됩니다.

가져오기가 끝나면 두 가지를 확인하세요. 첫째, 해당 항목을 클릭해 「선택 / 활성화」 상태로 만들어야 합니다—선택된 설정만 실제로 적용되며, 여러 구독이 함께 있을 때 이 단계를 빠뜨리기 쉽습니다. 둘째, 항목의 편집이나 설정 항목에서 「자동 업데이트 주기」를 24시간 정도로 지정합니다: 서비스 제공자가 노드를 수시로 바꾸므로 자동 업데이트를 켜 두면 노드 목록이 만료되는 것을 막을 수 있습니다. 설정을 마친 뒤 「프록시」 페이지로 이동하면 정책 그룹별로 묶인 노드 목록이 보여야 합니다—노드 이름이 보이면 구독 가져오기가 성공한 것이므로 다음 단계로 넘어가면 됩니다.

가져오기에서 오류가 나거나 목록이 비어 있다면 먼저 브라우저에서 구독 링크를 직접 열어 보세요: 텍스트(YAML이나 Base64 문자열)가 반환되면 링크 자체는 유효하며 문제는 대개 클라이언트 네트워크 쪽에 있습니다. 404나 타임아웃이 뜨면 링크가 만료된 것이므로 서비스 제공자 패널에서 다시 복사해야 합니다. URL 사용이 불편하면 브라우저에서 받은 설정 텍스트를 .yaml 파일로 저장해 구독 페이지의 「파일에서 가져오기」로 불러올 수도 있습니다. 결과는 같지만 자동 업데이트 기능은 사용할 수 없습니다.

클라이언트 메인 화면으로 돌아가 모드 전환 영역을 찾으면 보통 세 가지 옵션이 있습니다. 「규칙 모드(Rule)」는 설정에 담긴 분기 규칙을 하나씩 적용해 한국 국내 웹사이트나 로컬 네트워크 트래픽은 직접 연결하고 해외 트래픽만 프록시를 거치게 하며, 일상적으로 사용하기에 추천하는 기본값입니다. 「전역 모드(Global)」는 모든 트래픽을 구분 없이 프록시로 보내므로 국내 웹사이트 접속도 노드를 경유해 오히려 느려지며, 「이 웹사이트가 프록시를 타야 하는지」를 임시로 확인할 때만 사용합니다. 「직접 연결 모드(Direct)」는 프록시를 완전히 건너뛰어 분기 기능을 잠시 끄는 것과 같습니다. 모드를 규칙 모드로 설정하면 되며, 분기 규칙의 매칭 순서와 문법은 설정 가이드 모음의 규칙 항목에서 단계별로 설명합니다.

모드를 정한 뒤 「프록시」 페이지로 이동해 출구 노드를 고릅니다. 노드는 정책 그룹으로 묶여 있으며—「노드 선택」, 「자동 선택」, 「장애 조치」 같은 이름이 흔하고, 의미는 구독 제공자가 정의합니다. 가장 상위의 수동 선택 그룹에서 우측 상단의 「지연 시간 테스트」(번개나 파형 아이콘)를 클릭하면 클라이언트가 그룹 내 모든 노드의 속도를 측정하고, 몇 초 뒤 각 노드 옆에 밀리초 단위 수치가 표시됩니다: 녹색으로 지연이 낮은 노드가 우선이며, 타임아웃으로 표시되는 노드는 당장 사용할 수 없습니다. 지연이 낮고 원하는 지역에 맞는 노드를 선택하면 해당 노드 이름이 강조되며 현재 출구로 지정됩니다.

두 가지 팁을 기억하세요. 첫째, 지연 수치는 핸드셰이크 소요 시간만 반영할 뿐 다운로드 대역폭과는 다릅니다. 지연이 80ms인 노드가 150ms인 노드보다 반드시 빠른 것은 아니며, 실제 사용감이 더 정확한 기준입니다. 둘째, 정책 그룹에 「자동 선택(url-test)」 그룹이 있다면 이를 선택하면 클라이언트가 주기적으로 속도를 측정해 가장 빠른 노드로 자동 전환하므로 수동으로 관리하고 싶지 않을 때 유용합니다. 속도가 만족스럽지 않을 때의 단계별 점검 방법은 속도 저하 3단계 점검 글을 참고하세요.

노드를 선택했더라도 프록시가 자동으로 트래픽을 처리하는 것은 아닙니다—운영체제에게 「네트워크 요청을 Clash로 넘겨라」라고 알려줘야 합니다. Windows와 macOS 클라이언트의 메인 화면이나 설정 페이지에서 「시스템 프록시」 스위치를 찾아 켜면 클라이언트가 시스템의 HTTP와 SOCKS 프록시를 로컬 리스닝 포트로 지정하며, 기본값은 대개 127.0.0.1:7890입니다. 스위치가 켜진 순간부터 브라우저와 시스템 프록시 설정을 따르는 대부분의 앱 트래픽이 Clash를 거쳐 분기됩니다. 포트 번호는 클라이언트 설정이나 설정 파일의 mixed-port 필드에서 확인할 수 있으며, 다른 프로그램이 사용 중이라면 비어 있는 포트로 바꾸면 됩니다.

Android에서는 조작 방식이 조금 다릅니다: 클라이언트 메인 화면에 눈에 띄는 시작 버튼이 있고, 누르면 시스템이 VPN 연결 요청 창을 띄우며 허용을 확인하면 상태 표시줄에 열쇠 아이콘이 나타나 VPN 채널이 구축되었음을 뜻합니다. 이후에는 모든 앱 트래픽이 Clash로 들어가므로 별도로 시스템 프록시를 설정할 필요가 없습니다. macOS 사용자가 시스템 프록시나 TUN을 처음 켤 때는 네트워크 확장 승인과 키체인 접근 팝업을 마주칠 수 있으며, 이를 잘못 처리하면 실행 과정이 멈출 수 있습니다. 단계별 권한 처리 안내는 macOS 권한 처리 글에서 확인하세요.

지금 단계에서 굳이 건드릴 필요가 없는 선택 항목 두 가지가 있습니다: 「TUN 모드」는 가상 네트워크 카드를 통해 명령줄과 게임을 포함한 모든 트래픽을 처리해 시스템 프록시를 따르지 않는 프로그램까지 커버하지만, 관리자 권한이 필요하고 DNS 설정과도 연동되므로 기본 흐름을 먼저 익힌 뒤 설정 가이드 모음에서 살펴보길 권합니다. 「부팅 시 자동 시작」은 클라이언트 설정에서 켜 두면 시스템이 시작될 때 프록시 상태가 자동으로 복원되어 장기적으로 편리하지만, 처음 설정할 때는 수동으로 켜고 끄면서 동작을 관찰하는 것이 좋습니다.

스위치가 켜졌다고 해서 프록시가 반드시 작동하는 것은 아니므로 마지막으로 두 가지 방법으로 각각 확인합니다. 첫 번째는 클라이언트 패널 확인입니다: 「연결」이나 「로그」 페이지를 열고 브라우저로 해외 웹사이트에 접속합니다. 프록시가 정상 작동하면 연결 페이지에 새 연결 기록이 실시간으로 나타나며, 각 기록에는 대상 도메인, 적용된 규칙, 실제 사용된 노드가 표시됩니다—대상 도메인이 선택한 노드를 거쳤다면 분기가 예상대로 작동하는 것입니다. 기록에 DIRECT가 표시된다면 해당 도메인이 규칙상 직접 연결로 처리된 것이므로 오류가 아니라 정상적인 분기입니다.

두 번째는 명령줄로 명확하게 확인하는 방법입니다. 터미널을 열고(Windows는 PowerShell) 아래 명령을 실행해 로컬 프록시 포트를 강제로 거쳐 IP 조회 서비스에 요청을 보냅니다:

curl -x http://127.0.0.1:7890 https://api.ip.sb/ip

명령이 IP 주소를 반환합니다: 이 IP가 선택한 노드의 지역과 일치한다면(로컬 인터넷 회선의 출구 IP가 아니라면) 프록시 경로가 완전히 연결된 것입니다. 「연결이 거부되었습니다」 오류가 나온다면 대부분 포트 번호가 클라이언트가 실제로 리스닝하는 포트와 다른 경우이므로 설정 페이지로 돌아가 mixed-port를 확인한 뒤 다시 시도하세요.

패널에는 연결됨으로 표시되고 명령으로도 노드 IP가 반환되는데 브라우저에서는 여전히 웹페이지가 열리지 않는다면, 문제는 대개 시스템 프록시를 브라우저가 인식하지 못하는 경우, DNS 해석 문제, 규칙 오매칭 이 세 가지 중 하나입니다. 순서대로 확인하면 원인을 찾을 수 있으며, 전체 점검 목록은 연결됐지만 웹페이지가 안 열릴 때 점검 글에서 확인하세요. 여기까지 마치면 기본 설정 과정이 모두 끝난 것입니다: 구독은 설정한 주기로 자동 업데이트되며, 일상적으로는 프록시 페이지에서 노드만 바꿔 주면 되고 나머지 스위치는 그대로 두면 됩니다.