자주 쓰는 용어 24개 · 설정 단계별로 살펴보기

Clash 용어 정리

mihomo 커널부터 Windows 시스템 프록시까지, 용어를 구분하고 각 설정이 어느 계층에 영향을 주는지 확인하세요.

설정의 영문 키 이름은 브라우저에서 검색해 찾을 수 있습니다. 각 용어 카드에는 고유 앵커가 있어 제목 링크를 복사할 수 있습니다. 항목을 수정하려면 YAML 가이드에서 문법과 예시를 확인하세요.

커널과 클라이언트

클라이언트는 조작을 담당하고, 커널은 연결을 처리하며, 구독은 불러올 설정을 제공합니다.

Client / GUI

클라이언트

클라이언트는 사용자가 직접 조작하는 그래픽 프로그램으로, 구독 가져오기, 정책 선택, 로그 확인, 시스템 프록시 설정 기능을 제공합니다. Clash Verge Rev 같은 클라이언트는 프록시 커널을 관리하지만, 인터페이스 버전과 커널 버전은 서로 다른 개념입니다. 설정 항목이 적용되지 않는다면 커널이 해당 항목을 지원하는지, 클라이언트가 설정을 생성하면서 값을 덮어쓰는지 모두 확인해야 합니다.

mihomo / Clash Meta

mihomo 커널

mihomo는 Clash Meta에서 파생된 프록시 커널로, 설정을 읽고 규칙을 적용하며 DNS를 처리하고 아웃바운드 연결을 설정합니다. 그래픽 클라이언트에서 관리하거나 명령줄 환경에서 실행할 수 있습니다. 튜토리얼에서 말하는 “Meta 커널”은 보통 이 기술 계열을 가리키지만, 실제 설정 항목은 실행 중인 커널 버전을 기준으로 확인해야 합니다.

Subscription

구독은 보통 노드나 전체 설정을 가져오는 링크이며, 클라이언트가 필요할 때 요청해 응답 내용을 저장합니다. 브라우저에서 링크가 열린다고 해서 응답이 호환되는 YAML인 것은 아닙니다. 로그인 페이지, 오류 메시지, 다른 프로토콜의 인코딩된 노드 목록은 파싱 오류를 일으킬 수 있습니다. 구독 주소에는 접근 정보가 포함될 수 있으므로 로그나 스크린샷을 공유하기 전에 전체 링크를 가리세요. 가져오는 방법은 구독 설정 가이드를 확인하세요.

Proxy Node

노드

노드는 프록시 연결에 필요한 서버 정보의 묶음으로, 보통 주소, 포트, 프로토콜, 인증, 전송 설정을 포함합니다. 노드 이름은 화면에 표시되는 라벨일 뿐이며, 이름에 적힌 지역이 서버 위치를 증명하지는 않습니다. 하나의 노드를 여러 정책 그룹에서 참조할 수 있습니다. 이름을 바꾸면 수동 설정에서 해당 이름을 참조하는 부분도 함께 수정해야 합니다.

프록시 프로토콜

프로토콜은 연결 설정 방식을 정합니다. TLS, 전송 방식, 인증 정보는 각각 확인해야 합니다.

Shadowsocks / ss

Shadowsocks

Shadowsocks는 프록시 프로토콜이며, mihomo 노드 설정에서는 보통 type: ss로 지정합니다. 서버 주소, 포트, 암호화 방식, 비밀번호는 서버 측 설정과 일치해야 하며, 일부 설정에는 플러그인 옵션도 사용됩니다. 암호화 방식에 따라 필요한 키 형식이 다를 수 있으므로 이름이 비슷하다는 이유로 값을 바꿔 사용할 수는 없습니다.

VMess

VMess는 UUID 등의 정보로 사용자를 식별하며 WebSocket, gRPC 같은 전송 방식을 함께 사용할 수 있습니다. UUID가 맞더라도 전체 설정이 올바르다는 뜻은 아닙니다. 경로, 서비스 이름, TLS, 서버 이름 등의 설정도 연결에 영향을 줍니다. 가져온 뒤 연결되지 않으면 시스템 프록시를 반복해서 전환하기보다 먼저 서버에서 제공한 전체 설정과 대조하세요.

VLESS

VLESS는 UUID로 사용자를 식별하는 프록시 프로토콜입니다. 자체적으로 트래픽을 암호화하지 않으며 TLS 또는 REALITY와 함께 사용하는 경우가 많습니다. REALITY의 공개 키, 짧은 ID, 서버 이름 등의 설정은 서버 측과 일치해야 합니다. VMess와는 다른 프로토콜이므로 type 항목만 바꿔서는 변환할 수 없습니다.

