GLOSSARY

Clash 용어 사전

Clash 클라이언트를 사용하는 과정에서 반복적으로 마주치는 전문 용어를 다섯 가지 분류로 정리한 속성 사전입니다. 각 항목은 간단한 정의와 실제 사용 시 관련 포인트를 함께 제공하며, 튜토리얼과 기술 참고 자료와 함께 보면 이해가 더 빨라집니다.

A · PROTOCOL

프록시 프로토콜

노드 항목의 type 필드에 대응하는 전송 프로토콜 유형입니다. 프로토콜은 암호화 방식, 핸드셰이크 동작, 코어 호환 범위를 결정하며, 선택 참고는 기술 참고 자료를 확인하세요.

프록시 프로토콜Shadowsocks(SS): 경량 암호화 프록시 프로토콜로, 대칭 암호화 기반의 SOCKS5 변형입니다. 구조가 단순하고 핸드셰이크 오버헤드가 작으며 리소스 사용량이 낮아 모바일 배터리 소모도 양호합니다. 거의 모든 Clash 코어와 클라이언트에서 기본 지원하여 호환성이 가장 넓은 프로토콜 유형입니다.
프록시 프로토콜Vmess: V2Ray 프로젝트가 설계한 프록시 프로토콜로, 사용자 ID(UUID) 기반 인증을 사용하며 WebSocket, gRPC 등 다양한 전송 계층 캡슐화를 지원합니다. 설정 항목이 비교적 많아 alterId, 암호화 방식 등 파라미터가 클라이언트와 서버 간에 완전히 일치해야 하며, 그렇지 않으면 연결이 바로 실패합니다.
프록시 프로토콜Trojan: TLS 트래픽 형태로 프록시 데이터를 전송하는 프로토콜로, 핸드셰이크 동작이 표준 HTTPS와 유사합니다. 설정 항목이 적어 서버 주소, 포트, 비밀번호만 있으면 되지만, 서버 인증서 요건이 엄격하여 인증서 만료나 도메인 불일치 시 핸드셰이크가 실패합니다.
프록시 프로토콜VLESS: Vmess의 경량화된 후속 프로토콜로, 내장 암호화 계층을 제거하여 보안을 완전히 외부 TLS에 의존하며 프로토콜 오버헤드가 더 낮습니다. 원본 Clash 코어는 이 프로토콜을 지원하지 않으므로, 구독에 VLESS 노드가 포함되어 있다면 mihomo 코어 기반 클라이언트를 반드시 사용해야 합니다.
프록시 프로토콜Hysteria2: QUIC(UDP) 기반 프록시 프로토콜로, 내장된 적극적인 혼잡 제어 알고리즘을 통해 패킷 손실과 지연이 높은 환경에서도 TCP 계열 프로토콜보다 처리량이 명확히 우수합니다. mihomo 코어에서만 지원되며, 네트워크에서 UDP를 제한하면 이 프로토콜은 완전히 사용할 수 없습니다.
프록시 프로토콜TUIC: 또 다른 QUIC 기반 프록시 프로토콜로, 낮은 핸드셰이크 지연(0-RTT)과 네이티브 UDP 포워딩 능력을 강점으로 하여 게임 및 실시간 통신에 적합합니다. mihomo 코어와 이를 지원하는 서버가 필요하며, 보급률은 Hysteria2보다 낮습니다.

B · CORE & CLIENT

코어와 클라이언트

"코어"는 포워딩과 규칙 매칭을 담당하고, "클라이언트"는 그래픽 상호작용을 담당하며 역할이 다릅니다. 클라이언트 다운로드와 선택은 클라이언트 페이지와 비교 리뷰를 참고하세요.

코어와 클라이언트코어(Core): 실제로 프록시 포워딩, 규칙 매칭, DNS 처리를 수행하는 커맨드라인 프로그램으로, 자체 그래픽 인터페이스가 없습니다. GUI 클라이언트는 본질적으로 코어의 그래픽 껍데기이며, 프로토콜 지원 범위와 TUN 기능 등 기능 상한은 인터페이스와 무관하게 코어 버전에 따라 결정됩니다.
코어와 클라이언트mihomo(Clash Meta): 커뮤니티가 유지 관리하는 Clash 코어 분기로, 이전 명칭은 Clash Meta입니다. 원본 대비 VLESS, Hysteria2, TUIC 등 프로토콜 지원을 확장하고 TUN 모드와 규칙 세트(rule-providers) 강화 기능을 내장하여, 현재 주요 클라이언트의 기본 코어로 사용됩니다.
코어와 클라이언트GUI 클라이언트: 코어에 그래픽 인터페이스를 제공하는 애플리케이션으로, 구독 관리, 노드 전환, 시스템 프록시 스위치, 자동 시작 등 상호작용 기능을 담당합니다. 예: Clash Plus, Clash Verge Rev, FlClash. 서로 다른 클라이언트가 동일한 코어를 탑재하면 분기 동작은 동일합니다.
코어와 클라이언트Clash for Windows(CFW): 한때 주류였던 Windows 데스크톱 클라이언트로, 2023년 유지 관리가 종료되었습니다. 원본 코어를 탑재하여 VLESS, Hysteria2 등 신규 프로토콜을 지원하지 않으며 신규 구독과의 호환성이 지속적으로 떨어지고 있어, 현재는 mihomo 코어 기반의 대체 클라이언트로 이전을 권장합니다.
코어와 클라이언트외부 제어 인터페이스(RESTful API): 코어가 공개하는 로컬 HTTP 관리 인터페이스로, 기본적으로 9090 포트를 리스닝하며 GUI 패널이 이를 통해 연결 목록을 읽고 노드를 전환하며 트래픽을 확인합니다. 서드파티 웹 패널도 이 인터페이스에 의존하며, 설정의 external-controller 필드가 이를 켜고 끕니다.

