Clash 용어집: 자주 쓰는 개념 25개 총정리

대칭 암호화 기반의 경량 프록시 프로토콜로 2012년부터 널리 쓰였습니다. 클라이언트와 서버가 암호화 방식과 비밀번호를 미리 정하며, 트래픽 특징이 단순하고 전송 오버헤드가 낮습니다. Clash 전 계열 코어가 기본 지원하며 노드 설정 필드는 type: ss입니다.

V2Ray 프로젝트가 설계한 전송 프로토콜로, UUID로 신원을 인증하며 동적 암호화와 다중화를 지원합니다. 시간 동기화에 민감해서 클라이언트와 서버의 시간 차이가 크면 핸드셰이크가 실패합니다. 실제 배포에서는 트래픽을 위장하기 위해 WebSocket, TLS와 함께 쓰는 경우가 많습니다.

프록시 트래픽을 표준 HTTPS 접속처럼 위장하는 프로토콜로, 서버가 유효한 TLS 인증서를 가지고 있어야 하며 겉보기에는 일반 웹사이트 요청과 같습니다. 설정 요소는 서버 도메인, 포트(보통 443), 비밀번호뿐이며 mihomo 코어가 기본 지원합니다.

VMess를 경량화한 후속 프로토콜로 내장 암호화 계층을 없애고 보안은 외부 TLS나 REALITY에 맡겨 핸드셰이크 부담이 더 낮습니다. Clash 오리지널 코어는 이 유형을 인식하지 못하므로, 구독에 VLESS 노드가 있으면 반드시 mihomo 코어 클라이언트를 사용해야 합니다.

QUIC/UDP 기반의 고속 프록시 프로토콜로, 자체 혼잡 제어로 손실률이 높은 링크의 처리량을 최적화해 국경을 넘는 장거리 회선에 적합합니다. 설정에는 서버 비밀번호와 대역폭 매개변수가 필요하며 mihomo 코어에서만 지원됩니다.

커뮤니티가 유지하는 Clash 코어 분기로, 이전 명칭은 Clash Meta입니다. 오리지널을 기반으로 VLESS, Hysteria2 등의 프로토콜 지원과 규칙 세트, GeoSite, TUN 강화 기능을 확장했습니다. 현재 주요 GUI 클라이언트가 기본으로 이 코어를 탑재합니다.

최초의 오픈소스 Clash 코어로, 2023년 업데이트가 중단되고 저장소도 삭제됐습니다. YAML 설정 형식을 정의했고 현재 생태계도 이 형식을 그대로 쓰지만, 새 프로토콜과 기능은 더 이상 반영되지 않으므로 설정과 클라이언트 모두 mihomo 체계로 옮기는 것이 좋습니다.

코어를 감싸는 그래픽 인터페이스 소프트웨어로 Clash Plus, Clash Verge Rev, FlClash 등이 있습니다. 구독 관리, 노드 전환, 시스템 프록시 켜기/끄기 같은 상호작용을 담당하며 실제 트래픽 처리는 내장 코어가 모두 수행합니다. 플랫폼별 클라이언트는 설치 파일 페이지에서 확인할 수 있습니다.

코어가 노출하는 HTTP RESTful 제어 인터페이스로, GUI 패널이 이를 통해 연결 목록을 읽고 노드를 전환하며 설정을 다시 불러옵니다. 기본적으로 127.0.0.1:9090에서 대기하며, secret 필드로 접근 암호를 설정해 같은 네트워크 내 다른 사람이 호출하는 것을 막을 수 있습니다.

Clash 설정 파일의 형식으로, 들여쓰기로 계층 관계를 표현하며 공백 들여쓰기만 사용하고 Tab은 금지됩니다. config.yaml의 port, proxies, rules 등 필드는 모두 YAML 문법으로 작성되며, 들여쓰기 오류가 설정 로드 실패의 가장 흔한 원인입니다.

서비스 제공자가 제공하는 원격 설정 주소로, 클라이언트가 URL로 노드와 규칙을 가져와 주기적으로 갱신합니다. 완전한 YAML 설정과 Base64 노드 목록 두 가지 형태가 흔한데, 후자는 Clash가 바로 불러올 수 없어 먼저 형식 변환이 필요합니다.

범용 공유 링크나 다른 클라이언트 형식을 Clash YAML로 변환하는 서비스 또는 도구입니다. 클라이언트를 옮기거나 구독이 노드 목록만 제공할 때 사용합니다. 변환 과정에서 노드 정보가 거쳐가므로 직접 인스턴스를 구축하거나 신뢰할 수 있는 곳을 선택하는 것이 좋습니다.

노드 목록을 메인 설정에서 분리하는 메커니즘으로, URL이나 로컬 파일로 불러오고 업데이트 간격과 상태 검사를 따로 설정할 수 있습니다. 여러 구독을 합치거나 메인 설정과 노드를 분리하는 상황에 적합하며, mihomo 코어에서 기능이 가장 완전합니다.