Trojan

Trojan은 일반적으로 TLS를 통해 연결하고 비밀번호로 인증합니다. 연결에 실패하면 주소와 비밀번호뿐 아니라 시스템 시간, 인증서, 서버 이름도 확인해야 합니다. 인증서 검증을 건너뛰면 신원 확인 보호 수준이 낮아지므로 모든 TLS 오류에 일괄 적용해서는 안 됩니다.

설정 항목

파일 구조와 출처를 먼저 확인한 다음 수신 포트나 구독 내용을 수정하세요.

YAML

YAML은 mihomo 설정에 사용하는 구조화된 텍스트 형식으로, 들여쓰기로 항목, 목록, 중첩 구조를 구분합니다. 들여쓰기에는 공백을 사용하고 탭은 넣지 마세요. 콜론, 하이픈, 따옴표 위치가 잘못되어도 파싱에 문제가 생길 수 있습니다. 파일이 파싱된다는 것은 구조를 읽을 수 있다는 뜻일 뿐, 항목 이름, 노드 참조, 규칙 로직이 올바르다는 뜻은 아닙니다.

mixed-port

혼합 프록시 포트

mixed-port는 하나의 로컬 포트에서 HTTP 프록시와 SOCKS 프록시 요청을 모두 받아 수동으로 프록시를 지정할 수 있는 앱에 제공합니다. 예를 들어 mixed-port: 7897은 7897 포트에서 수신한다는 뜻이지만, 실제 실행 설정을 기준으로 확인해야 합니다. 포트를 변경하면 앱에 직접 입력한 프록시 주소도 업데이트해야 합니다. 이 포트는 원격 노드의 서버 포트가 아닙니다.

proxy-providers

프록시 공급자

proxy-providers는 독립적으로 불러올 수 있는 노드 소스를 정의합니다. 보통 원격 주소나 로컬 파일에서 읽어 오며, 정책 그룹에서 use로 참조합니다. 노드 모음만 제공하는 항목이므로 DNS와 규칙까지 포함한 전체 기본 설정과는 다릅니다. 공급자 업데이트에 성공해도 정책 그룹에서 참조하지 않으면 노드가 해당 그룹에 자동으로 표시되지 않습니다.

Override / Merge

재정의 및 병합

재정의와 병합은 구독 설정과 별도로 로컬 변경 사항을 저장하는 방법으로, 규칙 추가, DNS 조정, 개인 설정 유지 등에 사용합니다. 항목을 교체하는지, 목록을 추가하는지, 스크립트를 실행하는지는 클라이언트의 구현 방식과 실행 순서에 따라 다릅니다. 내려받은 구독 파일을 직접 수정하면 다음 업데이트 때 변경 사항이 사라질 수 있으므로, 먼저 클라이언트에서 변경 사항을 유지하는 기능을 제공하는지 확인하세요.

정책 그룹과 규칙

규칙은 연결을 어디로 보낼지 정하고, 정책 그룹은 아웃바운드 경로를 선택합니다. 지연 시간 테스트는 상태를 파악하는 한 가지 지표일 뿐입니다.

Rule Routing / rules

규칙 기반 라우팅

규칙 기반 라우팅은 규칙 모드에서 도메인, IP, 프로세스 등의 조건에 따라 연결에 정책을 지정합니다. 규칙은 보통 위에서 아래로 확인하며 먼저 일치하는 항목이 우선 적용됩니다. 마지막의 MATCH는 나머지 연결을 처리할 때 자주 사용합니다. 규칙이 정책 그룹과 일치한 뒤에는 그룹에서 실제 아웃바운드를 선택해야 합니다. 자세한 문법은 규칙 레퍼런스를 확인하세요.

Proxy Group / proxy-groups

정책 그룹

정책 그룹은 노드나 다른 정책을 하나의 참조 가능한 아웃바운드 이름으로 묶습니다. select는 수동 선택, url-test는 테스트 결과에 따른 자동 선택, fallback은 사용 가능 여부에 따른 장애 조치에 사용됩니다. 그룹 이름은 규칙에 지정된 대상 이름과 일치해야 하며, 그룹 간 참조가 순환하지 않도록 주의하세요.

GeoIP / GEOIP

GeoIP