C · CONFIG & RULE

설정과 규칙

설정 파일은 Clash의 동작 계약입니다: 노드가 어디서 오고 트래픽이 어디로 가는지 모두 이 파일이 결정합니다. 구독을 처음 가져오는 전체 단계는 튜토리얼 페이지를 참고하세요.

설정과 규칙구독(Subscription): 서비스 제공자가 제공하는 설정 배포 링크로, 클라이언트가 일정 주기로 가져오면 최신 노드 목록과 규칙 내용을 얻을 수 있습니다. 구독은 여러 기기에서 설정을 일치시키는 주요 방법이며, 링크가 만료되면 업데이트가 실패하여 노드 목록이 이전 상태에 머무릅니다.
설정과 규칙설정 파일(YAML): Clash는 YAML 형식으로 리스닝 포트, DNS 정책, 노드, 정책 그룹, 규칙을 기술합니다. YAML은 들여쓰기에 민감하여 계층을 공백으로 표현하며, 탭이 섞이거나 들여쓰기가 어긋나면 코어 파싱이 바로 실패하여 시작할 수 없습니다.
설정과 규칙규칙 기반 분기(Rule): 도메인, IP 대역, 프로세스 이름 등의 조건에 따라 트래픽을 다른 출구로 분배하는 메커니즘입니다. 규칙은 위에서부터 순서대로 매칭하며 일치 시 중단하고, 마지막 MATCH 항목이 기본값을 담당합니다. 이는 Clash를 단순한 전역 프록시 도구와 구별 짓는 핵심 기능입니다.
설정과 규칙정책 그룹(Proxy Group): 여러 노드를 선택 가능한 논리적 단위로 묶는 것으로, 규칙의 출구는 개별 노드가 아니라 정책 그룹을 가리킵니다. 일반적인 유형: select(수동 선택), url-test(지연 최저값 자동 선택), fallback(장애 시 순차 전환).
설정과 규칙전역 모드(Global): 모든 분기 규칙을 건너뛰고 모든 트래픽이 현재 선택된 출구를 통일적으로 사용하는 실행 모드로, 이에 대응하는 것으로 규칙 모드(Rule)와 직접 연결 모드(Direct)가 있습니다. 전역 모드는 규칙 문제를 임시로 점검할 때 적합하며, 일상적으로는 규칙 모드를 유지하는 것이 좋습니다.
설정과 규칙Fake-IP: DNS 처리 모드 중 하나로, 도메인 조회에 198.18.0.0/16 예약 대역 안의 가상 IP를 즉시 반환하고, 실제 연결이 이루어질 때 실제 도메인으로 복원하여 규칙을 매칭합니다. 실제 조회 대기 시간을 없애 최초 연결 지연을 크게 줄일 수 있으며, 이와 대응되는 것이 Redir-Host 모드입니다.
설정과 규칙규칙 세트(Rule Provider): 대량의 규칙 항목을 원격으로 갱신 가능한 외부 파일로 분리하고, 설정에서는 세트 이름만 참조하는 방식입니다. mihomo 코어는 domain, ipcidr, classical 세 가지 형식을 지원하며, 규칙 세트는 구독과 독립적으로 주기에 따라 자동 갱신될 수 있습니다.

D · NETWORK

네트워크 기초

이 기초 개념들을 이해하면 "연결이 안 됨", "속도 이상" 같은 문제를 점검할 때 헤매는 시간을 줄일 수 있습니다. 체계적인 점검 경로는 자주 묻는 질문을 참고하세요.

