Clash 입문 가이드

1단계: 구독 가져와 활성화하기

클라이언트를 열고 사이드바나 하단 메뉴에서 구독, 설정 또는 Profiles를 찾습니다. 해당 페이지에서 추가, 새로 만들기 또는 링크에서 가져오기를 선택하세요. 로컬 파일과 원격 링크 중에서 고르는 화면이 나오면 구독 URL을 보유한 경우 원격 링크를 선택합니다. 설정 파일을 이미 받은 경우에만 로컬 가져오기를 사용하세요. 계정 관리 웹페이지 주소를 구독 URL로 입력하지 마세요. 둘 다 브라우저에서 열릴 수 있지만 표시되는 내용은 서로 다릅니다.

구독 URL 전체를 입력란에 붙여넣고 알아보기 쉬운 이름을 지정한 다음 저장 또는 가져오기를 누릅니다. 이름은 이 기기에서 설정을 구분하는 용도일 뿐입니다. 예를 들어 ‘일상 설정’이라고 입력해도 노드 기능에는 영향을 주지 않습니다. 붙여넣은 뒤 URL 앞뒤에 공백이나 줄바꿈이 들어가거나 문자가 빠지지 않았는지 확인하세요. 구독 URL에는 개인 접근 정보가 포함될 수 있으므로 전체 주소를 공개 게시판에 올리거나 공개 스크린샷에 담지 마세요. 문제를 문의할 때는 오류 유형만 설명하고 민감한 주소 부분은 가리면 됩니다.

저장한 뒤 클라이언트가 다운로드를 마칠 때까지 기다립니다. 정상적으로 가져오면 설정 목록에 새 항목이 표시되고, 프록시 또는 프록시 그룹 페이지에서 해당 그룹과 노드를 확인할 수 있습니다. 가져온 설정을 자동으로 활성화하는 클라이언트도 있지만, 설정 카드나 라디오 버튼을 선택하거나 ‘이 설정 사용’을 눌러야 하는 경우도 있습니다. 새 항목에 현재 설정 표시가 있는지 확인하세요. 목록에 구독이 보인다고 해서 코어가 해당 설정을 사용 중인 것은 아닙니다.

다운로드 실패와 파싱 실패 구분하기

시간 초과, 연결 실패 또는 HTTP 오류가 표시되면 먼저 일반 네트워크와 구독 URL이 유효한지 확인하세요. 서비스 제공업체의 관리 페이지에 로그인해 구독이 만료되지 않았는지 확인하고, 올바른 형식의 구독 메뉴에서 URL을 다시 복사합니다. 클라이언트에 직접 연결 업데이트나 업데이트 프록시 옵션이 있다면 첫 설정에서는 직접 연결을 먼저 시도할 수 있습니다. 아직 연결되지 않은 프록시는 업데이트를 위한 신뢰할 만한 경로가 아닙니다. 네트워크에서 구독 서버에 접속할 수 없다면 노드를 계속 바꾸기보다 먼저 이 문제를 해결하세요.

파일은 다운로드됐지만 YAML 파싱 오류, 지원하지 않는 필드 또는 알 수 없는 프록시 유형이 표시된다면 형식이나 코어 호환성 문제일 가능성이 높습니다. 오류 주변에 표시된 필드 이름을 확인하고 구독이 Clash 또는 mihomo용인지 살펴보세요. 파일 확장자만으로 판단하지 마세요. 웹페이지의 로그인 내용이나 다른 클라이언트 전용 링크, 불완전한 파일은 그대로 불러오지 못할 수 있습니다. 설정과 노드, 구독의 관계를 알아보려면 용어 빠르게 확인하기를 참고하세요. 이 단계에서 파일 전체를 직접 다시 작성할 필요는 없습니다.

이 단계의 완료 기준: 현재 설정이 선택되어 있고 노드와 프록시 그룹이 정상적으로 표시되며, 클라이언트에서 로드 오류가 계속 발생하지 않아야 합니다. 자동 업데이트는 우선 기본 설정을 유지하고 온라인 설정도 서둘러 편집하지 마세요. 구독을 새로 고치면 직접 수정한 내용이 덮어써질 수 있습니다. 이 조건을 확인한 다음 트래픽 처리 모드를 선택하세요.

2단계: 규칙 모드와 노드 선택하기