GeoIP는 IP 지리 데이터베이스를 기준으로 대상 주소의 지역을 판별해 규칙에 사용합니다. 주소의 지리 정보가 기준이며 웹사이트 인터페이스 언어나 도메인 접미사를 기준으로 하지 않습니다. CDN 라우팅과 데이터베이스 변경에 따라 결과가 달라질 수 있습니다. 규칙의 no-resolve는 해당 규칙을 적용하기 위해 도메인을 별도로 조회하지 않도록 할 수 있지만, 연결 전체에 DNS가 필요 없다는 뜻은 아닙니다.

Latency / URL Test

노드 지연 시간

클라이언트에 표시되는 노드 지연 시간은 보통 지정된 프록시를 통해 테스트 주소에 접속하는 데 걸린 시간이며, ICMP Ping과 같지 않을 수 있습니다. 테스트 대상, 핸드셰이크 과정, 현재 네트워크 상태에 따라 값이 달라지고 다운로드 속도로 바로 환산할 수는 없습니다. 테스트 시간 초과는 테스트 주소에 연결할 수 없어서일 수도 있으므로 실제 접속과 로그를 함께 확인하세요.

DNS와 네트워크 스택

도메인 조회 경로와 연결의 아웃바운드 경로는 서로 관련이 있지만 같은 설정으로 보면 안 됩니다.

Domain Name System / DNS

DNS

DNS는 도메인을 IP 주소 등의 레코드로 변환하며, 앱이 연결을 설정하기 전에 거치는 일반적인 단계입니다. mihomo는 설정에 따라 다른 리졸버를 사용할 수 있지만 시스템 캐시, 브라우저의 보안 DNS, 앱 자체 리졸버가 실제 경로에 영향을 줄 수 있습니다. 도메인에 접속할 수 없을 때는 DNS 조회 실패와 연결 실패를 나눠 점검하세요. 항목 설명은 DNS 설정 레퍼런스를 확인하세요.

Fake-IP

Fake-IP 모드는 앱에 가상 IP를 반환하고 커널에 해당 IP와 원래 도메인의 매핑을 저장해 이후 도메인 기반 라우팅을 돕습니다. 앱이 받는 가상 주소는 웹사이트 서버의 실제 주소가 아니므로 관련 트래픽은 계속 커널에서 처리해야 합니다. 실제 조회 결과에 의존하는 일부 앱은 fake-ip-filter에 추가해야 할 수 있습니다. 구체적인 문제를 확인해 조정하고 모든 도메인을 제외하지는 마세요.

DNS Leak

DNS 누수

DNS 누수는 쿼리가 예상한 경로로 전송되지 않고 의도하지 않은 리졸버에 도달하는 현상입니다. 시스템 프록시를 켜도 모든 DNS 쿼리가 커널로 전달되는 것은 아니므로 브라우저의 보안 DNS, IPv6, 분기 라우팅 설정을 확인하세요. 검사 페이지에 표시된 리졸버 이름은 단서일 뿐입니다. 예상한 정책과 연결 기록을 함께 확인해야 하며, 지역 표시만으로 결론을 내리면 안 됩니다.

TUN / Virtual Network Interface

TUN 모드

TUN 모드는 가상 네트워크 어댑터와 라우팅으로 IP 트래픽을 처리해 시스템 프록시를 따르지 않는 일부 앱의 트래픽도 전달할 수 있습니다. Windows에서는 보통 관리자 권한이나 클라이언트 서비스가 필요하며, 활성화 후에도 직접 연결할지 프록시를 사용할지는 규칙이 결정합니다. TUN을 켠다고 모든 트래픽이 반드시 같은 노드를 거치는 것은 아닙니다. 다른 VPN, 라우팅 제외 항목, DNS 설정도 적용 범위를 바꿀 수 있습니다.

Windows 관련 설정

사용자 로그인 설정, 백그라운드 서비스, 앱의 프록시 진입점을 구분하세요. 하나의 스위치를 모든 네트워크 상태를 제어하는 설정으로 보면 안 됩니다.

System Proxy

시스템 프록시

시스템 프록시는 Windows에서 관련 설정을 따르는 앱에 제공하는 프록시 진입점이며, 클라이언트는 보통 이를 로컬 수신 주소로 설정합니다. 일부 명령줄 도구, 게임, 별도의 네트워크 스택을 사용하는 프로그램은 시스템 프록시를 자동으로 따르지 않습니다. 따라서 스위치가 켜져 있어도 모든 트래픽이 전달되는 것은 아닙니다. 클라이언트를 종료한 뒤에도 인터넷에 연결할 수 없다면 Windows에 종료된 포트를 가리키는 프록시 설정이 남아 있는지 확인하세요.

Windows Service / Service Mode