구독 원본을 수정하지 않고 사용자 정의 변경을 덧씌우는 메커니즘으로, 예를 들어 규칙 몇 개를 추가하거나 DNS 항목을 바꿀 때 씁니다. 구독을 갱신해도 오버라이드 내용은 그대로 적용돼 수동으로 수정한 설정이 다음 업데이트로 사라지는 것을 막습니다. 클라이언트별 오버라이드 입력 위치와 문법은 설정 가이드에서 확인하세요.

Clash의 기본 동작 모드(mode: rule)로, 트래픽이 rules 목록을 위에서 아래로 하나씩 매칭하며 일치하면 해당 정책을 실행합니다. 자주 쓰는 규칙 유형은 DOMAIN-SUFFIX, IP-CIDR, GEOIP이며 목록 끝은 MATCH 규칙이 처리합니다.

노드를 묶는 컨테이너로, 규칙이 일치한 뒤 실제 출구를 결정합니다. 수동 선택 select, 자동 속도 측정 url-test, 장애 전환 fallback, 부하 분산 load-balance 유형이 있으며 그룹 안에 그룹을 중첩해 다단계 분산 구조를 만들 수 있습니다.

IP 소속 지역으로 트래픽을 매칭하는 규칙 유형으로, 로컬 MMDB 지리 데이터베이스가 필요합니다. GEOIP,CN,DIRECT처럼 작성하면 중국 본토 IP로 해석되는 연결을 직접 연결로 처리합니다. 데이터베이스는 코어와 함께 또는 수동으로 갱신해야 하며, 그러지 않으면 판단 기준이 오래된 상태가 됩니다.

도메인 분류 라이브러리로 매칭하는 규칙 유형으로 mihomo의 기능입니다. 수많은 도메인 규칙을 geosite:google 같은 분류 참조로 묶어 메인 설정을 크게 줄이며, 규칙을 바꾸지 않아도 분류 라이브러리를 독립적으로 갱신할 수 있습니다.

Clash DNS의 응답 모드 중 하나로, 도메인 조회에 먼저 198.18.0.0/16 대역의 가상 IP를 반환하고 연결을 맺을 때 실제 도메인으로 다시 매핑해 처리합니다. 실제 해석을 기다리는 시간을 없애 첫 패킷 지연을 줄이고, 일부 DNS 오염이 분산에 간섭하는 것도 피할 수 있습니다.

사용 가능한 프록시 서버 회선으로, 프로토콜 종류, 서버 주소, 포트, 인증 정보로 구성됩니다. 구독에는 보통 여러 지역의 노드가 포함되며, 정책 그룹이 그중에서 수동으로 고르거나 속도 측정 결과에 따라 자동으로 전환합니다.

클라이언트에서 노드까지 한 번 왕복하는 데 걸리는 시간(밀리초 단위)입니다. 클라이언트의 지연 측정은 보통 고정된 테스트 URL에 HTTP 요청을 한 번 보내 측정하며, 값은 회선 거리와 혼잡도에 영향을 받습니다. 지연이 낮다고 대역폭이 높은 것은 아니며, 영상이 매끄러운지는 처리량도 함께 봐야 합니다.

운영체제 수준의 HTTP/SOCKS 프록시 설정으로, 켜면 이 설정을 따르는 앱의 트래픽이 Clash의 혼합 포트(기본 7890)로 들어갑니다. 일부 프로그램은 시스템 프록시 설정을 읽지 않아 트래픽에 영향이 없으므로 TUN 모드로 가로채야 합니다.

가상 네트워크 카드를 만들어 네트워크 계층에서 모든 트래픽을 가로채는 방식으로, 앱이 시스템 프록시를 따르는지와 무관하며 명령줄 도구나 게임 클라이언트까지 다룰 수 있습니다. 사용하려면 관리자 권한이나 시스템 확장 승인이 필요하며 mihomo 코어에 이 기능이 내장돼 있습니다.

프록시를 켜도 도메인 해석이 여전히 로컬 통신사 DNS를 거치는 현상입니다. 접속 대상은 암호화된 통로를 거치지만 해석 기록은 로컬 네트워크에 노출됩니다. Clash는 DNS 조회를 가로채고 fake-ip 모드나 암호화 상위 DNS(DoH/DoT)를 함께 써서 이 문제를 피합니다.

하나의 네트워크 패킷이 가질 수 있는 최대 전송 단위로, TUN 가상 네트워크 카드에서는 보통 1500을 씁니다. 값이 너무 크면 패킷이 조각나 손실되며, 웹 페이지가 불안정하거나 대용량 파일 전송이 끊기는 증상으로 나타납니다. TUN 모드에서 이상 증상을 점검할 때는 MTU를 1400으로 낮춰 비교해볼 수 있습니다.