클라이언트 홈이나 설정 페이지로 돌아가 프록시 모드 또는 실행 모드를 찾습니다. 처음 사용할 때는 규칙 모드를 선택하세요. 설정에 정의된 조건에 따라 연결을 직접 연결하거나 프록시 그룹으로 보냅니다. 일반적인 로컬 접속을 유지하면서 프록시 작동을 확인하기에 적합합니다. 화면에 Rule, Global, Direct로 표시될 수도 있으며 각각 규칙, 글로벌, 직접 연결을 뜻합니다. 여기서는 Rule을 선택하세요. 시스템 프록시 스위치를 모드 선택으로 혼동하지 마세요.

세 가지 모드는 ‘연결을 어디로 보낼지’를 결정합니다. 규칙 모드는 규칙 목록을 따릅니다. 글로벌 모드는 보통 코어가 처리하는 연결을 글로벌 그룹으로 보내지만, 해당 그룹에서 직접 연결을 선택할 수도 있습니다. 직접 연결 모드는 대개 연결을 바로 설정합니다. 모드만으로 모든 앱의 트래픽이 코어에 들어가는 것은 아니므로 글로벌 모드가 시스템 프록시나 VPN 권한을 대신하지 않습니다. 처음에는 이 두 가지를 구분해 두면 이후 문제를 쉽게 찾을 수 있습니다.

이어서 프록시 또는 프록시 그룹 페이지로 이동합니다. 페이지에는 공통 출구 그룹과 용도별 그룹 등 여러 그룹이 표시될 수 있습니다. 구독 안내에서 지정한 주요 출구 그룹을 찾아 펼친 다음 노드를 선택하세요. 안내가 없다면 그룹 안의 후보를 살펴보고 연결 기록에서 실제 규칙이 참조하는 그룹을 확인할 수 있습니다. 사용되지 않는 그룹에서만 노드를 바꾸면 화면의 선택 항목은 바뀌어도 실제 연결 출구는 그대로일 수 있습니다.

지연 시간 테스트는 노드 선별용이며 실제 속도를 보장하지 않습니다

그룹이나 노드 옆의 테스트 버튼을 눌러 결과가 나올 때까지 기다립니다. 테스트 수치는 보통 클라이언트가 특정 테스트 주소에 접속할 때의 왕복 시간을 나타냅니다. 다운로드 속도와 같지 않으며 모든 사이트 접속을 보장하지도 않습니다. 테스트가 완료되고 상태가 안정적인 노드를 먼저 선택하면 됩니다. 가장 낮은 수치를 찾느라 계속 바꿀 필요는 없습니다. 모든 노드에서 시간 초과가 발생하면 설정의 유효성, 시스템 시간, 로컬 네트워크를 확인한 뒤 로그를 살펴보세요. 한 노드에서만 시간 초과가 발생한다면 다른 노드를 시도해 보세요.

구독에 자동 선택 그룹이 있다면 우선 사용할 수 있지만, 펼쳐서 실제 선택된 노드를 확인하세요. 자동 그룹은 자체 테스트 대상과 주기에 따라 후보를 선택하며 모든 앱의 요구를 판단하는 것은 아닙니다. 수동 그룹은 사용자가 직접 노드를 바꿔야 합니다. 아직 잘 모르는 그룹을 삭제하거나 모든 그룹을 같은 노드로 바꾸지 마세요. 구독의 기본 구성을 유지하면 첫 연결이 예상대로 작동하는지 확인하기 쉽습니다.

이 단계의 완료 기준: 규칙 모드가 켜져 있고 사용할 출구 그룹에 명확한 후보 노드나 자동 선택 그룹이 있으며, DIRECT나 REJECT를 잘못 선택하지 않아야 합니다. 이 이름은 보통 직접 연결과 연결 거부를 뜻하며 원격 프록시 노드가 아닙니다. 규칙 매칭과 그룹 참조 방식은 사용 설명서의 규칙 분기 섹션에서 나중에 확인하고, 지금은 앱 트래픽을 클라이언트에 연결하세요.

3단계: 연결을 시작하고 트래픽 연결하기

먼저 홈으로 돌아가 실행 상태를 확인합니다. 시작, 연결 또는 전원 버튼이 있다면 한 번 누르고 실행 상태로 바뀔 때까지 기다리세요. 일부 PC 클라이언트는 실행하면 코어가 이미 백그라운드에서 작동하므로 별도의 연결 버튼이 필요하지 않습니다. 이 경우 버튼을 반복해서 누르지 말고 현재 설정과 코어 상태를 확인하세요. 설정 로드 실패나 코어 종료 메시지가 표시되면 1단계로 돌아가 해결해야 합니다. 트래픽 연결 스위치로 실행되지 않는 코어를 고칠 수는 없습니다.

