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

클라이언트, 구독 주소 및 시스템 권한 준비

시작하기 전에 현재 운영체제에 맞는 Clash 클라이언트를 설치하고 정상적으로 접속할 수 있는 구독 주소를 준비해야 합니다. 구독 주소는 일반적으로 서비스 제공자가 생성하며 노드, 정책 그룹, 트래픽 분기 규칙을 포함합니다. 단일 노드 이름이나 클라이언트 설치 파일 링크가 아닙니다. 복사할 때는 주소의 처음부터 끝까지 선택해 공백, 줄바꿈, 중국어 구두점이 섞이지 않도록 하세요.

아직 클라이언트를 설치하지 않았다면 먼저 클라이언트 다운로드 페이지로 이동한 뒤 Windows, macOS, Android, iOS 또는 Linux 탭에서 선택하세요. 데스크톱 클라이언트의 설정 메뉴는 보통 “Profiles”, “설정” 또는 “구독”으로 표시됩니다. 모바일 클라이언트에서는 홈 화면 오른쪽 위의 추가 버튼, 설정 페이지 또는 구독 관리 페이지에 있을 수 있습니다. 이름은 달라도 필요한 작업은 세 가지입니다. 구독 주소 입력, 설정 다운로드, 다운로드한 설정을 현재 설정으로 적용하는 것입니다.

시스템 프록시나 TUN을 처음 활성화할 때 관리자 권한, VPN 구성 권한 또는 네트워크 확장 권한이 필요할 수 있습니다. 시스템 팝업에서 작업을 허용해야 합니다. 그렇지 않으면 클라이언트에는 시작된 것으로 표시되어도 다른 앱의 트래픽이 처리되지 않을 수 있습니다. 회사 기기, 학교 기기 또는 관리 대상 휴대폰에서는 이러한 권한이 제한될 수 있으므로 먼저 기기 정책을 확인하세요.

이 가이드는 그래픽 클라이언트를 기준으로 합니다. 순수 mihomo 코어, 컨테이너 또는 systemd 서비스를 사용하는 경우 설정 파일 경로, 시작 매개변수, 제어 인터페이스가 다를 수 있으므로 고급 설정 가이드를 확인하세요. 준비가 끝나면 클라이언트를 열어 둔 상태로 설정 또는 구독 페이지로 이동합니다.

Clash 구독을 가져와 현재 설정으로 적용

먼저 전체 구독 주소를 복사한 뒤 클라이언트의 “설정”, “Profiles” 또는 “구독 관리” 페이지를 엽니다. “URL에서 가져오기”, “새 구독 추가”, “Download from URL”과 같은 메뉴를 찾으세요. 일부 클라이언트는 먼저 더하기 버튼을 눌러야 URL 입력란이 나타나며, 이름을 함께 입력해야 하는 경우도 있습니다. 이름은 로컬에서 구분하기 위한 용도이므로 서비스명이나 용도(예: “일상 설정”)를 입력하면 됩니다. 구독 내용에는 영향을 주지 않습니다.

주소를 URL 입력란에 붙여넣은 후 “가져오기”, “다운로드” 또는 “저장”을 누릅니다. 클라이언트가 원격 설정을 요청하고 YAML 내용을 해석합니다. 정상이라면 몇 초 후 설정 목록에 새 항목이 나타나며, 보통 항목 옆에 업데이트 시간, 업데이트 버튼 또는 활성화 표시가 보입니다. 바로 페이지를 나가지 말고 형식 오류, 네트워크 시간 초과, 다운로드 실패 메시지가 없는지 확인하세요.

설정이 나타나면 설정 이름, 라디오 버튼 또는 “활성 설정으로 지정” 버튼을 눌러 현재 설정으로 전환합니다. 다운로드만 하고 활성화하지 않는 것은 초기 설정에서 가장 흔한 누락입니다. 구독은 클라이언트에 저장되었지만 코어는 여전히 기본 설정이나 이전 설정을 읽기 때문입니다. 활성화되면 프록시 페이지에 보통 “노드 선택”, “자동 선택”, “페일오버” 등의 정책 그룹이 나타납니다. 프록시 페이지가 계속 비어 있다면 설정 목록으로 돌아가 현재 항목이 선택된 상태인지 확인하세요.

