KERNEL · M
mihomo
Clash Meta에서 발전한 프록시 코어로, 프로토콜·규칙·DNS·TUN 기능을 확장했습니다. 많은 최신 클라이언트가 백그라운드 코어로 사용하지만, 클라이언트 이름에 mihomo가 반드시 포함되는 것은 아닙니다. 다양한 기존 Clash 설정을 읽을 수 있으나 일부 확장 필드는 코어 버전을 확인해야 합니다.
CLASH GLOSSARY · 28 TERMS
Clash 용어집
설정 화면의 실제 사용 흐름에 따라 정리했습니다. 먼저 용어가 속한 계층을 확인한 다음, 문제가 프로토콜·설정·규칙·네트워크 또는 클라이언트 기능 중 어디에서 발생했는지 판단하세요.
프로토콜과 코어
구독과 설정
규칙과 라우팅
네트워크 기초
클라이언트 기능
CATEGORY INDEX
분류별 용어 찾기
분류별 진입 링크는 페이지 콘텐츠 위쪽에 고정되어 있습니다. 브라우저 주소의 용어 앵커를 바로 공유하거나 특정 카드로 돌아가는 데 사용할 수 있습니다.
PROTOCOL AND KERNEL
프로토콜과 코어
프로토콜은 클라이언트와 서버가 연결을 수립하고 데이터를 전송하는 방식을 정의하며, 코어는 설정을 해석하고 프로토콜을 구현해 트래픽을 조정합니다. 그래픽 클라이언트와 코어는 같은 계층의 구성 요소가 아닙니다.
KERNEL · C
Clash Core
기본 Clash의 핵심 프로그램으로, 설정을 읽고 프록시 연결을 수립하며 규칙 매칭을 수행합니다. Windows, Android 또는 macOS에서 보는 그래픽 클라이언트 자체를 의미하지는 않습니다. 기본 프로젝트가 업데이트를 중단한 뒤 새로운 프로토콜 지원은 주로 mihomo 같은 후속 코어에 집중되고 있습니다.
PROTOCOL · SS
Shadowsocks（SS）
구조가 비교적 단순한 암호화 프록시 프로토콜로, 일반적으로 연결 및 연산 부담이 낮습니다. 설정에는 서버 주소, 포트, 비밀번호와 암호화 방식이 필요하며 어느 한 항목이라도 다르면 연결에 실패합니다. 실제 속도는 주로 서버 회선, 혼잡 상태와 암호화 구현에 좌우됩니다.
PROTOCOL · VMESS
VMess
V2Ray 생태계에서 사용하는 프록시 프로토콜로, 사용자 식별자를 포함하고 TCP·WebSocket 등의 전송 방식을 조합할 수 있습니다. 설정을 가져올 때 주소, 포트, UUID, 전송 계층과 TLS 설정을 확인해야 합니다. 프로토콜 이름이 같아도 양쪽 매개변수가 자동으로 호환되는 것은 아닙니다.
PROTOCOL · TROJAN
Trojan
TLS로 연결을 수립하는 프록시 프로토콜로, 인증 정보는 일반적으로 비밀번호로 설정합니다. 서버 이름, 인증서 검증과 전송 방식은 연결 경로의 일부이므로 주소와 포트만 확인해서는 안 됩니다. 시스템 시간 오차도 TLS 인증서 검증에 영향을 줄 수 있습니다.
PROTOCOL · VLESS
VLESS
간소화된 인증 계층을 강조하는 프록시 프로토콜로, TLS·Reality 또는 다양한 전송 방식과 함께 사용됩니다. 클라이언트는 VLESS라는 이름만 인식하는 것이 아니라 구독에 사용된 구체적인 조합을 지원해야 합니다. UUID, 흐름 제어, 서버 이름과 공개 키 등의 필드는 서버 설정과 일치해야 합니다.
PROTOCOL · HY2
Hysteria2
QUIC 기반 프록시 프로토콜로, 지연 시간이 길거나 패킷 손실이 있는 환경에서 전송 효율을 높이는 데 중점을 둡니다. 설정에는 인증, TLS 서버 이름과 대역폭 관련 매개변수가 포함되는 경우가 많습니다. 모바일 네트워크에서 더 안정적으로 복구될 수 있지만, 결과는 회선 품질과 혼잡 제어 설정에 따라 달라집니다.
PROTOCOL · TUIC
TUIC
QUIC 기반 프록시 프로토콜로, 다중화와 연결 마이그레이션 등을 지원합니다. UDP 회선에 의존하므로 네트워크 환경에서 UDP가 제한되면 연결 시간이 초과될 수 있습니다. 클라이언트와 서버는 서로 호환되는 프로토콜 버전과 인증 매개변수를 사용해야 합니다.
SUBSCRIPTION AND CONFIGURATION
구독과 설정
구독은 업데이트 가능한 데이터를 전달하고, Profile은 클라이언트가 실제로 읽는 설정을 저장합니다. 노드, 프록시 그룹과 YAML은 각각 연결 대상, 선택 로직과 설정 형식에 해당합니다.
CONFIG · SUBSCRIPTION
구독
서비스 제공자가 게시한 설정 진입점으로, 클라이언트는 구독 주소에서 노드·프록시 그룹 또는 규칙 정보를 가져옵니다. 구독을 업데이트하면 원격 내용을 다시 읽으므로 로컬에서 직접 수정한 필드가 덮어써질 수 있습니다. 구독 만료, 인증 만료 또는 네트워크 연결 불가도 업데이트 실패로 나타납니다.
CONFIG · PROFILE
Profile
클라이언트에 저장된 완전한 설정 프로필입니다. 일반적으로 프록시 노드, 프록시 그룹, DNS와 규칙이 포함됩니다. 여러 Profile을 함께 저장할 수 있지만, 한 번에 코어에 로드되는 것은 보통 하나뿐입니다. 전환한 뒤에는 프록시 그룹 선택과 실행 모드를 다시 확인해야 합니다.
CONFIG · PROXY
노드
설정에 포함된 개별 프록시 출구로, 프로토콜 유형, 서버 주소, 포트와 인증 매개변수를 기록합니다. 노드 이름은 주로 화면에서 식별하기 위한 것이며, 이름에 지역이나 배율이 표시되어도 클라이언트가 해당 속성을 검증했다는 뜻은 아닙니다. 사용 가능 여부는 실제 연결이나 상태 점검으로 판단해야 합니다.
CONFIG · PROXY GROUP
프록시 그룹
여러 노드나 다른 프록시 그룹으로 구성된 정책 선택 단위입니다. select 유형은 사용자가 직접 선택하고, url-test는 탐색 결과에 따라 자동으로 선택하며, fallback은 사용 가능 여부에 따른 전환에 주로 사용됩니다. 규칙은 보통 특정 노드가 아니라 프록시 그룹을 가리킵니다.
CONFIG · YAML
YAML
Clash 설정에서 흔히 사용하는 데이터 형식으로, 공백 들여쓰기로 객체와 목록의 계층을 표현합니다. 탭, 잘못된 들여쓰기, 콜론 뒤 공백 누락 또는 닫히지 않은 따옴표는 파싱 오류를 일으킬 수 있습니다. 수정한 뒤에는 먼저 클라이언트의 설정 검사 기능을 사용한 다음 연결을 시작하세요.
RULES AND ROUTING
규칙과 라우팅
규칙은 요청을 어떤 정책으로 전달할지 결정합니다. 매칭 순서, 도메인 조회 결과와 규칙 데이터 버전이 최종 경로에 함께 영향을 주므로, 문제를 점검할 때 현재 선택된 노드만 확인해서는 안 됩니다.
RULE · ROUTING
규칙 라우팅
도메인, IP, 프로세스 또는 기타 조건에 따라 요청을 지정된 프록시 그룹으로 전달합니다. 규칙은 대개 위에서 아래로 검사하며, 처음 일치한 항목이 적용되고 이후 규칙은 같은 요청을 처리하지 않습니다. 순서가 잘못되면 범위가 넓은 규칙이 먼저 가로채 정밀한 규칙이 처리해야 할 트래픽을 빼앗을 수 있습니다.
RULE · FINAL
MATCH
규칙 목록의 최종 매칭 항목으로, 앞선 조건에 일치하지 않은 트래픽을 처리합니다. 일반적으로 목록의 마지막에 배치하고 기본 프록시 그룹을 가리킵니다. 최종 규칙이 없으면 코어나 설정 템플릿에 따라 기본 처리 방식이 달라질 수 있습니다.
RULE · GEOIP
GeoIP
IP 주소가 속한 지역을 기준으로 매칭하는 데이터베이스 규칙입니다. 결과는 로컬 데이터베이스 버전과 DNS가 최종적으로 반환한 주소에 따라 달라집니다. CDN을 사용하는 도메인은 다른 지역으로 해석될 수 있으므로 GeoIP 결과가 항상 서비스 주체의 소재지를 나타내지는 않습니다.
RULE · GEOSITE
GeoSite
미리 정리된 도메인 집합을 기준으로 분류·매칭하므로 도메인 규칙을 하나씩 관리하는 수고를 줄일 수 있습니다. 분류 내용은 규칙 데이터 소스에서 제공하며, 업데이트 주기와 수록 범위는 클라이언트 화면에서 결정되지 않습니다. 잘못된 라우팅이 발생하면 먼저 매칭된 집합과 데이터 버전을 확인하세요.
RULE · ACTION
DIRECT 및 REJECT
DIRECT는 트래픽이 프록시 노드를 거치지 않고 대상에 직접 연결됨을 뜻합니다. REJECT는 로컬에서 요청을 거부하며 특정 도메인이나 연결을 차단할 때 주로 사용합니다. 둘 다 규칙 결과로 사용할 수 있고 프록시 그룹의 선택 항목으로 나타날 수도 있습니다.
NETWORK FOUNDATION
네트워크 기초
지연 시간은 한 번의 왕복에 걸리는 시간을 설명하고, DNS는 도메인을 주소로 바꾸는 방식을 결정하며, Fake-IP와 TUN은 요청이 코어로 들어오는 방식을 바꿉니다. 이 개념들은 연결 문제에서 자주 함께 등장합니다.
NETWORK · LATENCY
지연 시간
클라이언트가 탐색 요청을 보낸 뒤 응답을 받을 때까지 걸리는 시간으로, 보통 밀리초 단위로 표시합니다. 특정 테스트 대상·프로토콜·시점의 왕복 상태만 나타내며 다운로드 속도나 지속적인 안정성과는 다릅니다. 측정 대상에 연결할 수 없을 때의 시간 초과가 반드시 노드 전체의 사용 불가를 의미하지는 않습니다.
NETWORK · DNS
DNS
도메인 이름을 IP 주소로 변환하는 조회 시스템입니다. Clash는 시스템 리졸버, 지정된 업스트림 서버 또는 내장 DNS 모듈로 조회를 처리할 수 있습니다. 조회 경로는 규칙 매칭, 연결 대상과 장애 양상에 영향을 주므로 DNS 설정을 현재 실행 모드와 함께 확인해야 합니다.
NETWORK · DNS PATH
DNS 누수
일부 도메인 조회가 예상한 DNS 경로를 우회해 다른 리졸버에서 처리되는 현상입니다. 브라우저에서 암호화 DNS를 별도로 활성화했거나, 시스템이 다른 네트워크 인터페이스를 유지하거나, 앱이 직접 조회를 수행할 때 흔히 발생합니다. 점검하려면 클라이언트 로그, 시스템 설정과 브라우저 설정을 함께 살펴봐야 합니다.
NETWORK · FAKE-IP
Fake-IP
로컬 DNS 모듈이 도메인에 매핑 주소를 반환하면, 코어가 매핑 관계를 바탕으로 도메인을 복원하고 규칙 매칭을 수행합니다. 이를 통해 도메인 규칙이 더 일찍 처리되고 TUN 트래픽도 식별하기 쉬워집니다. 실제 IP 응답에 의존하는 일부 LAN 기기나 앱은 필터 범위에 추가해야 할 수 있습니다.
NETWORK · TUN
TUN 모드
가상 네트워크 인터페이스로 더 많은 시스템 트래픽을 인계받아, 시스템 프록시 설정을 읽지 않는 앱도 Clash 처리 경로에 들어오게 합니다. 브라우저의 프록시 스위치와는 다른 방식입니다. 활성화한 뒤에는 라우팅, DNS, 권한과 다른 VPN 앱 사이의 인터페이스 충돌을 확인해야 합니다.
CLIENT FEATURES
클라이언트 기능
클라이언트는 시스템 권한, 코어 매개변수와 설정 파일을 연결합니다. 같은 코어라도 클라이언트에 따라 진입 메뉴 이름은 다를 수 있지만, 기본 기능은 대체로 대응시킬 수 있습니다.
CLIENT · SYSTEM PROXY
시스템 프록시
운영체제가 제공하는 HTTP 또는 SOCKS 프록시 설정입니다. 이 설정을 따르는 앱만 요청을 클라이언트로 전달합니다. 브라우저는 대개 시스템 프록시를 읽지만 일부 터미널 프로그램, 게임이나 독립 네트워크 라이브러리는 자동으로 읽지 않습니다. 이 경우 앱별 프록시를 설정하거나 TUN 모드로 전환할 수 있습니다.
ANDROID · VPN SERVICE
Android VpnService
Android가 제공하는 로컬 VPN 인터페이스입니다. Clash Android 클라이언트는 시스템 승인을 받은 뒤 가상 네트워크를 만들고 기기 트래픽을 수신합니다. 처음 활성화할 때 표시되는 연결 요청은 Android 시스템이 보여 줍니다. 시스템은 일반적으로 한 번에 하나의 VPN 서비스만 활성화하므로 앱을 전환하면 기존 연결이 교체됩니다.
CLIENT · PROVIDER
Proxy Provider
독립 파일이나 원격 주소에서 프록시 노드 집합을 불러오는 설정 방식입니다. 노드 목록을 기본 설정과 분리해 업데이트하고 여러 프록시 그룹에서 같은 소스를 재사용할 수 있습니다. 업데이트 간격과 상태 점검 매개변수는 대개 Provider 설정에 정의합니다.
CLIENT · RULE SET
Rule Provider
외부 데이터 소스에서 규칙 집합을 불러오는 방식입니다. 기본 설정에서는 규칙 집합 이름을 참조하고, 일치했을 때 적용할 처리 정책만 지정하면 됩니다. 데이터 소스에 따라 도메인, IP 또는 클래식 규칙 형식을 사용할 수 있습니다. 형식 유형과 실제 파일이 맞지 않으면 코어가 로드를 거부하거나 규칙을 제대로 매칭하지 못합니다.
CLIENT · HEALTH CHECK
상태 점검
클라이언트가 설정된 대상과 주기에 따라 노드의 사용 가능 여부를 확인하는 과정으로, 자동 선택과 장애 전환에 주로 사용됩니다. 결과는 지정된 URL과 해당 시점의 네트워크 조건에만 해당합니다. 빈도가 너무 높으면 백그라운드 요청과 모바일 기기의 배터리 소모가 늘고, 너무 낮으면 노드 장애 발견이 늦어질 수 있습니다.