Windows와 macOS에서는 먼저 시스템 프록시를 사용해 브라우저 연결을 확인하세요. 시스템 프록시 설정은 홈, 설정 페이지 또는 메뉴 막대 아이콘 메뉴에 있는 경우가 많습니다. 켜면 시스템 프록시를 따르는 앱이 설정에 따라 로컬 프록시 포트에 연결합니다. 보통 클라이언트의 기본 포트를 그대로 사용하면 됩니다. 포트 충돌이 명확히 표시될 때만 해결하세요. 수신 포트를 바꿨다면 시스템 프록시 설정도 다시 적용해야 합니다. 코어 포트만 바꾸고 시스템이 이전 포트에 계속 연결하게 두면 안 됩니다.

Linux 데스크톱에서는 시스템 프록시 적용 방식이 환경마다 다릅니다. 클라이언트에서 스위치가 켜져 있어도 데스크톱 네트워크 설정에 프록시 정보가 반영됐는지 확인하세요. 브라우저와 터미널, 백그라운드 서비스가 서로 다른 프록시 설정을 사용할 수도 있으므로 이 페이지에서는 먼저 브라우저로 확인합니다. 터미널 명령의 성공 여부만으로 판단하지 마세요. 서버나 GUI가 없는 환경의 연결 방법은 사용 설명서를 참고하세요.

Android와 iOS에서는 연결을 누르면 시스템 VPN 설정 또는 연결 권한을 요청하는 화면이 나타나는 경우가 많습니다. 요청한 앱이 방금 설치한 클라이언트인지 확인한 뒤 시스템 안내에 따라 허용하세요. 권한을 취소하면 구독을 가져왔더라도 앱 트래픽이 클라이언트로 전달되지 않을 수 있습니다. 시스템 연결 표시가 나타나면 앱으로 돌아가 상태가 정상적으로 유지되는지 확인합니다. 여기서 VPN은 시스템이 제공하는 트래픽 연결 인터페이스를 뜻하며, 실제 전달 방식은 클라이언트 설정에 따라 달라집니다.

시스템 프록시가 확인된 뒤 TUN 검토하기

PC에서는 시스템 프록시와 TUN을 동시에 켜고 결과를 확인하지 마세요. TUN은 시스템 프록시를 따르지 않는 트래픽까지 연결할 때 사용하며, 가상 네트워크 어댑터와 라우팅, 추가 권한이 필요할 수 있습니다. 브라우저에서는 프록시가 정상 작동하지만 특정 앱에서만 작동하지 않는다면 먼저 앱 자체의 프록시 설정을 확인한 다음 TUN을 별도로 검토하세요. 활성화하기 전에 기존 상태를 기록하고 클라이언트 안내에 따라 서비스를 설치하거나 권한을 허용합니다. 네트워크 문제가 생기면 새로 추가한 연결 방식을 끄고 원래 상태로 되돌리세요.

연결할 때는 트래픽을 처리할 수 있는 다른 프록시 도구나 VPN을 먼저 종료하세요. 기본 경로와 시스템 프록시 설정이 서로 덮어쓰는 상황을 막을 수 있습니다. 브라우저에 프록시 전환 확장 프로그램이 설치되어 있다면 시스템 설정을 덮어쓰는지도 확인하세요. 그런 다음 새 탭을 열어 테스트 페이지에 접속합니다. 기존 연결은 이전 경로를 계속 사용할 수 있으므로 필요한 경우 관련 탭을 닫거나 대상 앱을 다시 시작하세요. 이전 페이지가 계속 표시된다는 이유만으로 새 연결도 성공했다고 판단하지 마세요.

이 단계의 완료 기준: 코어가 정상적으로 실행되고 PC의 시스템 프록시가 적용되었거나, 모바일에서 시스템 권한을 허용해 연결이 설정되어야 합니다. 우선 기본 DNS 설정은 그대로 두세요. 로컬 네트워크 리소스나 도메인 접속에 문제가 있다면 아래에서 연결 기록을 확인한 뒤 DNS 섹션을 참고해 하나씩 점검하세요.

4단계: 규칙과 실제 출구 확인하기