이어서 수동 업데이트를 한 번 실행합니다. 설정 항목 옆의 새로고침 버튼이나 “구독 업데이트”를 찾아 완료될 때까지 기다리세요. 구독 주소가 여전히 유효한지 확인하면서 이후 노드 업데이트 위치도 익힐 수 있습니다. 업데이트 중에는 버튼을 반복해서 누르지 마세요. 연속 요청으로 화면이 멈춘 것처럼 보이거나 방금 표시된 상태 메시지가 덮어써질 수 있습니다.

구독 다운로드에 실패했다면 먼저 주소를 브라우저 주소창에 다시 붙여넣어 응답이 오는지 확인한 다음, 메신저에서 주소가 잘리지 않았는지 살펴보세요. 다운로드는 되지만 YAML 형식 오류가 표시된다면 클라이언트에서 반복 재시도하기보다 구독 제공자가 내용을 수정해야 하는 경우가 많습니다. 더 자세한 오류별 대응은 자주 묻는 문제의 설치·설정 및 문제 해결에서 확인하세요. 설정이 활성화되었는지 확인한 뒤 프록시 모드 설정으로 이동합니다.

프록시 모드를 선택하고 정책 그룹과 노드 지정

클라이언트의 “모드”, “Mode” 또는 “실행 모드” 설정을 엽니다. Clash의 기본 모드에는 일반적으로 규칙 모드, 글로벌 모드, 직접 연결 모드가 있습니다. 처음에는 규칙 모드를 권장합니다. 설정의 규칙에 따라 각 요청을 직접 연결할지, 거부할지, 특정 정책 그룹으로 보낼지 결정하기 때문입니다. 로컬 서비스의 직접 연결은 유지하면서 프록시가 필요한 대상만 규칙에 따라 프록시 경로로 보낼 수 있습니다.

글로벌 모드는 가로챌 수 있는 대부분의 트래픽을 글로벌 정책으로 보내므로 규칙 매칭 문제를 임시로 확인할 때 유용하지만, 설정 구조를 잘 모르는 상태에서 장기간 사용하는 것은 권장하지 않습니다. 직접 연결 모드는 트래픽이 대상에 바로 접속하도록 하며 프록시를 일시 중지하거나 비교 테스트할 때 사용합니다. 클라이언트에 따라 모드가 홈 화면의 드롭다운 메뉴, 트레이 메뉴 또는 설정 페이지에 있을 수 있습니다. 선택 후 현재 모드명이 즉시 바뀌는지 확인하세요.

모드를 정한 뒤 “프록시”, “Proxies” 또는 “정책 그룹” 페이지로 이동합니다. 이곳에는 단순한 노드 목록이 아니라 설정 작성자가 구성한 정책 그룹이 표시됩니다. “노드 선택”, “Proxy” 또는 “수동 선택”이라는 그룹에는 여러 노드, 자동 측정 그룹, 페일오버 그룹이 포함될 수 있습니다. 먼저 주요 정책 그룹을 열고 명확하게 사용 가능한 노드를 선택하세요. 설정에 “자동 선택”이나 url-test 그룹이 있다면 자동 항목을 사용해 그룹 내 후보 중 클라이언트가 선택하도록 할 수도 있습니다.

선택 후 정책 그룹 페이지를 살펴보세요. 현재 노드는 보통 체크 표시, 강조 표시 또는 상태 문구로 나타납니다. 일부 클라이언트는 지연 시간 테스트를 제공하며, 누르면 후보 노드의 연결 가능성을 확인합니다. 지연 시간은 해당 시점에 테스트 대상에 연결할 수 있는지와 대략적인 왕복 시간을 보여줄 뿐, 모든 웹사이트의 실제 속도를 의미하지는 않습니다. 첫 연결에서는 노드가 시간 초과 상태가 아닌지만 확인하고 최저 수치를 반복해서 찾을 필요는 없습니다.

스트리밍, 메신저, 다운로드, 기타 트래픽 등 용도별 그룹이 여러 개 있다면 우선 구독의 기본 선택을 유지하고 가장 중요한 수동 선택 그룹만 조정하세요. 한 번에 너무 많은 그룹을 바꾸면 이후 어떤 설정이 적용되었는지 확인하기 어렵습니다. 정책 그룹 유형, 규칙 매칭 순서, url-test, fallback, load-balance의 차이는 고급 설정에 해당하므로 이번 연결을 완료한 후 정책 그룹 설정 문서에서 확인할 수 있습니다.

이제 설정이 로드되었고 실행 모드와 노드도 정해졌습니다. 다음 단계에서 코어를 시작하고 시스템 트래픽을 클라이언트로 보냅니다.

클라이언트를 시작하고 시스템 프록시 또는 TUN 활성화

