Clash 용어 가이드 | 구독, TUN, mihomo 설정 용어 사전

프로그램 구성

코어와 클라이언트

인터페이스는 조작을 담당하고 코어는 실제 처리를 담당합니다. 호환성 문제를 해결하려면 설치 파일에 Clash라는 이름이 있는지만 볼 것이 아니라 클라이언트 이름, 코어 종류, 설정 형식을 각각 확인해야 합니다.

프록시 코어

Proxy core

코어는 연결, DNS 조회, 규칙 매칭을 실제로 처리하는 프로그램 구성 요소이며, 사용할 수 있는 프로토콜과 설정 항목을 결정합니다. 클라이언트 인터페이스의 스위치는 보통 코어 설정이나 제어 명령으로 변환됩니다. 알 수 없는 항목이나 미지원 프로토콜 오류가 나타나면 같은 구독을 반복해서 가져오기보다 코어 종류와 버전을 먼저 확인하세요.

GUI 클라이언트

GUI client

GUI 클라이언트는 설정 목록, 노드 선택, 시스템 프록시, 로그 등을 조작하는 인터페이스를 제공해 파일을 하나씩 편집하지 않아도 되게 해 줍니다. 보통 프록시 코어를 호출해 작동하며, 둘은 서로 다른 개념입니다. 인터페이스에 설정 항목이 표시되더라도 시스템 권한이나 서비스 구성 요소가 필요할 수 있습니다. 클라이언트를 선택할 때는 클라이언트 비교에서 플랫폼별 차이도 확인하세요.

Clash 원본

Original Clash

이 명칭은 일반적으로 초기 Clash 코어와 그 설정 체계를 가리키며, 이름에 Clash가 들어간 모든 소프트웨어를 뜻하지는 않습니다. 후속 포크는 일부 설정 방식을 이어받으면서 원본에서 지원하지 않을 수 있는 프로토콜과 항목을 추가했습니다. 기존 설정을 옮길 때는 파일 확장자가 같다는 이유만으로 호환된다고 판단하지 말고 노드 유형, DNS 설정, 규칙 데이터 출처를 하나씩 확인하세요.

mihomo

Formerly Clash Meta

mihomo는 Clash Meta를 이어 발전시킨 프록시 코어 프로젝트로, GUI 클라이언트에서 호출하거나 서버와 라우터에서 단독으로 실행할 수 있습니다. 연결, 규칙, DNS, 네트워크 트래픽 처리 기능을 담당하며, 지원 범위는 버전에 따라 달라집니다. 안내 문서에서 Meta라는 표현을 보면 코어의 이전 명칭인지 특정 클라이언트의 제품명인지 문맥을 확인하세요.

YAML

YAML configuration syntax

YAML은 Clash 설정에 널리 쓰이는 텍스트 형식입니다. 들여쓰기로 항목의 계층을 표현하고 목록으로 여러 노드나 규칙을 구성합니다. 들여쓰기에는 공백을 사용하고 탭을 섞지 마세요. 특수 문자가 포함된 값은 따옴표 사용에도 주의해야 합니다. 문법이 맞는 것은 첫 단계일 뿐이며, 항목 이름과 항목 간 조합도 현재 코어에서 지원해야 합니다. 수정한 뒤에는 설정 검사 결과를 확인하세요.

연결 설정

프록시 프로토콜

프로토콜은 클라이언트와 서버가 통신하는 방식을 정하며, 전송 방식과 보안 계층은 별도로 설정할 수 있습니다. 아래 이름은 속도 순위가 아닙니다. 사용 가능 여부는 서버 설정과 코어 지원이 서로 일치하는지에 달려 있습니다.

노드

Proxy node

노드는 클라이언트가 연결할 프록시 서버의 설정 묶음으로, 보통 주소, 포트, 프로토콜, 인증 정보를 포함합니다. 목록에 표시된 지역명은 단순한 라벨일 뿐 실제 접속 지역을 보장하지 않으며 모든 서비스를 이용할 수 있다는 뜻도 아닙니다. 연결에 실패하면 설정값, 계정 상태, 네트워크 연결을 먼저 확인하세요. 노드 인증 정보가 보이는 화면을 공개적으로 공유하지 마세요.

Shadowsocks

SS