마지막 단계에서는 스위치가 켜졌는지가 아니라 대상 연결이 예상한 출구를 실제로 거쳤는지 확인합니다. 현재 규칙에 따라 프록시를 사용해야 하는 페이지를 열고, 클라이언트에서 연결, 활성 연결 또는 비슷한 이름의 패널을 엽니다. 테스트 페이지를 새로 고친 뒤 도메인으로 방금 생성된 기록을 찾으세요. 브라우저가 여러 하위 도메인과 보조 리소스를 요청할 수 있으므로, 관련 없는 연결 대신 확인하려는 도메인을 먼저 살펴보세요.

관련 기록 하나를 펼쳐 대상 주소와 적용된 규칙, 프록시 그룹 경로를 확인합니다. 경로에 선택한 프록시 노드가 표시되면 해당 연결이 그 출구로 전달된 것입니다. DIRECT가 표시되면 현재 규칙이나 프록시 그룹 선택에 따라 직접 연결된 것입니다. 규칙 모드에서 직접 연결 기록이 나타나는 것은 정상입니다. 중요한 점은 설정에서 예상한 결과와 일치하는지입니다. 해당 기록이 전혀 없다면 앱이 시스템 프록시를 우회하는지, 클라이언트가 실행 중인지, 연결 패널에 숨김이나 필터 조건이 적용됐는지 확인하세요.

출구 정보도 참고하되 특정 페이지 하나만으로 판단하지 마세요

신뢰할 수 있는 IP 조회 서비스에 접속해 서비스에서 확인한 출구 주소와 대략적인 네트워크 정보를 살펴볼 수 있습니다. 다만 규칙 모드에서는 조회 서비스가 직접 연결될 수도 있으므로, 조회 결과가 바뀌지 않았다고 해서 클라이언트가 작동하지 않는다고 단정할 수는 없습니다. 먼저 연결 패널에서 해당 조회가 어떤 프록시 경로를 사용했는지 확인한 뒤 결과를 해석하세요. 지리 정보 데이터베이스가 정확하지 않을 수 있으므로 도시 이름으로 노드 위치를 정확히 판단하지 마세요.

분리된 환경에서 테스트해야 한다면 잠시 글로벌 모드로 전환하고, 글로벌 프록시 그룹에서 노드를 직접 선택한 뒤 연결을 다시 설정해 확인하세요. 테스트가 끝나면 규칙 모드로 되돌립니다. 글로벌 테스트는 규칙 선택 문제와 노드 연결 문제를 구분하는 데 도움이 될 뿐, 코어에 들어오지 않는 앱 트래픽까지 자동으로 처리하지는 않습니다. 브라우저는 작동하지만 다른 앱은 작동하지 않는다면 모드를 계속 바꾸지 말고 3단계로 돌아가 트래픽 연결을 확인하세요.

기록에 프록시가 사용된 것으로 표시되는데 페이지가 열리지 않으면 해당 요청 시간대의 오류 로그를 확인하세요. 연결 시간 초과, 도메인 조회 실패, 인증서 오류는 각각 해결 방법이 다릅니다. 먼저 증상을 기록하고 한 번에 한 가지 조건만 바꾸세요. 다른 노드를 시도하거나 일반 HTTPS 페이지와 비교할 수 있습니다. 인증서 경고가 표시되더라도 브라우저 경고를 무시하지 마세요. 시스템 시간을 확인하고 문제가 있는 페이지에서 계정 정보나 기타 민감한 정보를 입력하지 마세요.

확인에 성공하면 사용한 클라이언트와 설정 이름, 주요 출구 그룹, 트래픽 연결 방식만 기록하세요. 민감한 구독 내용을 모두 저장할 필요는 없습니다. 클라이언트를 종료하기 전에 PC에서는 시스템 프록시를 끄세요. 자동 복원 기능이 있다면 종료 후 일반 네트워크가 작동하는지도 확인합니다. 모바일에서는 클라이언트나 시스템 설정에서 연결을 끊으세요. 다음에 네트워크 문제가 생겼을 때 되돌아갈 기준이 명확해집니다.

첫 설정이 완료되었습니다: 구독이 정상적으로 로드되고 규칙 모드가 올바르게 설정되었으며 앱 트래픽이 연결되고 대상 연결 기록에 예상한 출구가 표시됩니다. 이후 시작 프로그램 등록, 구독 업데이트 또는 장기 관리가 필요하면 유지 관리 섹션을 확인하세요. 규칙, 글로벌, 직접 연결 모드의 차이를 비교하려면 프록시 모드 섹션을 참고하세요. 확인을 마친 설정을 안정적으로 사용하고, 모든 고급 기능을 한꺼번에 켤 필요는 없습니다.