클라이언트 홈 화면으로 돌아가 먼저 코어가 실행 중인지 확인합니다. 클라이언트에 따라 “시작”, “Start”, “실행” 스위치를 사용하거나 앱을 열면 코어가 자동으로 시작될 수 있습니다. 정상적으로 실행되면 홈 화면에 연결됨, 실행 중 또는 현재 포트가 표시되는 경우가 많습니다. 상태가 실행 중에서 곧바로 중지로 돌아간다면 먼저 로그를 확인하세요. 흔한 원인은 설정 해석 실패, 다른 프로그램의 포트 사용, 시스템 권한 부족입니다.

코어가 실행되면 데스크톱에서는 먼저 “시스템 프록시”, “Set as System Proxy” 또는 같은 의미의 스위치를 켤 수 있습니다. 이 기능은 프록시 주소를 운영체제 설정에 기록하므로 브라우저와 시스템 프록시를 읽는 앱에 보통 즉시 적용됩니다. macOS에서 네트워크 프록시 설정을 처음 변경할 때는 시스템 암호가 필요할 수 있으며, Windows에서는 이미 열려 있는 앱에 반영되기까지 잠시 걸릴 수 있습니다. 활성화 후에는 테스트할 브라우저 창을 닫았다가 다시 열어 기존 연결이 재사용되지 않게 하세요.

Android와 iOS 클라이언트는 일반적으로 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다. 연결 버튼을 누르면 시스템에서 VPN 구성 확인 창이 나타납니다. 허용하면 상태 표시줄에 VPN 표시가 나타나는 경우가 많습니다. 이 표시는 시스템이 트래픽을 클라이언트에 전달하기 시작했다는 뜻일 뿐, 모든 대상이 반드시 프록시 노드를 거친다는 의미는 아닙니다. 최종적으로 직접 연결할지 프록시를 사용할지는 Clash의 규칙과 정책 그룹이 결정합니다.

데스크톱 터미널, 게임, 가상 머신 또는 시스템 프록시를 읽지 않는 앱도 처리해야 한다면 TUN 모드를 고려할 수 있습니다. TUN은 가상 네트워크 인터페이스를 만들어 더 낮은 계층에서 트래픽을 처리하므로 일반적으로 시스템 프록시보다 적용 범위가 넓지만 추가 권한이 필요하고 다른 VPN, 가상 네트워크 어댑터, 보안 소프트웨어의 영향을 더 쉽게 받습니다. 처음에는 시스템 프록시로 브라우저를 확인하고, 대상 앱이 시스템 프록시를 읽지 않는 것이 분명할 때만 TUN으로 전환하세요.

시스템 프록시와 TUN을 첫 테스트에서 동시에 사용할 필요는 보통 없습니다. 먼저 더 단순한 시스템 프록시를 사용하면 권한, 라우팅, DNS 변수를 줄일 수 있습니다. 기본 경로가 정상임을 확인한 뒤 앱 범위에 따라 TUN이 필요한지 결정하세요. TUN을 반드시 사용해야 한다면 스위치를 켠 후 시스템 안내에 따라 관리자 또는 네트워크 확장 권한을 부여하고 상태가 안정될 때까지 기다리세요. 시작 중에 계속 전환하지 마세요.

이제 클라이언트가 트래픽을 처리할 조건은 갖춰졌지만 “스위치가 켜져 있다”는 것만으로는 최종 확인이 아닙니다. 실제 요청, 연결 기록, 로그를 함께 확인해 규칙이 실제로 적용되었는지 검증해야 합니다.

테스트 요청을 보내 프록시 적용 여부 확인

새 브라우저 창을 열고 평소 프록시 정책을 통해 접속해야 하는 대상 웹사이트를 방문합니다. 페이지가 열리는 것은 첫 번째 결과일 뿐입니다. 브라우저 캐시, 기존 연결, 대상 자체의 직접 연결 가능성이 판단에 영향을 줄 수 있습니다. 더 확실한 방법은 Clash 클라이언트의 “연결”, “Connections” 또는 “로그” 페이지를 함께 열고 테스트 사이트를 새로고침하면서 해당 도메인이 나타나는지 확인하는 것입니다.

