Clash 개념 총정리: 용어를 한 페이지로
튜토리얼을 보다가 모르는 단어가 나오면 이 페이지에서 찾아보세요. 핵심 용어 25개를 5가지 카테고리로 정리했고, 각 항목은 정의와 사용법만 짚어줘서 확인 후 바로 다시 작업으로 돌아갈 수 있습니다. 프로토콜 간 비교가 필요하면 프로토콜 참고 문서를, 실습하고 싶다면 튜토리얼을 확인하세요.
프록시 프로토콜
노드 이름 뒤 괄호에 적힌 그 단어가 암호화 방식, 핸드셰이크 속도, 코어 호환성을 결정합니다. 먼저 이해해 두면 선택할 때 헷갈리지 않습니다.
Shadowsocks프록시 프로토콜
초기부터 널리 쓰인 암호화 프록시 프로토콜로 구조가 단순하고 핸드셰이크 오버헤드가 적습니다. 서버 주소, 포트, 비밀번호, 암호화 방식 4가지만 설정하면 됩니다. 리소스 사용량이 적어 구형 기기와 라우터에서도 안정적으로 동작하며 여전히 구독에서 자주 볼 수 있습니다.
VMess프록시 프로토콜
V2Ray 프로젝트가 설계한 프로토콜로 사용자 ID 인증과 시간 검증 기능이 있어 Shadowsocks보다 기능이 풍부하며 WebSocket, TLS 등 다양한 전송 계층과 조합할 수 있습니다. 주의: 기기 시간 오차가 90초를 넘으면 바로 연결이 끊기니 노드 문제를 점검할 때는 먼저 시간 동기화를 확인하세요.
Trojan프록시 프로토콜
프록시 트래픽을 표준 HTTPS처럼 위장하는 프로토콜로 일반 웹 접속과 거의 구분되지 않습니다. 유효한 TLS 인증서가 반드시 필요하며 설정 항목이 적고 구현이 가벼워 속도와 안정성 모두 최상위권입니다.
VLESS프록시 프로토콜
VMess를 간소화한 후속 프로토콜로 내장 암호화를 없애고 암호화를 전적으로 TLS 계층에 맡겨 오버헤드가 더 적습니다. REALITY, XTLS 같은 신규 전송 방식과 자주 조합되며 Clash 생태계에서는 mihomo 코어가 있어야 사용할 수 있습니다.
Hysteria2프록시 프로토콜
QUIC(UDP) 기반의 차세대 프로토콜로 자체 혼잡 제어 알고리즘을 이용해 손실률이 높은 회선에서 속도를 끌어올립니다. 원거리, 불안정한 네트워크에서 체감 효과가 크지만 일부 네트워크는 UDP를 제한하니 이런 경우 TCP 계열 프로토콜로 바꾸면 됩니다. mihomo 코어가 필요합니다.
TUIC프록시 프로토콜
마찬가지로 QUIC 위에서 동작하는 경량 프로토콜로 0-RTT 빠른 핸드셰이크와 멀티플렉싱을 강점으로 합니다. Wi-Fi와 모바일 데이터를 전환할 때 재연결이 빠르고 설정이 Hysteria2보다 더 간단합니다. mihomo 계열 코어에서만 지원됩니다.
코어와 클라이언트
코어는 실제 작업을 처리하고, 클라이언트는 사용할 인터페이스를 제공합니다. 이 두 계층을 구분하면 「어떤 소프트웨어를 쓸지」와 「어떤 프로토콜을 지원하는지」 둘 다 답이 나옵니다.
mihomo코어와 클라이언트
현재 Clash 생태계의 실질적인 주력 코어로 Clash Meta 프로젝트를 계승했습니다. 오리지널 코어를 기반으로 VLESS, Hysteria2, TUIC 등 신규 프로토콜과 더 많은 규칙 유형을 추가했습니다. Clash Verge Rev, FlClash 등 주요 클라이언트가 내장하고 있는 것이 바로 이 코어입니다.
Clash 오리지널 코어코어와 클라이언트
Clash 프로젝트 초기의 핵심 프로그램으로 YAML 설정 형식과 규칙 분기 모델을 정의했습니다. 2023년 유지보수가 중단된 뒤로 신규 프로토콜과 기능은 모두 mihomo가 이어받았습니다. 예전 튜토리얼에서 말하는 「Clash 코어」는 대개 이것을 가리키며 설정은 대체로 호환되지만 새 필드는 동작하지 않습니다.
Clash Verge Rev코어와 클라이언트
Windows, macOS, Linux 세 플랫폼에서 널리 쓰이는 클라이언트로 Clash Verge가 개발을 멈춘 뒤 커뮤니티가 이어받은 포크입니다. mihomo 코어를 내장했고 구독 관리, TUN 모드 전환, 시스템 프록시 연동 기능을 제공합니다. Windows에서는 WebView2 구성 요소가 필요하니 설치 오류가 나면 먼저 이를 확인하세요.
FlClash코어와 클라이언트
Flutter로 개발된 멀티플랫폼 클라이언트로 하나의 인터페이스로 데스크톱과 안드로이드를 모두 지원합니다. 마찬가지로 mihomo를 내장해 별도 설정 없이 바로 쓸 수 있고 인터페이스가 초보자에게 친숙합니다. 모바일과 데스크톱의 조작 방식이 동일해 기기를 바꿔도 다시 배울 필요가 없습니다.
설정 파일 필드
config.yaml을 열었을 때 보이는 몇 가지 최상위 필드입니다. 이해해 두면 오류 메시지에 나오는 위치를 바로 찾을 수 있습니다.
YAML설정 파일 필드
Clash 설정 파일에서 사용하는 텍스트 형식으로 들여쓰기로 계층을 표현합니다. 절대적인 원칙은 딱 하나입니다: 들여쓰기는 반드시 스페이스만 써야 하며 Tab 하나만 섞여도 설정 전체 파싱이 실패합니다. 편집기가 자동으로 들여쓰기를 바꾸지 않는지 먼저 확인하세요.
mixed-port설정 파일 필드
HTTP와 SOCKS5 두 프록시 요청을 하나의 포트로 동시에 받는 혼합 리스닝 포트로 기본값은 보통 7890입니다. 별도의 port, socks-port와는 병렬 방식이므로 새 설정이라면 mixed-port 하나만 작성해도 충분하며 시스템 프록시와 터미널 도구 모두 이 포트를 가리키면 됩니다.
proxies설정 파일 필드
노드 목록 필드로, 각 항목은 프록시 서버 하나의 이름, 유형, 주소, 포트, 프로토콜 파라미터를 기술합니다. 구독 갱신은 결국 이 목록을 새로 고치는 것과 같습니다. 노드를 직접 작성할 때는 name이 중복되지 않도록 주의하세요. 나중에 작성한 항목이 앞선 것을 덮어씁니다.
proxy-groups설정 파일 필드
정책 그룹 필드로 proxies에 있는 노드를 용도별로 그룹화하고 선택 로직을 지정합니다. 규칙이 매칭되면 노드를 바로 가리키지 않고 먼저 정책 그룹을 가리킨 다음 그룹 내 정책이 최종 출구를 결정합니다. 클라이언트 화면에서 「노드 변경」을 할 때 바뀌는 것이 바로 이 값입니다.
구독 링크설정 파일 필드
서비스 제공자가 발급하는 URL로 접속하면 완전한 노드 설정을 받아옵니다. 클라이언트가 일정 주기 또는 수동으로 다시 가져오면 노드 목록이 자동으로 갱신됩니다. 링크 자체는 계정 인증 정보와 같으니 공개 채팅방에 올리거나 스크린샷에 노출하면 안 됩니다.
규칙과 분기
rules 목록은 위에서 아래로 검사하며 매칭되면 즉시 멈춥니다. 이 원칙을 기억해 두면 아래 다섯 항목이 모두 여기서 출발한다는 걸 알 수 있습니다.
규칙 모드(mode: rule)규칙과 분기
Clash의 세 가지 실행 모드 중 하나이며 일상적으로 추천되는 모드입니다: 트래픽을 rules 목록에 순서대로 대조하며 위에서 아래로 매칭되면 즉시 멈춥니다. 나머지 두 모드는 전체를 프록시로 보내는 global과 전체 직결인 direct로, 주로 임시 점검용이며 사용 후 다시 되돌려야 합니다.
DOMAIN-SUFFIX규칙과 분기
도메인 접미사로 매칭하는 규칙 유형으로 예를 들어 DOMAIN-SUFFIX,youtube.com은 youtube.com과 그 하위 도메인 전체를 매칭합니다. 규칙 목록에서 가장 자주 쓰이는 유형입니다. 접미사만 매칭하며 「도메인에 어떤 단어가 포함」되는 방식은 매칭하지 않는다는 점에 주의하세요.
GEOIP규칙과 분기
대상 IP의 지리적 소속으로 매칭하는 규칙 유형으로 가장 흔한 예는 GEOIP,CN,DIRECT입니다. 중국 본토 IP를 직결로 보내는 설정입니다. 로컬 GeoIP 데이터베이스에 의존하므로 데이터베이스가 오래되면 일부 주소가 잘못 판정될 수 있으며 대개 규칙 목록 뒤쪽에서 마무리 역할을 합니다.
MATCH규칙과 분기
규칙 목록의 마지막에 두는 기본 규칙으로 앞에서 매칭되지 않은 모든 트래픽을 처리합니다. 이게 없으면 매칭되지 않은 트래픽의 처리 방향을 예측할 수 없습니다. 설정을 점검할 때는 마지막 줄이 MATCH인지, 그리고 어느 정책 그룹을 가리키는지부터 확인하세요.
url-test와 select규칙과 분기
가장 흔히 쓰이는 두 가지 정책 그룹 유형입니다. url-test는 테스트 주소로 주기적으로 요청을 보내 지연이 가장 낮은 노드를 자동으로 선택하고, select는 완전히 수동으로 지정한 노드만 사용합니다. 영상 시청은 url-test로 끊김을 줄이고, IP에 민감한 서비스 로그인은 select로 고정 노드를 유지하세요.
실행 모드와 네트워크
「프록시를 켰는데 왜 안 타나요」 같은 질문의 답은 거의 다 이 다섯 항목 안에 있습니다.
시스템 프록시실행 모드와 네트워크
운영체제 차원의 프록시 설정으로 클라이언트가 한 번에 적용해 줍니다. 브라우저처럼 「규칙을 잘 따르는」 앱은 이를 준수하지만 많은 터미널 도구, 게임, 일부 클라이언트 프로그램은 무시합니다. 이런 트래픽은 별도로 환경 변수를 설정하거나 TUN 모드로 처리해야 합니다.
TUN 모드실행 모드와 네트워크
클라이언트가 가상 네트워크 카드를 만들어 네트워크 계층에서 모든 트래픽을 가로채는 방식으로 애플리케이션의 협조 여부와 무관하게 동작합니다. 시스템 프록시보다 커버리지가 넓어 터미널, 게임 모두 프록시를 거치게 됩니다. 활성화하려면 관리자 권한 또는 시스템 확장 승인이 필요하며 시스템 프록시와 동시에 켜면 안 됩니다.
Fake-IP실행 모드와 네트워크
먼저 예약된 대역의 가짜 IP를 반환하고 실제 도메인 해석은 트래픽이 실제로 발생할 때 처리하는 DNS 처리 방식입니다. DNS 왕복 한 번을 줄여 연결이 더 빨라지고 DNS 오염도 회피할 수 있습니다. 실제 IP에 의존하는 일부 로컬 네트워크 앱은 오작동할 수 있으니 fake-ip-filter로 제외할 수 있습니다.
DNS 누출실행 모드와 네트워크
프록시를 켜도 도메인 해석 요청이 여전히 로컬 네트워크로 직접 나가는 현상입니다. 콘텐츠 접속은 프록시를 거치지만 「어떤 도메인을 조회했는지」는 로컬 네트워크에 노출됩니다. TUN 모드와 Fake-IP를 함께 쓰는 것이 흔한 해결법이며, 설정 후에는 온라인 DNS 검사 페이지로 확인해 보세요.
노드 지연실행 모드와 네트워크
클라이언트가 테스트 URL로 요청을 보내 측정한 응답 시간으로 단위는 밀리초입니다. 이는 「기기에서 노드를 거쳐 테스트 주소까지」 이어지는 전체 경로를 반영하는 것이지 노드 자체의 성능이 아닙니다. 전체가 타임아웃되면 노드를 의심하기 전에 구독 유효기간, 기기 시간, 포트 점유 순서로 점검하세요.
용어를 다 확인했다면 다음 단계는 둘 중 하나입니다: 개념은 알겠지만 실습이 막막하다면 튜토리얼 페이지에서 구독 가져오기부터 시작하세요. 특정 오류에 막혔다면 먼저 문제 해결을 확인하면 대부분 이미 답이 있습니다. 아직 클라이언트를 설치하지 않았다면 클라이언트 다운로드 페이지에서 플랫폼에 맞는 설치 파일을 받으세요.