Clash 용어 정리
클라이언트 화면과 튜토리얼에서 반복적으로 등장하는 용어들을 6개 카테고리, 25개 카드로 정리했습니다. 각 카드는 정의를 먼저 제시하고, 어디서 쓰이며 무엇에 영향을 주는지 설명합니다. 낯선 용어가 나오면 아래 분류나 색인에서 바로 찾아보세요.
초성·알파벳 빠른 찾기
프록시 기본 개념
4개 항목가장 자주 등장하는 네 가지 용어를 먼저 정리합니다. 이후 사용 가이드나 문제 해결 문서에서는 이 개념들을 이미 알고 있다고 가정하고 설명합니다.
프록시Proxy
데이터 송수신을 대신 처리하는 중계 서버입니다. 프록시를 켜면 웹사이트 접속 요청이 먼저 프록시 서버로 전달되고, 서버가 콘텐츠를 가져와 다시 돌려줍니다. Clash 클라이언트는 로컬 기기와 프록시 서버 사이에 이 통로를 만들고 유지하는 역할을 합니다.
노드Node
연결 가능한 프록시 서버 한 대를 의미합니다. 구독에는 보통 일본, 싱가포르, 미국 등 여러 지역의 노드가 포함되어 있으며, 클라이언트 노드 목록에서 선택한 노드로 트래픽이 나갑니다. 노드의 이름, 지역, 프로토콜은 제공자가 지정하며, 클라이언트는 이를 보여주고 연결하는 역할만 합니다.
지연시간Latency
로컬 기기와 노드 사이를 왕복하는 데 걸리는 시간으로, 단위는 밀리초(ms)입니다. 클라이언트의 '지연시간 테스트'는 보통 고정된 주소로 작은 요청을 보내 시간을 측정하는 방식입니다. 숫자가 작을수록 응답이 빠르지만, 지연이 낮다고 속도가 빠른 것은 아니며 대역폭과 회선 혼잡도에도 영향을 받습니다.
시스템 프록시System Proxy
운영체제 네트워크 설정에 있는 스위치입니다. 켜면 시스템이 'HTTP/HTTPS 요청을 127.0.0.1의 지정 포트로 보낸다'는 설정을 네트워크 환경설정에 기록하고, 브라우저와 대부분의 프로그램이 이를 따릅니다. 클라이언트의 '시스템 프록시' 스위치는 이 시스템 설정을 대신 변경하고, 꺼질 때 원래대로 되돌리는 기능입니다.
프로토콜과 코어
4개 항목코어는 실제로 동작하는 엔진이고, 프로토콜은 데이터 전송 형식입니다. 이 두 층을 이해하면 노드 목록과 설정에 나오는 약어가 더는 낯설지 않습니다.
mihomo
현재 Clash 생태계의 주류 코어로, 전신은 Clash Meta입니다. 원래의 Clash 코어 업데이트가 중단된 뒤 커뮤니티가 이어서 개발했습니다. Clash Verge Rev, FlClash 등의 클라이언트가 이를 핵심으로 사용하며, 설정 해석, 규칙 매칭, 트래픽 전달을 담당합니다. 규칙 세트, 스니핑 등 새로운 설정 문법은 대부분 mihomo에서만 지원합니다.
Shadowsocks
초기에 널리 쓰인 프록시 프로토콜로, 약칭 SS이며 노드 링크는 ss://로 시작합니다. 트래픽을 일반 암호화 연결처럼 위장하는 방식으로, 설정이 간단하고 오버헤드가 적습니다. 최근에는 2022 계열 암호화 방식을 사용하는 버전이 주로 쓰이며, 구형 암호화 방식은 점차 사라지고 있습니다.
VMess
V2Ray 프로젝트의 핵심 프로토콜로, 노드 링크는 vmess://로 시작하며 암호화와 사용자 신원 검증을 지원합니다. 한때 구독 설정의 주류 프로토콜이었고, 지금은 VLESS 등 새로운 프로토콜이 그 자리를 나눠 가지고 있지만 기존 노드가 여전히 많이 남아 있어 mihomo에서도 완전히 지원합니다.
Trojan
프록시 트래픽을 일반 HTTPS 접속처럼 위장하는 프로토콜로, 노드 링크는 trojan://로 시작하며 TLS 인증서를 이용해 위장합니다. 실제 도메인과 인증서에 의존하기 때문에 설정에서 sni, skip-cert-verify 같은 인증서 검증 관련 항목을 자주 볼 수 있습니다.
규칙과 분流
5개 항목분流는 '이 트래픽이 어느 경로로 가는가'라는 질문에 답하는 과정입니다. 아래 다섯 개 카드가 규칙 설정을 이해하는 데 필요한 최소 지식입니다.
규칙 분流
Clash의 기본 동작 방식입니다. 연결이 들어오면 코어가 설정 파일의 규칙을 위에서부터 순서대로 대조하며, 일치하는 규칙이 나오면 그 규칙이 지정한 출구—직접 연결, 특정 정책 그룹, 또는 거부—로 처리합니다. 모두 일치하지 않으면 마지막 MATCH 규칙으로 처리합니다. 규칙 순서가 중요하며, 더 구체적인 규칙일수록 앞쪽에 두어야 합니다.
정책 그룹Proxy Group
여러 노드를 하나로 묶은 논리적 출구로, 규칙에서는 개별 노드가 아니라 그룹 이름을 참조합니다. 대표적인 유형으로 수동 선택(select), 최저 지연 자동 선택(url-test), 장애 시 전환(fallback)이 있습니다. 클라이언트 노드 화면에서 노드를 선택하는 행동은 대부분 특정 정책 그룹이 어떤 노드를 사용할지 바꾸는 것입니다.
GeoIP
'IP 주소 대역 → 국가 또는 지역'을 매칭하는 데이터베이스입니다. 규칙에서 GEOIP,CN은 '대상 IP가 중국 본토 대역에 속하면 일치'한다는 뜻이며, 코어는 이를 통해 IP의 소속 지역을 판단합니다. 데이터베이스 파일은 주기적으로 업데이트해야 새로 할당된 IP 대역을 정확히 판단할 수 있습니다.
GeoSite
GeoIP와 상호 보완적인 '도메인 → 카테고리' 매칭 데이터베이스로, 사이트 성격별로 분류됩니다. 예를 들어 geosite:cn은 대표적인 중국 본토 사이트를, geosite:google은 구글 계열 도메인을 포함합니다. 규칙에 GEOSITE와 카테고리명을 쓰면 도메인을 일일이 나열하지 않고 카테고리 단위로 참조할 수 있습니다.
Fake-IP
DNS 동작 방식 중 하나로, 로컬 프로그램이 도메인을 조회하면 코어가 먼저 198.18 대역의 가짜 주소를 반환하고, 실제 연결이 발생하면 도메인 기준으로 규칙을 매칭합니다. 이 방식의 장점은 DNS 오염이 분流 판단에 미치는 영향을 피하고, 연결이 성립되기 전에 규칙 매칭이 이루어진다는 점입니다. 일부 구형 소프트웨어가 이 주소 대역을 인식하지 못하면 설정의 fake-ip-filter에서 제외할 수 있습니다.
구독과 설정
4개 항목구독은 노드의 출처를 결정하고, 설정은 클라이언트의 동작 방식을 결정합니다. 구독을 업데이트하면 왜 수동으로 수정한 내용이 사라지는지, 이 섹션을 보면 이해할 수 있습니다.
구독 링크Subscription URL
제공자가 발급하는 URL로, 클라이언트가 주기적으로 접속하면 최신 노드와 규칙 목록을 받아올 수 있습니다. '구독 가져오기'에서 붙여넣는 것이 바로 이 링크입니다. 구독 링크 자체가 사용 인증 정보와 같으므로, 유출되면 다른 사람이 요금제를 무단으로 사용할 수 있어 외부에 공개하거나 캡처해 공유하지 마세요.
설정 파일config.yaml
코어가 시작할 때 읽어들이는 전체 설정으로, 포트, 프록시 모드, 노드, 정책 그룹, 규칙이 모두 여기에 기록되며 기본 파일명은 config.yaml입니다. 구독으로 가져온 내용도 최종적으로는 로컬 설정 파일 형태로 저장됩니다. 변경 후에는 코어가 다시 읽어들여야 적용되며, 대부분의 클라이언트는 저장 시 이를 자동으로 처리합니다.
YAML
설정 파일에서 사용하는 서식으로, 들여쓰기로 계층을 표현하고 콜론 뒤에 값을 씁니다. 문법에 민감해서 들여쓰기는 반드시 공백만 사용해야 하며 탭은 쓸 수 없고, 콜론 뒤에는 공백을 하나 두어야 합니다. 구독 업데이트 실패나 실행 오류에서 자주 보이는 yaml: line xx는 특정 줄의 서식이 잘못되었다는 뜻입니다.
오버라이드Mixin / Override
구독 설정 위에 덧씌우는 개인 수정 레이어입니다. 구독은 매번 업데이트될 때 제공자의 원본 내용으로 되돌아가지만, 오버라이드 레이어는 개인 규칙 추가, DNS 설정 변경처럼 유지하고 싶은 사용자 설정을 업데이트 후에도 다시 덮어씌웁니다. Clash Verge Rev에서는 '전역 확장 설정', 구버전 Clash for Windows에서는 Mixin으로 불립니다.
네트워크와 포트
4개 항목포트는 로컬 트래픽의 입구이고, DNS는 도메인 해석의 방향을 결정합니다. 포트 충돌과 DNS 이상은 가장 흔하게 발생하는 두 가지 문제입니다.
믹스드 포트Mixed Port
클라이언트가 로컬에서 여는 리스닝 포트로, HTTP와 SOCKS5 두 프록시 프로토콜이 하나의 포트를 공유하며 기본값은 보통 7890입니다. 시스템 프록시 스위치가 하는 일은 브라우저를 이 포트로 연결하는 것입니다. 두 클라이언트가 동시에 같은 포트를 사용하려 하면 '포트 사용 중' 오류가 발생하므로, 포트를 바꾸거나 다른 클라이언트를 종료하면 해결됩니다.
TUN 모드
가상 네트워크 카드를 통해 기기 전체의 네트워크 트래픽을 처리하는 방식으로, 프로그램이 시스템 프록시 설정을 따르는지와 무관하게 작동합니다. 시스템 프록시를 따르지 않는 프로그램(일부 게임, 커맨드라인 도구)에 효과적입니다. 활성화하려면 관리자 또는 root 권한이 필요하며, 다른 VPN류 소프트웨어와 충돌할 수 있습니다.
DNS 유출DNS Leak
시스템이 프록시 경로를 거치지 않고 통신사 DNS 서버로 직접 도메인을 조회하는 현상을 말합니다. 조회 기록이 노출되고 분流 판단이 왜곡될 수 있습니다. 코어 설정에서 내장 DNS를 활성화하고 nameserver를 지정한 뒤 Fake-IP 모드와 함께 사용하면 도메인 조회를 프록시 경로 안에서 처리하도록 수렴시킬 수 있습니다.
루프백 주소127.0.0.1 / localhost
기기 자신을 가리키는 주소로, 이 주소로 보낸 데이터는 네트워크 카드 밖으로 나가지 않습니다. 클라이언트의 프록시 포트는 127.0.0.1에 바인딩되어 있어 시스템 프록시 설정에서 127.0.0.1이라는 주소가 보이며, localhost는 이를 호스트 이름으로 표기한 것으로 둘은 같은 대상을 가리킵니다. 단, 이는 로컬 기기 자신만을 의미하므로 같은 네트워크의 다른 기기가 이 PC의 프록시를 공유하려면 127.0.0.1이 아니라 이 PC의 LAN IP를 입력해야 합니다.
클라이언트 용어
4개 항목마지막 네 가지 용어는 클라이언트 화면의 실제 스위치와 옵션에 대응합니다. 각 스위치가 무엇을 바꾸는지 알면 조작할 때 훨씬 확신이 생깁니다.
프록시 모드규칙 / 전역 / 직접 연결
클라이언트에 있는 3단계 스위치입니다. 규칙 모드(Rule)는 설정 파일의 규칙 목록에 따라 순서대로 분流하며 일반적으로 권장되는 모드입니다. 전역 모드(Global)는 모든 트래픽이 현재 선택된 노드를 거치도록 하며, 직접 연결 모드(Direct)는 프록시 없이 전달만 하는 방식으로 임시 비교·문제 확인에 주로 사용합니다. 세 모드의 상세한 차이는 블로그의 프록시 모드 관련 글에서 확인할 수 있습니다.
외부 컨트롤러External Controller
코어가 노출하는 로컬 HTTP 인터페이스로, 기본적으로 127.0.0.1:9090에서 대기합니다. 클라이언트의 그래픽 화면은 바로 이 인터페이스를 통해 노드 전환, 연결 확인, 로그 조회를 수행합니다. 설정의 secret 항목은 이 인터페이스의 접속 암호이며, 일상적인 사용에서는 수동으로 변경할 필요가 없습니다.
LAN 연결 허용Allow LAN
활성화하면 프록시 포트가 127.0.0.1만 대기하던 상태에서 0.0.0.0을 대기하도록 바뀌어, 같은 네트워크의 다른 기기도 이 PC의 프록시로 연결해 프록시 경로를 공유할 수 있습니다. 회사, 카페 같은 공용 네트워크에서는 꺼두는 것이 좋으며, 같은 네트워크의 낯선 기기에 포트가 노출되는 것을 막을 수 있습니다.
로그 레벨Log Level
클라이언트가 기록하는 실행 정보의 양을 결정하며, 적은 것부터 많은 순서로 보통 error, warning, info, debug가 있습니다. 평상시에는 info로 충분하며, 연결 문제를 해결할 때 임시로 debug로 올리면 각 연결의 규칙 매칭 과정을 확인할 수 있습니다. 확인이 끝나면 다시 되돌려야 로그 파일이 지나치게 커지지 않습니다.
용어를 확인했다면, 다음 단계는
용어는 지도일 뿐, 실제로 익히려면 전체 과정을 한 번 따라가야 합니다. 사용 가이드 페이지에서는 구독 가져오기, 노드 선택, 시스템 프록시 켜기, 적용 확인까지 하나의 흐름으로 안내합니다. 아직 클라이언트를 설치하지 않았다면 다운로드 페이지에서 플랫폼에 맞는 버전을 먼저 선택하세요.