네트워크 기초노드(Node / Proxy): 사용 가능한 원격 프록시 서버 항목으로, 서버 주소, 포트, 프로토콜 유형, 인증 파라미터를 포함하며 구독 콘텐츠의 기본 단위입니다. 동일한 노드는 어떤 클라이언트에서도 동작이 일치해야 하며, 특정 기기에서만 사용할 수 없다면 문제는 대개 로컬 환경에 있습니다.
네트워크 기초지연(Latency): 클라이언트가 노드에 테스트 요청을 보내고 응답을 받기까지 걸리는 시간(밀리초 단위)으로, 링크의 왕복 시간을 나타냅니다. 지연과 다운로드 대역폭은 서로 독립된 지표로, 지연이 낮다고 속도가 빠른 것은 아니며 지연이 높아도 대용량 전송 처리량에는 영향이 없을 수 있습니다.
네트워크 기초DNS(도메인 해석): 도메인을 IP 주소로 변환하는 기초 서비스입니다. Clash 내장 DNS 모듈은 해석 과정을 대신 처리할 수 있으며 DoH, DoT 등 암호화 조회 방식을 지원합니다. 설정의 nameserver와 fallback은 각각 일반 및 백업 해석 소스를 정의합니다.
네트워크 기초DNS 누출: 프록시가 이미 적용되었지만 도메인 조회 요청이 여전히 로컬 통신사 DNS로 직접 전송되는 현상으로, 접속 의도를 노출시키고 부정확한 해석 결과를 반환할 수도 있습니다. 흔한 회피 방법은 Fake-IP 모드나 TUN 모드를 활성화하여 조회 요청도 Clash를 거치게 하는 것입니다.
네트워크 기초GeoIP: IP 주소를 국가/지역에 매핑하는 데이터베이스입니다. 규칙 안의 GEOIP,CN,DIRECT 같은 항목이 이를 이용해 대상 IP의 소속을 판단하며, 데이터베이스가 오래되면 오판이 발생할 수 있으므로 코어와 함께 갱신하거나 클라이언트에서 직접 데이터 파일을 수동으로 업데이트하는 것이 좋습니다.
네트워크 기초UDP 포워딩: 프록시 링크가 UDP 패킷을 지원하는 능력으로, 온라인 게임과 음성/영상 통화가 여기에 크게 의존합니다. 노드 프로토콜 자체가 UDP를 지원(예: SS의 udp 파라미터, Hysteria2 네이티브 지원)하고 서버에서도 활성화되어야 하며, 어느 한쪽이라도 빠지면 해당 앱은 직접 연결만 가능합니다.

E · RUNTIME

실행과 디버깅

클라이언트 설정 패널에서 가장 자주 질문받는 스위치들입니다. 항목별 의미를 파악한 뒤, 문제 해결 분류를 참고해 구체적인 오류를 처리하세요.

실행과 디버깅TUN 모드: 가상 네트워크 어댑터를 통해 시스템 네트워크 계층에서 모든 트래픽을 인수하는 실행 방식으로, 시스템 프록시 설정을 읽지 않는 프로그램(커맨드라인 도구, 일부 게임 클라이언트)도 커버할 수 있습니다. 활성화에는 관리자 권한 또는 시스템 확장 인가가 필요하며, 원본 코어는 별도 컴포넌트가 필요하지만 mihomo 코어는 기본 내장되어 있습니다.
실행과 디버깅시스템 프록시: 프록시 주소를 운영체제 네트워크 설정에 기록하여 "해당 설정을 준수하는" 앱이 트래픽을 Clash 로컬 포트로 전달하도록 하는 스위치입니다. 브라우저는 일반적으로 이를 따르지만, curl, git 등 커맨드라인 도구는 기본적으로 무시하므로 별도의 환경 변수 설정이나 TUN 모드 사용이 필요합니다.
실행과 디버깅혼합 포트(Mixed Port): HTTP와 SOCKS5 두 프로토콜 접속을 동시에 받는 로컬 리스닝 포트로, 흔한 기본값은 7890입니다. 다른 소프트웨어에서 수동으로 프록시를 설정할 때 주소는 127.0.0.1, 포트는 이 값을 입력하면 되며 프록시 유형을 구분할 필요가 없습니다.
실행과 디버깅로그 레벨(Log Level): 코어 로그의 상세도를 제어하는 설정으로, silent, error, warning, info, debug 순으로 단계가 높아집니다. 연결 문제를 점검할 때는 일시적으로 info나 debug로 조정해 요청이 어떤 규칙과 출구에 매칭되는지 확인하고, 원인 파악 후에는 다시 낮춰 로그 파일이 계속 늘어나는 것을 막습니다.
실행과 디버깅자동 시작: 클라이언트가 운영체제 부팅 시 자동으로 실행되는 옵션으로, 보통 "조용한 시작"과 함께 사용해 부팅 후 바로 트레이에 상주합니다. Windows에서 TUN 모드를 동시에 켠 경우, 자동 시작 시 관리자 권한으로 예약 작업을 등록해야 하며 그렇지 않으면 가상 네트워크 어댑터 생성이 실패합니다.
실행과 디버깅지연 테스트(URL Test): 클라이언트가 지정된 테스트 주소에 HTTP 요청을 보내 노드 응답 시간을 측정하는 기능으로, 테스트 URL과 타임아웃 기준은 설정에서 사용자 지정할 수 있습니다. url-test 유형의 정책 그룹은 테스트 결과에 따라 지연이 가장 낮은 노드를 자동으로 선택합니다.

다음 단계

용어 확인이 끝났다면 실전으로 돌아가세요: 클라이언트 페이지에서 플랫폼별 설치 파일을 받고, 튜토리얼 페이지에서 구독 가져오기부터 연결 확인까지 전체 흐름을 따라해 보세요. 프로토콜과 코어 선택 비교는 기술 참고 자료에서 체계적으로 다룹니다.

Clash 다운로드 튜토리얼 보기