연결 기록에서 방금 보낸 요청을 찾아 적용된 규칙, 정책 그룹, 최종 경로를 확인합니다. 도메인이 예상한 정책 그룹에 들어가고 해당 그룹이 방금 선택한 노드를 사용한다면 규칙 판단부터 노드 연결까지 정상적으로 구성된 것입니다. 기록에 DIRECT가 표시되면 현재 규칙이 직접 연결로 판단한 것입니다. 반드시 오류라는 뜻은 아니므로 대상 웹사이트와 구독 규칙을 함께 확인하세요. 거부 또는 연결 시간 초과가 표시되면 로그의 대상 주소와 오류 유형을 계속 살펴봅니다.

그다음 두 종류의 대상을 각각 테스트합니다. 하나는 일반적으로 직접 연결해야 하는 한국 국내 서비스이고, 다른 하나는 프록시를 거쳐야 하는 외부 서비스입니다. 규칙 모드에서는 두 대상이 모두 정상 작동할 수 있지만 연결 기록에 표시되는 처리 방식은 다릅니다. 이 비교는 출구 IP만 확인하는 것보다 유용하며, 규칙 분기가 모든 트래픽을 같은 경로로 잘못 보내고 있지 않은지 확인할 수 있습니다.

브라우저는 접속되지만 터미널, 게임 또는 다른 앱에 연결 기록이 없다면 해당 앱이 시스템 프록시를 읽지 않는 경우가 많습니다. 터미널 도구에는 별도로 프록시 환경 변수를 설정해야 할 수 있고, 일부 앱은 자체 네트워크 스택을 사용하므로 TUN이 필요할 수도 있습니다. 곧바로 구독을 삭제하거나 클라이언트를 재설치하지 마세요. 먼저 문제가 “구독 설정”, “클라이언트 코어”, “시스템 트래픽 처리”, “개별 앱 설정” 중 어느 계층에 있는지 판단하세요.

모든 앱이 접속되지 않는다면 역순으로 확인합니다. 테스트 페이지를 닫고 클라이언트 코어가 계속 실행 중인지 확인합니다. 시스템 프록시 또는 VPN 표시가 있는지 확인하고 현재 모드가 직접 연결이 아닌지 살펴봅니다. 주요 정책 그룹에서 연결 가능한 다른 노드로 바꾼 뒤 마지막으로 구독을 수동 업데이트합니다. 한 번에 한 항목만 변경하고 변경 후 다시 요청을 보내야 연결 기록에서 차이를 확인할 수 있습니다.

로그의 dial tcp timeout, connection refused, dns resolve failed는 각각 다른 단계를 가리키므로 같은 방식으로 처리해서는 안 됩니다. 노드를 바꿔도 계속 실패하거나 구독 업데이트 후 노드가 바뀌지 않는다면 자주 묻는 문제의 문제 해결 분류에서 증상에 따라 계속 확인하세요. DNS, Fake-IP, TUN 라우팅, 도메인 스니핑을 분석해야 한다면 고급 문서로 이동합니다.

안정적인 설정을 유지하고 고급 기능 익히기

기본 연결이 정상임을 확인한 후에는 현재 모드, 주요 정책 그룹, 트래픽 처리 방식을 우선 유지하고 모든 고급 옵션을 한꺼번에 켜지 않는 것이 좋습니다. 일상적으로는 구독을 정기적으로 업데이트하고 노드에 연결할 수 없을 때 주요 정책 그룹을 바꾸며 클라이언트 로그에 지속적인 오류가 없는지 확인하면 됩니다. 구독을 업데이트하기 전에 로컬 설정에 적용한 오버라이드도 기록해 두면 원격 업데이트 후 설정이 사라졌다고 오해하는 일을 줄일 수 있습니다.

터미널, 가상 머신 또는 게임 트래픽을 안정적으로 클라이언트로 보내야 한다면 TUN과 시스템 프록시의 차이를 더 알아보세요. 도메인 해석에 문제가 생겼을 때 DNS, Fake-IP, 대체 해석을 학습하고, 웹사이트마다 다른 정책을 적용하려면 규칙 순서, 규칙 세트, 정책 그룹 유형을 이해해야 합니다. 서로 관련된 내용이지만 처음 사용할 때 모두 변경할 필요는 없습니다.

고급 설정 가이드는 정책 그룹, 규칙 세트, DNS, TUN, 도메인 스니핑, 로컬 오버라이드, 외부 컨트롤 패널을 장별로 정리하여 기본 연결을 완료한 후 참고하기 좋습니다. 구독 업데이트 실패, 시스템 프록시 미적용, 노드 연결 시간 초과처럼 명확한 증상이 있다면 자주 묻는 문제에서 바로 확인하는 편이 빠릅니다.