Shadowsocks는 흔히 SS로 줄여 부르는 프록시 프로토콜입니다. 설정에는 보통 서버 주소, 포트, 비밀번호, 암호화 방식이 포함됩니다. 암호화 방식과 프로토콜 변형, 추가 플러그인에 따라 코어 지원 조건이 다릅니다. 가져온 뒤 미지원 암호화 방식이나 플러그인 오류가 표시되면 노드 이름만 바꾸지 말고 클라이언트의 지원 범위와 서비스 제공업체 안내를 확인하세요.

VMess

VMess protocol

VMess는 사용자 ID와 연결에 필요한 전송 설정을 포함하는 프록시 프로토콜입니다. WebSocket과 TLS는 관련 전송 또는 보안 계층 설정을 가리키며 VMess 자체와 같은 개념은 아닙니다. 서버에서 요구하는 경로, 호스트명, 보안 설정을 일치시켜야 합니다. 시스템 시간이 크게 어긋나도 인증에 문제가 생길 수 있으므로 로그를 확인해 원인을 파악하세요.

VLESS

VLESS protocol

VLESS는 자체적으로 페이로드를 암호화하지 않는 경량 프록시 프로토콜로, TLS나 REALITY 같은 보안 기능과 함께 사용하는 경우가 많습니다. 연결 여부는 전송 방식과 관련 설정, 코어 버전의 호환성에도 달려 있습니다. 구독을 불러올 수 있다고 해서 모든 조합이 작동하는 것은 아닙니다. 로그에 미지원 항목이 표시되면 보안 설정을 끄고 연결을 시도하기보다 클라이언트에서 사용하는 코어를 먼저 확인하세요.

Trojan

Trojan protocol

Trojan은 보통 TLS로 연결을 보호하고 비밀번호로 인증하며, 설정에 서버 이름 등의 항목이 포함됩니다. 인증서 검증 실패와 비밀번호 오류는 서로 다른 문제이므로 시스템 시간, 서버 이름, 계정 정보를 각각 확인해야 합니다. 인증서 검증을 건너뛰는 방법을 장기적인 해결책으로 삼지 마세요. 연결의 보안 범위가 달라질 수 있습니다.

트래픽 경로

규칙과 라우팅

라우팅 규칙은 코어에 들어온 연결이 어떤 경로로 이동할지 결정합니다. 웹사이트에 잘못된 정책이 적용된다면 먼저 어떤 규칙과 일치했는지 확인한 다음, 해당 규칙이 참조하는 프록시 그룹의 현재 선택을 살펴보세요.

규칙 기반 라우팅

Rule-based routing

규칙 기반 라우팅은 도메인, IP 또는 다른 조건에 따라 연결을 지정된 프록시 그룹, 직접 연결, 차단 정책으로 보냅니다. 규칙은 보통 위에서 아래로 확인하며 먼저 일치하는 규칙이 적용되므로 순서와 내용이 모두 중요합니다. 규칙 모드는 코어에 들어온 뒤의 트래픽 경로만 결정하며 모든 앱의 트래픽을 자동으로 처리하지는 않습니다. 실제 처리 범위는 시스템 프록시, TUN, 앱 자체의 프록시 설정에 따라 달라집니다.

프록시 그룹

proxy-groups

프록시 그룹은 노드나 다른 정책을 묶어 관리하며, 클라이언트에서는 보통 선택 목록으로 표시됩니다. 수동 선택, 자동 테스트, 장애 조치는 서로 다른 그룹 유형이며 테스트 주소와 전환 조건에 따라 결과가 달라집니다. 그룹 하나를 바꿔도 모든 연결이 같은 노드로 이동하는 것은 아닙니다. 먼저 대상 웹사이트가 어떤 규칙과 일치하며 그 규칙이 어떤 그룹을 참조하는지 확인한 다음, 그룹에서 실제로 선택된 항목을 살펴보세요.

GeoIP

IP geolocation database

GeoIP는 IP 위치 데이터베이스를 이용해 대상 주소의 지역을 판별하며, 직접 연결 또는 프록시 라우팅에 사용할 수 있습니다. 결과는 데이터베이스와 실제로 조회된 IP에 따라 달라지므로 웹사이트 브랜드나 등록 지역, 사용자의 위치를 그대로 나타내지는 않습니다. CDN을 사용하는 웹사이트는 지역에 따라 다른 주소로 조회될 수 있습니다. 라우팅 결과가 예상과 다르면 조회된 주소, 데이터베이스 업데이트 상태, 규칙 순서를 함께 확인하세요.

