이 글의 목차
설치한 것은 클라이언트이지 노드 요금제가 아닙니다
초보자는 네 가지를 가장 쉽게 혼동합니다. 그래픽 클라이언트는 버튼과 페이지를 제공하고 Mihomo 같은 커널은 연결을 처리하며 구독 링크는 설정을 클라이언트에 전달하고 노드는 설정 속 원격 출구입니다. 어느 하나라도 빠지면 인터페이스는 열려도 네트워크가 예상대로 동작하지 않을 수 있습니다.
- 그래픽 클라이언트
- 구독, 정책 그룹, 시스템 프록시, TUN, 로그, 업데이트를 관리합니다.
- 프록시 커널
- YAML을 읽고 규칙을 비교해 직접 연결 또는 프록시 연결을 만듭니다.
- 구독 링크
- 자격 증명이 포함된 원격 주소이며 업데이트할 때 노드, 그룹, 규칙을 반환합니다.
- 노드
- 실제 아웃바운드 연결이며 사용 가능성, 프로토콜, 회선은 제공자가 결정합니다.
Clash Verge Rev, FlClash 또는 다른 클라이언트를 다운로드해도 노드가 자동으로 제공되지 않으며 이 사이트도 구독을 제공하지 않습니다. 반대로 구독 링크를 받아도 해당 형식을 읽을 수 있는 클라이언트를 선택해야 합니다. 부족한 항목부터 구분하면 불필요한 시행착오를 크게 줄일 수 있습니다.
클라이언트는 시스템, 유지 관리 상태, 커널의 세 가지만 보고 고르세요
다운로드 전 판단
| 확인할 내용 | 이유 |
|---|---|
| 운영체제와 칩 아키텍처 | Windows x64, Windows ARM64, Apple Silicon, Intel, Android 패키지는 서로 바꿔 쓸 수 없음 |
| 프로젝트가 계속 유지보수되는지 확인 | 릴리스 페이지, 최근 버전, issue에서 현재 상태 확인 가능 |
| 사용 커널 | 설정 필드, 프로토콜, 기능의 호환 여부를 결정 |
데스크톱에서는 지속적으로 유지 관리되는 프로젝트 Release 페이지에서 다운로드하고 Android에서는 APK 아키텍처와 서명 출처를 확인하세요. 이름에 Clash가 있어도 같은 개발자가 만든 제품이 아니며 이전 가이드의 메뉴가 계속 존재한다는 뜻도 아닙니다.
설치 후 인터페이스가 열리고 커널 상태가 안정적인지 먼저 확인하세요. 이 단계에는 구독을 가져오지 않았으므로 프로그램이 이미 갑자기 종료되거나 core failed를 표시한다면 노드 탓으로 돌리지 말고 설치와 로컬 환경을 처리해야 합니다.
구독을 Profiles에 추가한 뒤 업데이트하고 선택해야 합니다
링크에서 현재 설정까지
Clash 또는 Mihomo 호환 구독 복사
HTTPS 주소를 완전하게 복사하고 token을 모르는 변환 사이트에 전달하지 않습니다.
Profiles / 설정 페이지에서 추가
출처를 식별할 수 있는 로컬 이름을 지정합니다.
수동으로 한 번 업데이트
새 업데이트 시각을 기다리고 download failed 또는 parse error를 확인합니다.
현재 설정으로 지정
선택 표시가 방금 업데이트한 Profile에 있어야 합니다.
목록에 이름이 나타나도 가져오기에 성공한 것은 아닙니다. 구문 분석이 실제로 끝나면 Proxies 페이지에 정책 그룹과 노드가 나타납니다. 계속 비어 있다면 같은 주소를 반복해서 붙여 넣지 말고 응답 형식, 계정 상태, 현재 설정을 확인하세요.
정책 그룹은 선택 규칙이고 노드가 구체적인 출구입니다
Proxies 페이지에서 "자동 선택", "장애 조치", "AI 서비스" 같은 이름은 보통 정책 그룹이며 펼치면 노드가 나옵니다. select 그룹은 사용자가 수동으로 선택하고 url-test는 탐지 지연 시간으로 선택하며 fallback은 현재 노드를 사용할 수 없을 때 순서대로 전환합니다.
첫 연결에서 자동 그룹에 바로 의존하지 마세요. 구체적인 노드 하나를 선택하고 실제 요청이 성공한 뒤 자동 선택을 복원하세요. 그렇지 않으면 실패 원인이 노드인지 상태 검사 중 출구 전환인지 알 수 없습니다.
첫 노드 선택에서 확인할 항목
- 현재 클릭한 항목이 정책 그룹인지 구체적인 노드인지
- 그룹에 노드가 하나 이상 있는지
- 노드 지연 시간은 탐지 결과일 뿐 사용 가능성 보장이 아님
- 주 서비스 그룹이 최종적으로 참조하는 출구
Rule 모드에서도 모든 웹사이트가 같은 노드를 사용하지는 않습니다
Rule은 설정을 위에서 아래로 비교합니다. 자주 쓰는 국내 서비스와 LAN은 DIRECT, 다른 도메인은 프록시 그룹, 광고 또는 위험 주소는 REJECT가 될 수 있습니다. Global은 Clash에 들어온 연결을 전역 그룹에 모두 전달하고 Direct는 모두 직접 연결합니다.
일상적으로는 Rule부터 사용하세요. 특정 웹사이트가 열리지 않으면 Connections에서 일치한 규칙을 확인합니다. Global을 장기적인 만능 옵션으로 사용하거나 DIRECT가 보인다고 클라이언트가 작동하지 않는다고 판단하지 마세요.
proxy-groups:
- name: 默认代理
type: select
include-all: true
proxies:
- DIRECT
rules:
- DOMAIN-SUFFIX,lan.example,DIRECT
- DOMAIN-SUFFIX,example.com,默认代理
- MATCH,默认代理브라우저는 시스템 프록시부터 시작하고 빠진 앱에서만 TUN을 고려하세요
시스템 프록시는 가장 쉽게 되돌릴 수 있는 진입점입니다. 활성화하면 브라우저와 많은 데스크톱 앱이 HTTP, HTTPS 요청을 Clash에 전달합니다. 터미널, 게임, 일부 앱은 이 설정을 읽지 않아 Connections에 나타나지 않을 수 있습니다.
TUN은 가상 네트워크 어댑터로 더 많은 TCP, UDP 트래픽을 제어하며 추가 시스템 권한이 필요하고 경로 및 DNS에도 관여합니다. 일반 브라우저 요청이 작동하기 전에 TUN부터 켜지 마세요. 변수를 줄여야 이후 어떤 문제를 해결했는지 알 수 있습니다.
TUN으로 전환할 시점
| 증상 | 처리 |
|---|---|
| 브라우저와 자주 쓰는 소프트웨어가 모두 정상 | 시스템 프록시 유지 |
| 브라우저는 정상이고 터미널은 연결 기록이 전혀 없음 | 도구별 프록시를 설정하거나 TUN으로 비교 |
| 연결은 나타나지만 잘못된 규칙에 맞음 | 진입점을 넓히지 말고 규칙을 수정 |
| 모든 연결이 timeout | 노드와 네트워크를 확인하세요. TUN이 노드를 복원하지는 않습니다 |
첫 성공은 Connections에서 확인할 수 있어야 합니다
확인 가능한 실제 요청 한 번 완료
노드 하나 고정
Rule 모드를 유지하고 시험 중 자동 전환을 피합니다.
System Proxy 활성화
현재 클라이언트가 시스템 설정에 기록했는지 확인합니다.
브라우저로 익숙한 웹사이트 접속
실제 페이지를 지연 시간 버튼으로 대신하지 마세요.
Connections 열기
도메인, 일치한 규칙, 실제 출구를 찾습니다.
페이지가 열리고 연결 기록이 완전하다면 클라이언트, 커널, Profile, 노드, 시스템 프록시가 연결된 것입니다. 기록이 비어 있으면 시스템 프록시로 돌아가고 DIRECT면 규칙을 확인하세요. 노드가 표시된 뒤 timeout이면 사용 가능함을 확인한 다른 노드로 바꿉니다.
이후 문제가 생기면 오류가 나타난 페이지부터 확인하세요
Profile에 401 / 403 표시
구독 자격 증명 또는 계정 상태의 문제이며 클라이언트를 다시 설치할 필요는 없습니다.
Profile에 parse error 발생
응답 내용과 커널 형식이 호환되지 않습니다. 구체적인 행 번호를 보관하세요.
Proxies에 노드는 있지만 웹페이지 요청이 Connections에 없음
앱이 Clash에 들어오지 않았으므로 시스템 프록시 또는 진입점을 확인하세요.
Connections에서 DIRECT에 맞음
규칙이 직접 연결을 선택했습니다. 예상 결과인지 확인하세요.
Connections에서 노드를 사용한 뒤 timeout
구체적인 노드, 접속 네트워크, 로그를 비교하세요.
여기까지 오면 실제 요청 한 번으로 클라이언트, 커널, 구독, 정책 그룹, 노드, 시스템 프록시의 작동을 확인한 것입니다. 이후 구독 업데이트가 실패하면 기존 설정을 보관하고 특정 노드가 작동하지 않으면 해당 노드만 바꾸세요. 앱이 Connections에 들어오지 않을 때만 새 제어 방식을 고려합니다.