CLASH / 설정 용어 색인
먼저 세 가지를 구분하세요. 설정을 어디서 가져오는지, 연결이 어떤 출구를 이용하는지, 휴대폰이 트래픽을 클라이언트에 어떻게 전달하는지입니다. 아래에서는 주요 용어를 다섯 가지 범주로 나눴으며, 각 항목 제목 옆 링크로 바로 이동할 수 있습니다.
처음 설정한다면 구독, 노드, 규칙 기반 라우팅부터 살펴보세요. 화면을 잠근 뒤 연결이 끊긴다면 모바일 시스템 메커니즘을 확인하세요. 순서대로 진행하는 방법은 사용 가이드 →에서 볼 수 있습니다.
구독은 데이터를 제공하고, 코어는 설정을 실행하며, 클라이언트는 UI와 시스템 연동을 담당합니다. 문제가 생기면 먼저 어느 단계에서 오류가 발생했는지 확인하세요.
구독은 노드나 설정을 가져오는 원격 접속 경로로, 보통 하나의 링크로 제공됩니다. 노드 목록만 포함된 구독도 있고 규칙, 프록시 그룹, DNS 설정까지 포함된 구독도 있습니다. 가져오기 전에 현재 클라이언트가 해당 형식을 인식하는지 확인하세요. 구독을 갱신해도 보통 내용만 새로고침되며 서비스 이용 기간은 자동 연장되지 않습니다. 링크에 접속 인증 정보가 포함될 수 있으므로 화면을 공유하거나 도움을 요청할 때는 전체 주소를 가리세요.
노드는 서버 주소, 포트, 프로토콜, 인증 정보 등을 포함하는 프록시 연결 항목입니다. 목록에 표시된 이름은 식별용일 뿐, 실제 출구 위치를 검증해 주지 않으며 이름만으로 회선 품질을 판단할 수도 없습니다. 노드를 가져올 수 있다는 것은 설정이 인식되었다는 뜻일 뿐입니다. 실제 사용 가능 여부는 인증, 네트워크 연결, 서버 상태를 확인해야 합니다.
클라이언트에 표시되는 노드 지연 시간은 대개 프록시를 통해 특정 테스트 주소에 접속하는 데 걸리는 시간이며, 일반적인 ICMP Ping과는 다를 수 있습니다. 테스트 주소, 핸드셰이크 과정, 현재 네트워크에 따라 달라지므로 조건이 다른 측정값을 직접 비교하기는 어렵습니다. 지연 시간이 짧아도 다운로드 속도가 빠르다는 뜻은 아닙니다. 시간 초과가 발생하면 먼저 테스트 주소에 접속할 수 있는지 확인한 뒤 노드 상태를 점검하세요.
mihomo는 Clash.Meta 프로젝트에서 발전한 프록시 코어로, 설정을 읽고 연결을 구성하며 라우팅을 수행합니다. 휴대폰의 버튼, 구독 관리, 시스템 권한 처리는 보통 클라이언트가 담당하므로 UI 버전과 코어 버전을 혼동하지 마세요. 특정 설정 항목을 사용할 수 있는지는 클라이언트 이름만 보지 말고 실제 코어의 지원 여부를 확인해야 합니다.
YAML은 Clash 설정에 자주 쓰이는 텍스트 형식으로, 들여쓰기로 계층을 나타내고 목록으로 노드와 규칙을 구성합니다. 편집할 때는 공백을 사용하고 같은 단계의 들여쓰기를 통일하세요. 들여쓰기에 탭을 섞지 말고 중복 키도 확인해야 합니다. 파일 문법이 올바른 것은 첫 단계일 뿐입니다. 코어가 해당 항목을 지원하는지, 지정한 정책 이름이 실제로 있는지는 설정을 불러올 때 추가로 확인해야 합니다.
프로토콜은 클라이언트와 서버가 통신하는 방식을 정합니다. 프로토콜 이름이 같더라도 전송 방식, 보안, 인증 설정을 확인해야 합니다. 연결을 시도하려고 프로토콜 유형만 바꾸는 것은 권장하지 않습니다.
Shadowsocks는 암호화 프록시 프로토콜입니다. 일반적인 설정 항목은 서버, 포트, 암호화 방식, 비밀번호입니다. 클라이언트와 서버는 같은 암호화 방식을 지원해야 하며, 일부 설정은 추가 플러그인과 관련 매개변수에 의존합니다. 가져온 뒤 연결되지 않는다면 먼저 이 정보를 확인하고 코어의 지원 범위도 살펴보세요. 항목에 SS라고 표시되어도 모든 구현에서 호환되는 것은 아닙니다.
VMess는 V2Ray 생태계에서 사용하는 프록시 프로토콜로, 사용자 식별에 UUID를 자주 사용하며 다양한 전송 방식과 함께 구성할 수 있습니다. 노드에는 주소와 포트 외에도 TLS, 서버 이름, 경로, 요청 헤더 설정이 필요할 수 있습니다. 인증에 문제가 있다면 휴대폰 시간이 정확한지도 확인하세요. UUID만 복사하고 전송 설정을 빠뜨리면 연결 정보를 제대로 복원하기 어렵습니다.
VLESS는 경량 프록시 프로토콜로, 자체적으로 전송을 암호화하지 않으며 실제 구성에서는 TLS나 REALITY 같은 보안 메커니즘을 함께 사용하는 경우가 많습니다. VMess와는 별개의 프로토콜이므로 설정의 유형 이름만 바꿔서는 전환할 수 없습니다. 사용 가능 여부는 코어가 해당 전송 방식, 보안 설정, 조합을 지원하는지에 따라 달라집니다. 서버에서 제공한 정보를 빠짐없이 가져오세요.
Trojan은 일반적으로 TLS 연결을 사용하는 프록시 프로토콜이며, 인증 비밀번호와 보안 설정이 일치해야 연결할 수 있습니다. TLS 서버 이름은 인증서 검증 등에 사용되며 연결 주소와 항상 같지는 않습니다. 로그에 인증서 오류가 표시되면 기기 시간, 서버 이름, 인증서 상태를 확인하세요. 인증서 검증을 건너뛰는 방법을 일상적인 해결책으로 사용하지 마세요.
Hysteria 2는 QUIC 기반 프록시 프로토콜로, 보통 UDP 네트워크에 연결할 수 있어야 합니다. 현재 네트워크에서 UDP가 제한되면 다른 유형의 노드는 연결되더라도 Hysteria 2는 실패할 수 있습니다. 1세대 Hysteria 지원이 2세대 지원을 뜻하지는 않습니다. 알 수 없는 유형이나 매개변수 오류가 발생하면 낯선 항목을 바로 삭제하지 말고 코어 버전과 구독 형식을 확인하세요.
먼저 연결에 적용할 정책을 정한 다음, 해당 정책에서 노드를 선택합니다. 규칙의 대상 이름은 설정에 등록된 출구 이름과 일치해야 합니다.
규칙 기반 라우팅은 도메인, 대상 주소 또는 기타 조건에 따라 연결이 사용할 출구를 선택하며, 일반적인 사용에는 규칙 모드가 적합합니다. 규칙은 보통 위에서 아래로 확인하고 조건에 맞으면 해당 정책을 적용하므로 구체적인 항목을 포괄적인 항목보다 앞에 배치해야 합니다. 마지막의 MATCH는 흔히 기본 규칙으로 사용합니다. Clash 사용자 지정 규칙을 추가할 때는 대상 정책 이름이 실제로 있는지도 확인하세요.
프록시 그룹은 여러 노드나 다른 프록시 그룹을 규칙에서 참조할 수 있는 하나의 출구로 묶습니다. select는 직접 선택하고, url-test는 탐지 결과에 따라 선택하며, fallback은 순서대로 사용 가능한 항목을 선택합니다. load-balance는 연결마다 출구를 분배합니다. 자동 그룹의 탐지 결과는 시간이 지나면 달라질 수 있으며, 로드 밸런싱을 사용해도 하나의 다운로드 연결 속도가 합산되어 빨라지는 것은 아닙니다.
Clash 전역 모드에서는 코어에 들어온 일반 연결에 라우팅 규칙을 하나씩 적용하는 대신 전역 정책을 적용합니다. 휴대폰의 모든 트래픽이 가로채진다는 뜻은 아닙니다. 트래픽이 클라이언트에 들어오는지는 VPN, 시스템 프록시, 라우팅 설정에 따라 달라집니다. 규칙 문제를 점검할 때는 잠시 모드를 바꿔 비교해 보고, 테스트가 끝나면 필요한 모드로 되돌리세요.
GeoIP는 데이터베이스에 기록된 IP 지역 정보를 기준으로 매칭하며, 대상 주소에 따라 출구를 선택할 때 자주 사용합니다. 결과는 데이터베이스 버전, 주소 할당, 서비스 배포 변경의 영향을 받으므로 정확한 지리적 위치를 나타내거나 웹사이트 콘텐츠가 어느 지역에 속하는지 판단해 주지는 않습니다. 도메인 규칙과 GeoIP 규칙을 함께 사용하면 규칙 순서와 이름 확인 방식이 최종 매칭 결과에 영향을 줍니다.
규칙 세트는 여러 도메인이나 주소 항목을 재사용 가능한 목록으로 분리해 기본 설정이 불필요하게 길어지는 것을 막습니다. mihomo에서는 보통 rule-providers로 소스를 정의한 뒤 RULE-SET으로 참조하고 출구를 지정합니다. 목록 내용은 선언된 매칭 유형 및 파일 형식과 일치해야 합니다. 업데이트에 실패하면 다운로드 경로, 형식, 참조 이름을 각각 확인하세요.
이름 확인은 도메인이 주소로 변환되는 방식을 결정하고, 네트워크 가로채기는 연결이 코어에 들어갈 수 있는지를 결정합니다. 서로 관련은 있지만 같은 설정은 아닙니다.
DNS는 도메인 이름을 IP 주소로 변환해 앱이 연결할 주소를 알 수 있게 합니다. Clash의 DNS 설정은 도메인 인식과 라우팅에도 영향을 주지만, 휴대폰 시스템, 브라우저, 앱이 자체 이름 확인 방식을 사용할 수도 있습니다. 설정을 바꾸기 전에 대상 웹사이트와 프록시 서버 주소의 이름 확인을 구분하세요. 모든 DNS 서버를 무작정 바꾸면 노드 연결 자체가 실패할 수 있습니다.
Fake-IP는 조회한 도메인에 가상 주소를 할당한 다음, 후속 연결을 원래 도메인과 연결하도록 코어가 처리해 도메인 규칙을 적용하기 쉽게 합니다. DNS 조회와 연결이 모두 해당 처리 경로를 거쳐야 하며, 가상 주소는 웹사이트 실제 서버 주소가 아닙니다. 일부 앱이 호환되지 않으면 실제 문제에 맞춰 예외를 설정하세요. 먼저 DNS 모드 전체를 바꿀 필요는 없습니다.
DNS 유출은 이름 확인 요청이 예상한 경로가 아닌 다른 경로로 전송되는 현상입니다. 예를 들어 지정한 DNS 서버로 보내야 하는 요청이 로컬 네트워크에서 직접 나갈 수 있습니다. 유출 여부는 설정 의도에 따라 판단해야 하며, 검사 페이지에 표시된 DNS 서버의 지역만으로 판단할 수 없습니다. 점검할 때는 시스템 비공개 DNS, 브라우저 보안 DNS, 클라이언트 DNS 설정, 라우팅 로그를 함께 확인하세요.
TUN은 가상 네트워크 인터페이스로 IP 패킷을 받아 시스템 프록시 설정을 따르지 않는 연결도 더 많이 코어로 전달합니다. 원격 프록시 프로토콜의 한 종류는 아니며, 실제로 가로채는 범위는 라우팅, 권한, 플랫폼 구현에 따라 달라집니다. 데스크톱에서는 서비스 권한이 필요할 수 있습니다. Android에서는 보통 VpnService로 트래픽 진입 경로를 만들며, 화면에 반드시 TUN이라고 표시되는 것은 아닙니다.
시스템 프록시는 시스템 설정을 따르는 앱에 프록시 경로를 제공하며, 보통 로컬 수신 주소와 포트를 포함합니다. 앱이 직접 연결하거나 별도 네트워크 설정을 사용하면 이 경로를 거치지 않을 수 있으므로 브라우저가 작동한다고 다른 앱도 작동하는 것은 아닙니다. 시스템 프록시와 TUN은 가로채는 방식이 다를 뿐, 어느 쪽 노드가 더 빠른지의 차이가 아닙니다. 클라이언트를 종료한 뒤 수동 프록시 설정이 남아 있는지도 확인하세요.
휴대폰 연결 안정성은 노드에만 달려 있지 않습니다. 최초 권한 승인, 백그라운드 제한, VPN 충돌 여부도 시스템 설정에서 확인해야 합니다.
VpnService는 Android가 제공하는 VPN 인터페이스입니다. 클라이언트는 이를 이용해 로컬 가상 인터페이스를 만들고 트래픽을 처리하며, 처음 실행할 때는 보통 시스템 권한을 승인해야 합니다. 상태 표시줄에 VPN 아이콘이 나타나도 터널이 설정되었다는 뜻일 뿐 원격 노드가 반드시 작동하는 것은 아닙니다. 같은 사용자나 업무 프로필에서는 일반적인 VPN을 여러 개 동시에 실행할 수 없는 경우가 많으며, 다른 VPN 앱을 시작하면 현재 연결이 대체될 수 있습니다.
배터리 최적화 제외는 앱의 백그라운드 배터리 제한을 줄이는 설정으로, 제조사마다 명칭이 다릅니다. 시스템에서 제한 없음, 자동 시작, 백그라운드 활동 허용을 각각 제공할 수 있으니 기기의 옵션을 하나씩 확인하세요. 화면을 잠근 뒤 연결이 끊긴다면 먼저 이 제한을 살펴보세요. 다만 제외 목록에 추가해도 프로세스가 절대 종료되지 않는 것은 아니며 노드나 네트워크 문제를 해결해 주지도 않습니다.
항상 켜져 있는 VPN은 조건이 허용될 때 지정한 VPN 서비스를 유지하는 Android 시스템 기능이며, 사용할 수 있는지는 클라이언트와 시스템 지원 여부에 따라 달라집니다. ‘VPN을 사용하지 않는 연결 차단’은 별도 옵션으로, VPN 서비스가 준비되지 않았을 때 네트워크를 차단할 수 있습니다. 사용하기 전에 구독, 노드, 클라이언트가 정상 작동하는지 확인하고 시스템 VPN 설정에서 제한을 해제하는 방법도 알아두세요.
iOS VPN 설정은 시스템에 저장되는 연결 정보입니다. 해당 기능을 지원하는 클라이언트가 필요할 때 권한을 요청해 추가합니다. 구독과는 용도가 다릅니다. VPN 설정은 시스템 트래픽을 전달할 경로를 만들고, 구독은 노드나 규칙을 제공합니다. 기업 관리용 구성 프로파일과도 다릅니다. 클라이언트를 삭제한 뒤에도 연결 문제가 남아 있다면 시스템의 VPN 설정에서 해당 항목을 확인하세요. 기기 관리 항목을 잘못 삭제하지 않도록 주의해야 합니다.
앱별 프록시는 앱마다 트래픽을 프록시 처리 경로로 보낼지 정합니다. Android 클라이언트에서는 보통 VpnService의 허용 목록이나 제외 목록으로 설정합니다. 코어에 들어온 뒤 도메인 규칙으로 라우팅하는 것과는 다른 단계입니다. 제외된 앱은 대개 해당 규칙으로 출구를 결정하지 않습니다. 설정할 때 목록이 ‘선택한 앱만 프록시 사용’인지 ‘선택한 앱 우회’인지 확인하고, iOS에도 같은 옵션이 있다고 가정하지 마세요.