GeoSite

Domain category database

GeoSite는 서비스나 주제별로 도메인을 모아 둔 목록으로, 규칙과 DNS 정책에서 참조해 도메인을 하나씩 입력하는 수고를 줄일 수 있습니다. 분류명과 포함 범위는 데이터 출처에 따라 달라지므로 이름이 같아도 출처마다 내용이 다를 수 있습니다. 사용 전에 코어가 해당 항목을 지원하는지, 데이터 파일을 불러올 수 있는지, 참조한 분류가 실제로 존재하는지 확인하세요.

MATCH

Fallback rule

MATCH는 앞선 규칙과 일치하지 않은 연결을 처리하므로 보통 규칙 목록의 마지막에 기본 경로로 둡니다. 예를 들어 MATCH,PROXY는 PROXY라는 정책으로 연결을 보내며, 해당 정책은 설정에 미리 정의되어 있어야 합니다. 기본 규칙을 앞에 두면 뒤의 규칙이 적용되지 않을 수 있습니다. 기본 경로를 직접 연결로 설정할지 프록시로 설정할지는 사용 목적에 따라 결정하세요.

트래픽 처리와 DNS 조회

네트워크 모드

이 설정은 두 가지를 결정합니다. 앱 트래픽이 어떻게 클라이언트로 들어오는지, 도메인이 어떻게 조회되는지입니다. 스위치 하나를 켠다고 설정이 모두 끝나는 것은 아닙니다. 권한, 라우팅, 수신 주소, DNS 경로도 함께 확인해야 합니다.

시스템 프록시

System proxy

시스템 프록시는 운영체제의 프록시 설정에 클라이언트의 수신 주소와 포트를 등록해, 해당 설정을 따르는 앱의 요청을 클라이언트로 전달합니다. 일부 게임, 명령줄 도구, 자체 네트워크 설정을 사용하는 앱은 이를 무시할 수 있으므로 브라우저가 연결된다고 다른 프로그램도 연결된다는 뜻은 아닙니다. 클라이언트를 종료한 뒤에도 네트워크에 접속할 수 없다면 시스템 프록시 설정에 로컬 포트가 남아 있는지 확인하세요.

TUN 모드

Virtual network interface

TUN은 가상 네트워크 인터페이스와 라우팅 설정을 통해 트래픽을 받아 시스템 프록시를 따르지 않는 일부 앱도 처리할 수 있습니다. 실제 처리 범위는 라우팅, 제외 설정, 시스템 권한, 클라이언트 구현에 따라 달라지며 모든 연결이 프록시를 통과한다는 뜻은 아닙니다. 다른 VPN, 가상 네트워크 어댑터, 보안 소프트웨어와 함께 사용하면 충돌할 수 있으므로 문제를 해결할 때는 네트워크를 제어하는 프로그램을 하나씩 줄여 보세요.

혼합 포트

mixed-port

mixed-port를 사용하면 하나의 수신 포트에서 HTTP와 SOCKS5 프록시 요청을 모두 받을 수 있습니다. 앱에서는 사용하는 프록시 유형을 올바르게 선택해야 합니다. 포트 번호는 변경할 수 있으므로 현재 설정에 표시된 값을 확인하세요. 컴퓨터를 통해 휴대폰을 연결하려면 allow-lan, 수신 주소, 방화벽 설정도 함께 조정해야 하며, 신뢰할 수 있는 LAN 기기만 접속하도록 제한하세요.

Fake-IP

Synthetic DNS address

Fake-IP는 DNS 조회에 가상 주소를 할당하고 도메인과의 매핑을 저장해, 이후 연결에서 도메인을 복원하고 트래픽을 라우팅하는 방식입니다. 조회 결과인 가상 주소는 웹사이트의 실제 서버 주소가 아니므로 이를 보고 접속 지역을 판단할 수 없습니다. 실제 DNS 조회 결과에 의존하는 앱은 예외 처리해야 할 수 있으며, 모드를 바꾼 뒤에는 이전 DNS 캐시가 결과 확인에 영향을 줄 수 있습니다.

