Clash 용어 해설

암호화 전송 기반의 경량 프록시 프로토콜로 흔히 SS로 줄여 부릅니다. 설계가 단순하고 오버헤드가 적어 Clash와 mihomo 코어가 기본적으로 지원하며 구독 노드에서 가장 흔한 프로토콜 중 하나입니다. 노드 이름에 SS가 붙어 있다면 보통 이것을 가리킵니다.

V2Ray 프로젝트가 설계한 암호화 전송 프로토콜로 클라이언트와 서버의 시간 동기화를 이용해 인증합니다. 기기 간 시간 차이가 너무 크면 연결에 실패합니다. Shadowsocks보다 설정 항목이 많고 WebSocket, gRPC 등 다양한 전송 계층 위장을 지원합니다.

프록시 트래픽을 표준 HTTPS 트래픽처럼 위장하는 프로토콜로 실제 도메인과 TLS 인증서를 이용해 동작합니다. 일반 웹사이트 접속과 트래픽 특성이 비슷해 식별하기 어렵습니다. Clash 계열 코어는 모두 지원하며 설정 필드가 적어 문제 해결도 비교적 쉽습니다.

VMess의 경량화 후속 프로토콜로 내장 암호화 계층을 제거하고 보통 TLS나 Reality와 함께 보안을 제공합니다. 원본 Clash 코어는 이 프로토콜을 지원하지 않지만 mihomo 코어는 지원합니다. 구독에 VLESS 노드가 있다면 클라이언트가 신형 코어를 사용하는지 확인하세요.

QUIC 기반 프록시 프로토콜로 손실률과 지연이 높은 네트워크 환경에 맞춰 혼잡 제어를 최적화해 불안정한 네트워크에서 처리량이 눈에 띄게 좋습니다. mihomo 등 신형 코어만 지원하며 업데이트가 중단된 클라이언트(예: Clash for Windows)는 이런 노드를 그냥 무시합니다.

Clash의 기본 동작 모드로 모든 연결이 설정 파일의 rules 항목을 순서대로 매칭해 명중한 규칙의 출구를 따라 직접 연결 또는 프록시로 나뉩니다. 일상적으로는 RULE 모드를 유지하면 되며 분산이 합리적인지는 규칙의 품질에 달려 있습니다.

모든 트래픽 분산 규칙을 건너뛰고 전체 트래픽을 선택한 프록시 출구로 통일해 보냅니다. '규칙 문제인지 노드 문제인지'를 임시로 점검하거나 짧은 시간 동안 모든 트래픽을 프록시로 보내야 할 때 적합합니다. 장기간 전역 모드를 켜 두면 국내 사이트도 우회하게 되어 접속이 느려집니다.

모든 트래픽이 프록시를 거치지 않고 로컬 네트워크에서 직접 나가며 클라이언트를 종료하지 않고 프록시를 잠시 '끄는' 것과 같은 효과입니다. 네트워크 문제를 점검할 때 모드를 DIRECT로 전환해 접속 결과를 비교하는 것은 가장 빠른 이분법적 방법 중 하나입니다.

여러 노드를 선택 가능한 하나의 그룹으로 묶은 것입니다. 흔한 유형으로 수동 선택 select, 자동 속도 측정 url-test, 장애 조치 fallback, 로드 밸런싱 load-balance가 있습니다. 규칙의 출구는 보통 단일 노드가 아니라 정책 그룹을 가리키므로 노드를 바꿀 때는 그룹 안에서 전환하면 되고 규칙 자체는 손댈 필요가 없습니다.

클라이언트가 지정된 테스트 주소로 요청을 보내 걸린 시간을 측정해 노드 응답 속도를 밀리초 단위로 가늠합니다. url-test 유형의 정책 그룹은 주기적으로 속도를 측정해 지연이 가장 낮은 노드를 자동으로 선택합니다. 지연이 낮다는 것은 응답이 빠르다는 뜻일 뿐 대역폭이 크다는 의미는 아닙니다.

도메인, IP 소속 지역, 프로세스 이름 등의 조건에 따라 서로 다른 트래픽을 다른 출구로 배분하는 메커니즘으로 Clash가 단순한 프록시 도구와 구별되는 핵심 기능입니다. 대표적인 방식은 국내 사이트는 직접 연결하고 해외 사이트는 프록시를 사용해 속도와 접속 가능성을 모두 챙기는 것입니다.

도메인 접미사로 매칭하는 규칙 유형으로 대표 도메인 하나를 매칭하면 그 하위 도메인을 모두 포함합니다. 사용자 정의 규칙을 작성할 때 가장 많이 쓰이는 방식입니다. 비슷한 유형으로 정확히 매칭하는 DOMAIN과 키워드로 매칭하는 DOMAIN-KEYWORD가 있으며 매칭 범위는 좁은 순에서 넓은 순으로 늘어납니다.

목적지 IP의 지리적 소속 데이터베이스로 매칭하는 규칙 유형으로 가장 흔한 예는 특정 지역 IP를 직접 연결로 지정하는 것입니다. IP를 얻으려면 먼저 도메인 해석을 완료해야 하므로 GEOIP 규칙은 보통 모든 도메인 관련 규칙보다 뒤에 배치해 불필요한 해석 비용을 줄입니다.

