Clash Meta 사용법
구독 가져오기와 연결 확인
‘구독 가져오기 → 프록시 모드 선택 → 연결 → 확인’ 순서로 첫 설정을 마치세요. 먼저 브라우저 연결을 확인한 다음 TUN, DNS, 사용자 지정 규칙을 설정하면 됩니다.
시작 전: 클라이언트와 구독
이 가이드는 약 10분이면 마칠 수 있는 첫 설정 과정을 다룹니다. 클라이언트를 설치했고 사용할 수 있는 구독 링크나 완전한 설정 파일을 준비한 상태여야 합니다. Clash 클라이언트는 설정을 읽고 규칙을 적용해 연결을 구성하는 프로그램이며, 설치만으로 사용할 수 있는 프록시가 자동 생성되지는 않습니다. 구독은 이용 중인 서비스 제공업체에서 받아야 합니다. 계정 로그인 페이지만 있다면 관리 화면에서 Clash 또는 mihomo 설정 항목을 찾아보세요.
다른 프록시 프로그램을 사용 중이라면 먼저 연결을 끊고 시스템 프록시를 원래대로 되돌리세요. 여러 프로그램이 동시에 네트워크 설정을 변경하면 문제가 생길 수 있습니다. 기존 설정을 백업하고 첫 설정에서는 오버라이드 스크립트나 사용자 지정 DNS를 추가하지 마세요. 각 단계에는 완료 여부를 확인할 기준이 있습니다. 기준을 충족하지 못했다면 해당 단계부터 해결하면 되며 클라이언트를 반복해서 재설치할 필요는 없습니다. 개념이 궁금하면 문제 해결을, 명확한 오류가 발생했다면 문제 해결을 확인하세요.
01 구독을 가져와 설정 활성화
완료 기준: 설정 목록에서 현재 항목이 선택되어 있고, 프록시 화면에 해당 프록시 그룹이 표시됩니다.
원격 구독 추가
클라이언트의 사이드바 또는 하단 메뉴에서 ‘설정’이나 ‘구독’을 열고 ‘새로 추가’, ‘설정 추가’ 또는 더하기 버튼을 찾으세요. 원격 링크 유형을 선택하고 알아보기 쉬운 이름을 지정한 다음 구독 링크 전체를 URL 입력란에 붙여넣습니다. 이름은 로컬에서 구분하기 위한 것이며 연결 방식에는 영향을 주지 않습니다. 링크의 시작 부분, 쿼리 매개변수, 끝부분이 모두 복사됐는지 확인하세요. 특히 메신저에 적힌 설명이나 줄바꿈까지 함께 복사하지 않도록 주의합니다.
저장, 가져오기 또는 다운로드를 누른 뒤 요청이 끝날 때까지 기다리세요. 성공하면 설정 항목이나 업데이트 시간이 표시되거나 설정 내용을 열 수 있습니다. ‘저장됨’이라는 표시만으로 다운로드까지 성공했다고 단정할 수는 없습니다. 일부 클라이언트는 링크를 먼저 저장한 뒤 파일을 비동기적으로 가져옵니다. 해당 항목에 오류가 표시되는지 확인한 다음 항목을 누르거나 ‘현재 설정으로 지정’, ‘사용’ 기능을 선택해 코어가 실제로 불러오도록 하세요.
‘프록시’ 또는 ‘정책 그룹’ 화면에서 결과를 확인하세요. 구독에 원래 포함된 그룹 이름이 보인다면 클라이언트가 설정을 읽은 것입니다. 설정 목록에 파일이 여러 개 있으면 다운로드한 파일이 자동으로 현재 설정이 되지 않을 수 있으므로 선택 표시를 확인하세요. 이전 그룹 이름이 계속 보인다고 같은 링크를 다시 추가하지 말고, 먼저 현재 설정이 바뀌었는지 확인합니다.
로컬 파일과 링크 형식
로컬 .yaml 또는 .yml 파일을 받았다면 같은 화면에서 ‘파일 가져오기’를 선택하고 시스템 파일 선택기로 연 다음 동일한 방식으로 활성화하세요. 완전한 설정에는 보통 프록시 또는 프록시 제공자, 프록시 그룹, 규칙이 포함됩니다. 노드 매개변수 몇 줄만 있는 텍스트는 단독으로 실행할 수 없는 경우가 있습니다. 일부 링크는 노드 목록만 반환하므로 클라이언트의 노드 구독 기능과 기본 설정을 함께 사용해야 합니다. 완전한 설정 파일을 대신할 수는 없습니다.
가져온 뒤 형식 오류가 표시되면 먼저 서비스 제공업체가 제공한 설정 유형이 현재 클라이언트와 호환되는지 확인하세요. 브라우저 로그인 페이지, 주문 페이지, 일반 웹 주소는 구독 주소가 아닙니다. 접근 인증이 필요한 웹페이지는 YAML 대신 HTML을 반환할 수도 있습니다. 형식 문제를 해결하려고 비공개 구독을 온라인 변환 사이트에 함부로 제출하지 마세요. 구독 링크에는 계정 접근 정보가 포함되는 경우가 많으므로 스크린샷, 로그, 문의 내용에서 전체 링크와 민감한 매개변수를 가려야 합니다.
처음 가져오기에 성공했다면 원격 설정 내용을 바로 수정하지 마세요. 다음 구독 업데이트 때 다운로드된 내용으로 덮어써져 직접 수정한 규칙이 사라질 수 있습니다. 나중에 로컬 변경사항을 유지해야 한다면 클라이언트의 오버라이드 또는 설정 병합 기능을 살펴보세요. 관련 내용은 구독 및 설정 문제 해결에서 확인할 수 있습니다. 지금은 정상적으로 불러온 설정을 그대로 두고 다음 단계에서 실행 모드를 선택하세요.
02 프록시 모드와 정책 그룹 선택
완료 기준: 실행 모드가 ‘규칙’으로 설정되어 있고, 프록시 출구로 사용할 선택 그룹에 유효한 정책이 지정되어 있습니다.
처음에는 규칙 모드 선택
홈 화면으로 돌아가거나 ‘설정 → 프록시 모드’를 열어 규칙, 전역, 직접 연결 옵션을 찾으세요. 처음에는 ‘규칙’을 선택합니다. 이는 코어 설정의 mode: rule에 해당합니다. 연결은 rules의 순서대로 규칙과 대조되며, 해당하는 직접 연결, 차단 또는 프록시 정책으로 전달됩니다. 규칙 모드라고 해서 모든 요청이 프록시를 거치는 것은 아닙니다. 설정 작성자가 정한 트래픽 분기 방식을 유지하는 모드입니다.
‘전역’은 코어에 들어온 연결을 전역 정책으로 전달하므로 짧은 비교 테스트에 적합합니다. 모든 앱이 자동으로 코어를 거치게 하는 기능은 아니며 시스템 프록시나 TUN을 대신하지도 않습니다. ‘직접 연결’은 코어에 들어온 연결을 프록시 없이 전달합니다. 정상적인 프록시 연결을 위해 ‘직접 연결’을 기본값으로 선택하지 마세요. 노드를 선택했더라도 실제 요청이 프록시를 사용하지 않을 수 있습니다. 편의를 위해 전역 모드로 계속 사용하면서 기존 규칙이 올바른지 확인하지 않는 것도 권장하지 않습니다.
프록시 그룹에서 실제 출구 선택
‘프록시’ 또는 ‘정책 그룹’ 화면을 열고 설정에 포함된 기본 선택 그룹을 펼치세요. 그룹 이름은 PROXY일 수도, 다른 이름일 수도 있으므로 가이드에 나온 이름만 보고 판단하면 안 됩니다. 규칙에서 실제로 참조하는 그룹을 찾아 노드 하나를 선택하거나 설정에 있는 자동 선택 그룹을 고르세요. 수동 선택 그룹은 보통 type: select에 해당하고, 자동 선택 그룹은 url-test를 사용해 테스트 설정에 따라 후보를 평가할 수 있습니다.
설정에 여러 단계의 그룹이 들어 있는 경우도 있습니다. 서비스 그룹이 지역 그룹을 가리키고, 지역 그룹이 다시 특정 노드를 가리키는 방식입니다. 이때 최상위 그룹만 눌러서는 선택이 끝나지 않을 수 있으므로 다음 단계까지 펼쳐 최종 출구를 확인하세요. 프록시가 필요한 정책의 최종 대상이 DIRECT라면 요청은 직접 연결됩니다. 그룹 내 테스트 결과는 후보를 고르는 데 참고할 수 있지만 테스트 대상과 실제 접속 대상은 다를 수 있으므로 모든 사이트에 접속할 수 있다고 단정하지 마세요.
그룹이 비어 있다면 이전 단계로 돌아가 구독 내용과 제공자 다운로드 상태를 확인하세요. 누락된 항목을 가리려고 같은 이름의 그룹을 임의로 만들지 마세요. 후보는 보이지만 테스트가 모두 실패한다면 기기 네트워크, 시스템 시간, 구독 유효성을 먼저 확인한 뒤 노드 시간 초과 문제 해결 절차를 따르세요. 화면에서 노드를 선택하는 것은 코어에 들어온 요청의 전달 방식만 정합니다. 운영체제의 프록시 설정을 자동으로 바꾸지는 않으므로 정책을 선택한 뒤 다음 단계에서 트래픽 전달을 활성화해야 합니다.
03 코어 실행 및 연결 활성화
완료 기준: 코어가 정상 실행 중이며 데스크톱에서는 시스템 프록시가 켜져 있거나, 모바일에서는 VPN 권한을 허용하고 연결한 상태입니다.
데스크톱: 먼저 시스템 프록시 사용
클라이언트 홈 화면에서 시작 또는 연결을 누르세요. 클라이언트를 열었을 때 코어가 이미 실행 중이라면 상태 영역에 설정 로드 실패나 포트 사용 중 알림이 있는지 확인합니다. 정상적으로 실행되는 것을 확인한 뒤 ‘시스템 프록시’를 켜세요. 일반적으로 운영체제의 HTTP 및 HTTPS 프록시를 로컬 수신 주소로 지정합니다. Windows에서는 ‘설정 → 네트워크 및 인터넷 → 프록시’에서 확인할 수 있고, macOS에서는 현재 네트워크 서비스의 세부 정보에서 프록시 설정을 확인할 수 있습니다.
시스템 프록시의 주소와 포트는 클라이언트가 현재 수신 중인 값과 일치해야 합니다. 혼합 포트로 7890을 쓰는 경우가 많지만 모든 클라이언트의 고정값은 아닙니다. 클라이언트의 ‘설정 → 포트’ 또는 현재 적용된 설정을 기준으로 하세요. mixed-port는 같은 포트에서 HTTP와 SOCKS 프록시 연결을 모두 받는다는 뜻이지, 원격 노드의 서비스 포트가 아닙니다. 원격 서버 포트를 로컬 시스템 프록시 설정에 입력하지 마세요.
브라우저나 확장 프로그램에 별도의 프록시 규칙이 설정되어 있다면 먼저 시스템 프록시를 사용하도록 바꿔 변수를 줄이세요. 터미널 프로그램은 시스템 프록시를 따르지 않는 경우가 있어 별도의 프록시 매개변수나 환경 변수를 설정해야 합니다. 따라서 브라우저는 연결되지만 터미널은 직접 연결된다고 해서 클라이언트가 작동하지 않는다고 단정할 수는 없습니다. 첫 확인은 시스템 프록시를 따르는 브라우저로 진행하고, 특정 앱의 연결 설정은 기본 연결이 확인된 뒤 다루세요.
모바일: VPN 권한 허용
Android 또는 iOS 클라이언트는 보통 홈 화면에 시작 또는 연결 버튼을 제공합니다. 처음 누르면 시스템에서 VPN 연결 또는 VPN 설정 추가를 허용할지 묻습니다. 현재 설치한 클라이언트에서 보낸 요청인지 확인한 뒤 허용하세요. 클라이언트로 돌아와 연결 상태가 될 때까지 기다린 다음 시스템 VPN 설정에서도 확인합니다. 시스템 VPN 표시가 나타나면 트래픽 전달 서비스가 시작된 것이지만 원격 프록시 출구까지 사용할 수 있다는 뜻은 아닙니다. 다음 단계에서 연결을 확인해야 합니다.
Android 클라이언트에서 앱별 프록시를 사용한다면 브라우저가 트래픽 전달 대상에 포함되어 있는지도 확인하세요. ‘선택한 앱만 프록시 사용’과 ‘선택한 앱 우회’는 반대 설정이므로 목록에 앱 이름이 보이는지만 확인해서는 안 됩니다. 같은 기기의 다른 VPN 서비스가 현재 연결과 충돌할 수도 있으니 테스트할 때는 다른 서비스를 끊으세요. 백그라운드 절전 설정 문제는 첫 연결이 성공한 뒤 별도로 확인해도 됩니다.
TUN은 언제 켜야 하나요?
데스크톱에서는 먼저 시스템 프록시로 테스트하고 TUN을 동시에 켤 필요는 없습니다. 시스템 프록시를 따르지 않는 앱을 연결해야 하거나 UDP 등 명확한 요구사항이 있을 때 클라이언트의 TUN 및 서비스 모드를 확인하세요. TUN은 가상 네트워크 어댑터, 라우팅, 권한과 관련되는 경우가 많습니다. 켜지지 않는다면 노드를 계속 바꾸기보다 서비스 구성 요소와 권한을 점검하세요. 자세한 설정과 충돌 해결 방법은 TUN 모드 문제 해결에서 확인할 수 있습니다. 첫 사용 단계에서는 네트워크 스택과 구독 설정을 동시에 변경하지 않는 것이 좋습니다.
04 연결 및 규칙 분기 확인
완료 기준: 새 요청이 연결 기록에 표시되고, 적용된 규칙과 실제 정책 경로가 예상과 일치합니다.
요청이 클라이언트에 들어오는지 먼저 확인
클라이언트를 실행한 상태로 브라우저에서 새 페이지를 열고 현재 설정상 프록시를 사용해야 하는 사이트에 접속하세요. 그런 다음 클라이언트의 ‘연결’ 또는 ‘활성 연결’ 화면으로 돌아와 도메인으로 방금 요청을 검색합니다. 요청이 빠르게 끝나는 경우 기록을 켜거나 로그를 확인해야 찾을 수 있습니다. 대상 도메인, 적용된 규칙, 실제 정책 경로를 확인하세요. 홈 화면의 실행 상태만으로 프록시가 적용됐다고 판단하면 안 됩니다.
페이지는 열리는데 클라이언트에 관련 기록이 전혀 없다면 브라우저가 시스템 프록시를 사용하는지, 앱별 규칙에서 현재 앱을 제외하지 않았는지 먼저 확인하세요. 페이지 리소스가 캐시에서 불러와졌을 수도 있으므로 새 페이지에서 다시 요청해 보세요. 요청이 코어에 들어왔지만 정책 경로가 DIRECT로 표시된다면 노드 선택이 잘못됐다고 단정하기 전에 적용된 규칙이 원래 직접 연결을 지정하는지 확인하세요. 규칙은 순서대로 적용되므로 앞쪽 규칙이 뒤쪽의 예상 규칙보다 먼저 일치할 수 있습니다.
트래픽 분기 결과 교차 확인
다음으로 설정상 직접 연결되어야 하는 사이트에 접속해 연결 화면에 직접 연결 정책이 표시되는지 확인하세요. 이를 통해 규칙 분기가 정상인지, 모든 요청이 전역 프록시를 거치는지 구분할 수 있습니다. 신뢰할 수 있는 접속 IP 확인 서비스를 이용해 프록시 사용 시의 출구 정보도 비교하세요. 출구가 바뀌었다면 해당 요청의 경로가 달라졌다는 뜻일 뿐, 모든 앱의 트래픽이 전달된다는 증거는 아닙니다. DNS와 IPv6는 별도로 점검해야 합니다.
요청이 프록시 그룹을 사용했는데도 페이지가 열리지 않으면 대상 도메인, 규칙, 정책 경로, 발생 시각을 기록한 뒤 그룹에서 다른 유효한 정책을 시도하세요. 다른 설정은 그대로 두세요. 한 번에 하나의 변수만 바꿔야 노드, 규칙, 트래픽 전달 방식 중 원인을 구분할 수 있습니다. 도메인 확인 오류, 인증서 오류, 특정 앱에서만 발생하는 문제라면 문제 해결 전체 가이드에서 증상에 따라 확인하세요. 처음부터 설정 전체를 삭제하거나 DNS 매개변수를 모두 바꾸는 것은 권장하지 않습니다.
설정 확인 및 평소 종료 방법
연결이 정상임을 확인한 뒤 구독 화면으로 돌아가 수동 업데이트를 한 번 실행하세요. 업데이트 후에도 현재 설정이 정상적으로 로드되고 기본 프록시 그룹 선택이 예상대로인지 확인합니다. 원격 구독의 업데이트 주기는 서비스 제공업체 안내에 맞춰 설정하면 되며 반복해서 새로고침할 필요는 없습니다. Clash 사용자 지정 규칙을 추가하려면 먼저 클라이언트의 오버라이드 기능을 사용하고 설정 및 사용 팁을 확인해 다음 업데이트에서 로컬 변경사항이 덮어써지지 않도록 하세요.
평소에는 규칙 모드를 유지하고 문제 해결 중에만 잠시 변경하세요. 데스크톱 클라이언트를 종료하기 전에 시스템 프록시를 끄거나 클라이언트가 시스템 설정을 자동 복원했는지 확인합니다. 모바일에서는 연결 해제 버튼으로 VPN을 종료하세요. 클라이언트를 끈 뒤 브라우저에서 인터넷에 접속할 수 없다면 구독보다 먼저 남아 있는 로컬 프록시 주소를 확인하세요. 다음에 실행할 때는 ‘현재 설정, 프록시 그룹, 트래픽 전달 스위치’ 순서로 점검하면 됩니다.