DNS 누수

DNS leak

DNS 누수는 보통 조회가 예상한 경로를 벗어나 원하지 않는 DNS 리졸버에서 처리되는 현상을 가리키며, 프록시가 완전히 작동하지 않는다는 뜻은 아닙니다. 시스템 DNS, 브라우저에 내장된 암호화 DNS, 클라이언트의 DNS 설정이 조회 경로에 영향을 줄 수 있습니다. 문제를 해결할 때는 앱 설정과 로그를 함께 확인해 실제 요청 경로를 파악하세요. 검사 페이지에 표시된 지역명만으로 결론을 내리지 마세요.

가져오기와 관리

구독 및 설정

구독은 정보를 가져오는 역할을 하고 설정은 동작 방식을 정의합니다. 속도 테스트는 노드를 선택할 때 참고하는 정보일 뿐입니다. 가져온 뒤에는 설정을 활성화하고 프록시 그룹을 확인한 다음, 앱 트래픽이 실제로 클라이언트에 들어오는지 점검해야 합니다.

구독은 링크를 통해 노드나 설정 정보를 가져오고 업데이트하는 방식입니다. 서비스에 따라 전체 설정을 제공하기도 하고 노드 목록만 제공하기도 합니다. 링크 형식이 클라이언트와 호환되어야 하며, 가져온 뒤에는 해당 설정을 선택하고 활성화해야 합니다. 구독 주소에 계정 인증 정보가 포함될 수 있으므로 비밀번호처럼 관리하세요. 전체 주소를 공개 게시판에 올리거나 신뢰할 수 없는 변환 서비스에 입력하지 마세요.

설정 파일

Profile / config.yaml

설정 파일은 수신 포트, 노드, 프록시 그룹, 규칙, DNS 등의 동작을 정의하며, 클라이언트에서는 설정 또는 Profile이라고 부르기도 합니다. 파일을 가져오는 것은 내용을 저장하는 것일 뿐 실제로 사용 중이라는 뜻은 아니므로 활성 설정이 선택되어 있는지 확인해야 합니다. 원격 구독으로 생성된 파일을 직접 수정하면 업데이트 시 덮어써질 수 있습니다. 장기간 설정을 맞춤화하려면 클라이언트에서 제공하는 오버라이드나 병합 기능을 사용하세요.

지연 시간

Latency

지연 시간은 클라이언트가 지정한 테스트 방식으로 측정한 응답 시간이며, 보통 밀리초로 표시됩니다. 테스트 방식은 클라이언트마다 다를 수 있습니다. 테스트 주소, 시간 초과 기준, 현재 네트워크 상태에 따라 결과가 달라지며 지연 시간이 짧다고 다운로드 속도가 빠른 것은 아닙니다. 시간 초과가 표시되면 실제 웹사이트 접속과 로그를 함께 확인하세요. 노드를 선택할 때는 대상 서비스, 지역, 연결 안정성도 고려해야 합니다.

트래픽 배율

Traffic billing ratio

트래픽 배율은 구독 서비스가 노드 사용량을 환산할 때 적용하는 과금 계수로, 속도나 성능의 배수가 아닙니다. 예를 들어 2배 배율이 적용되면 실제 전송량의 두 배가 사용량에서 차감될 수 있지만, 정확한 기준은 서비스 제공업체의 집계 방식에 따라 달라집니다. 노드 이름의 배율 표시는 참고 정보일 뿐입니다. 사용 전 계정 안내와 사용량 기록을 확인해 높은 배율을 더 빠른 노드로 오해하지 않도록 하세요.

프록시 프로바이더

proxy-providers

프록시 프로바이더는 원격 또는 로컬에서 노드 목록을 불러오며, proxy-providers로 정의한 뒤 프록시 그룹에서 참조합니다. 프로바이더는 노드를 가져오고 프록시 그룹은 노드를 선택해 사용하는 역할을 하므로, 프로바이더는 전체 설정 구독과 다릅니다. 문제를 해결할 때는 다운로드 성공 여부, 데이터 형식의 호환성, 프록시 그룹에서 프로바이더 이름을 올바르게 참조하는지 각각 확인하세요.