앞선 규칙 어디에도 명중하지 않은 모든 트래픽을 처리하는 최종 규칙으로 rules 항목의 맨 마지막에 두어야 합니다. 알 수 없는 트래픽의 기본 처리 방향을 결정하는데 정책 그룹을 가리키면 '알 수 없으면 프록시', DIRECT를 가리키면 '알 수 없으면 직접 연결'이 되며 두 방향 모두 장단점이 있습니다.

대량의 규칙 항목을 별도 외부 파일로 분리해 설정에서 참조하고 주기적으로 자동 업데이트하는 방식입니다. 커뮤니티가 관리하는 규칙 세트는 보통 수만 개의 도메인을 담고 있어 한 줄만 참조해도 바로 쓸 수 있고 직접 작성하고 관리하는 부담을 덜어줍니다. mihomo 코어가 규칙 세트 형식을 가장 폭넓게 지원합니다.

원본 Clash 코어가 보관 처리된 후 커뮤니티가 이어서 관리하는 오픈소스 코어로 예전 이름은 Clash Meta입니다. 현재 활발히 쓰이는 그래픽 클라이언트는 거의 모두 내부적으로 mihomo를 사용하며 VLESS, Hysteria2 같은 신규 프로토콜과 더 풍부한 규칙 유형을 지원해 사실상의 표준 코어로 자리 잡았습니다.

mihomo 코어 기반의 오픈소스 데스크톱 클라이언트로 Windows, macOS, Linux 세 플랫폼을 지원합니다. 기존 Clash Verge의 업데이트가 멈춘 후 커뮤니티가 이어받아 계속 관리하며 TUN 모드와 구독 관리를 지원해 데스크톱 환경의 주요 선택지 중 하나입니다.

iOS, Android, Windows, macOS를 지원하는 멀티 플랫폼 클라이언트로 iOS 버전은 App Store로 배포되며 공식 사이트는 clashplus.io입니다. 휴대폰과 컴퓨터에서 같은 조작 방식을 쓸 수 있어 여러 기기를 함께 쓰는 사용자에게 적합합니다. 플랫폼별 설치 파일은 다운로드 페이지에서 확인하세요.

운영체제에 가상 네트워크 카드를 만들어 모든 네트워크 트래픽을 처리하는 방식으로 시스템 프록시 설정을 읽지 않는 프로그램(명령줄 도구, 일부 게임 등)까지 처리할 수 있습니다. 활성화하려면 보통 관리자 권한이나 시스템 확장 권한이 필요하며 처음 켤 때는 클라이언트 안내에 따라 권한을 허용하면 됩니다.

클라이언트가 자신의 리스닝 포트를 운영체제 프록시 설정에 기록해 이를 따르는 브라우저 등의 앱이 자동으로 프록시를 사용하게 합니다. 가장 흔히 쓰이고 부작용이 가장 적은 처리 방식이며 시스템 프록시를 따르지 않는 프로그램은 TUN 모드로 보완해야 합니다.

설정 파일에 담긴 사용 가능한 프록시 서버 기록 하나로 주소, 포트, 프로토콜, 인증 정보를 포함하며 설정의 proxies 항목에 대응합니다. 구독을 가져오면 노드가 각 정책 그룹에 나타나 수동으로 선택하거나 자동 속도 측정에 참여합니다.

서비스 제공자가 제공하는 URL로 클라이언트가 주기적으로 이를 가져와 최신 노드와 규칙을 받으며 노드가 바뀌면 구독을 새로고침해 동기화할 수 있습니다. 구독 링크는 접속 자격 증명과 같으므로 캡처해서 유출하거나 공개된 곳에 붙여넣지 마세요. 가져오는 방법은 설정 가이드를 참고하세요.

다른 형식의 노드 구독을 Clash가 인식할 수 있는 YAML 설정으로 바꾸는 과정으로 온라인 변환 서비스나 클라이언트 내장 기능으로 처리할 수 있습니다. 변환할 때 규칙 템플릿을 함께 적용해 한 번에 완전한 분산 규칙이 포함된 설정을 얻을 수도 있습니다. 제3자 변환 서비스를 쓰면 구독 내용이 상대 서버를 거치게 되므로 스스로 판단해 선택해야 합니다.

Clash가 사용하는 설정 파일 형식으로 들여쓰기로 계층을 표현하며 주로 port, DNS, proxies, proxy-groups, rules 등의 항목을 포함합니다. 들여쓰기 공백 수를 잘못 쓰거나 탭 문자가 섞이는 것이 설정을 불러오지 못하는 가장 흔한 원인이며 오류 메시지의 줄 번호가 점검의 출발점입니다.

DNS 처리 방식 중 하나로 도메인에 먼저 예약된 대역의 가상 IP를 돌려주어 연결을 즉시 성립시키고 실제 해석은 필요할 때 코어가 처리합니다. DNS 대기 시간을 줄이고 해석 결과가 방해받는 것을 막을 수 있지만 실제 IP에 의존하는 일부 로컬 네트워크 앱은 예외 목록에 추가해야 할 수 있습니다.

트래픽 자체는 프록시를 거치지만 도메인 해석 요청이 여전히 로컬 네트워크에서 평문으로 나가 접속 대상이 제3자에게 노출되는 현상을 가리킵니다. 코어의 DNS 처리 인수 또는 Fake-IP 모드를 활성화하면 방지할 수 있으며 유출 여부는 공개된 DNS 검사 페이지로 직접 확인할 수 있습니다.