GLOSSARY

Clash 용어집: 프록시 프로토콜과 설정 개념 정리

Clash 사용 튜토리얼을 읽거나 연결 문제를 해결할 때 TUN 모드, Fake-IP, GeoIP 같은 전문 용어를 자주 만나게 됩니다. 이 페이지는 20여 개의 주요 용어를 5개 분류로 정리했으며, 각 용어마다 독립된 앵커가 있어 튜토리얼과 FAQ에서 바로 이동하여 대조할 수 있습니다.

프록시 프로토콜 · 5개 코어와 클라이언트 · 4개 규칙과 분기 · 6개 네트워크와 DNS · 5개 구독과 설정 파일 · 6개

용어 설명은 개념 자체에 초점을 둡니다. 구체적인 조작 절차는 사용 튜토리얼을, 자주 발생하는 오류와 해결 방법은 자주 묻는 질문을 참고하세요.

프록시 프로토콜01 / 05

노드 항목의 type 필드에 해당하는 전송 프로토콜입니다. 프로토콜마다 요구하는 코어 버전이 다르므로, 구독을 가져온 후 일부 노드가 표시되지 않으면 프로토콜 호환성부터 확인하는 것이 좋습니다.

Shadowsocks프록시 프로토콜

대칭 암호화 기반의 경량 프록시 프로토콜로, SOCKS5를 기반으로 암호화 전송을 확장했습니다. 설정 항목이 적고 주요 필드는 서버 주소, 포트, 암호화 방식, 비밀번호입니다. 많은 Clash 구독에 여전히 포함되어 있으며 모든 버전의 코어에서 지원됩니다.

VMess프록시 프로토콜

V2Ray 프로젝트가 정의한 전송 프로토콜로, UUID로 사용자 인증을 수행하며 클라이언트와 서버의 시간 차이가 허용 범위 내에 있어야 합니다. WebSocket 및 TLS와 함께 자주 사용됩니다. 기기 시간이 부정확하면 이런 노드는 모두 핸드셰이크에 실패합니다.

VLESS프록시 프로토콜

VMess의 경량화된 후속 프로토콜로, 내장 암호화를 제거하고 UUID 기반 인증은 그대로 유지하며 암호화는 외부 TLS 또는 REALITY에 위임해 전송 오버헤드를 줄였습니다. 원조 Clash 코어는 이 프로토콜을 지원하지 않으므로 mihomo 코어 기반 클라이언트가 필요합니다.

Trojan프록시 프로토콜

프록시 트래픽을 표준 HTTPS로 위장하는 프로토콜로, 서버가 유효한 TLS 인증서를 보유해야 합니다. 트래픽 특징이 일반적인 웹 접속과 유사하며 설정 필드는 주로 서버 주소, 포트, 비밀번호입니다. 인증서 검증 실패는 이런 노드에서 흔히 발생하는 연결 오류 원인입니다.

Hysteria2프록시 프로토콜

QUIC 기반 전송 프로토콜로, 패킷 손실이 많은 회선에 맞춰 혼잡 제어를 최적화했으며 열악한 네트워크 환경에서 TCP 계열 프로토콜보다 처리량이 우수한 경우가 많습니다. 하위 계층에서 UDP를 사용하므로 UDP 트래픽이 제한된 네트워크에서는 연결이 불가능합니다. mihomo 등 최신 코어에서만 지원됩니다.

코어와 클라이언트02 / 05

Clash 생태계는 코어와 코어를 중심으로 개발된 각 플랫폼 클라이언트로 구성됩니다. 각 클라이언트의 설치 파일은 다운로드 페이지에서 확인할 수 있습니다.

mihomo코어와 클라이언트

현재 주류 Clash 클라이언트가 사용하는 코어로, Clash Meta 프로젝트가 이어받아 유지보수하며 이름을 바꾼 것입니다. 원조 코어를 기반으로 VLESS, Hysteria2, TUN 강화 기능 등을 추가했습니다. Clash Verge, FlClash 등 클라이언트가 모두 이 코어를 내장하고 있습니다.

Clash Verge코어와 클라이언트

데스크톱 GUI 클라이언트로, 정식 명칭은 Clash Verge Rev이며 Windows, macOS, Linux 세 플랫폼을 지원하고 mihomo 코어를 내장하고 있습니다. 구독 관리, TUN 모드 전환, 설정 강화 등의 기능을 제공하며, Clash for Windows 업데이트 중단 이후 흔히 선택되는 대체 클라이언트입니다.

Clash Meta for Android코어와 클라이언트

Android 플랫폼용 Clash 클라이언트로, 약칭 CMFA이며 mihomo 코어를 기반으로 합니다. 시스템 VPN 인터페이스를 통해 기기 트래픽을 처리하며 앱별 분기와 구독 자동 업데이트를 지원합니다. 최초 실행 시 시스템의 VPN 연결 요청을 승인해야 합니다.

코어와 GUI코어와 클라이언트

코어는 명령줄 방식으로 실행되는 프록시 프로그램 본체로 프로토콜 구현, 규칙 매칭, 트래픽 전달을 담당합니다. GUI 클라이언트는 코어를 감싸는 그래픽 인터페이스로 구독 관리와 시각적 조작을 담당합니다. 문제를 해결할 때 둘을 구분하면 원인 파악에 도움이 됩니다. 화면 이상은 대부분 클라이언트와 관련되고, 연결 동작은 대부분 코어와 설정에 의해 결정됩니다.

규칙과 분기03 / 05

한 연결이 프록시를 경유할지 직접 연결할지를 결정하는 메커니즘입니다. 이 개념들을 이해하면 설정 파일의 rules와 proxy-groups 항목의 의미가 훨씬 명확해집니다.

규칙 분기규칙과 분기

Clash의 핵심 동작 방식으로, 설정 파일의 규칙 목록을 위에서 아래로 순서대로 매칭하여 일치하는 연결을 해당 프록시 그룹 또는 직접 연결로 전달합니다. 규칙은 도메인, IP 소속 지역, 프로세스 이름 등의 조건으로 작성할 수 있으며 앞쪽에 있는 규칙이 우선 적용됩니다.

규칙 모드 Rule규칙과 분기

세 가지 아웃바운드 모드 중 하나로, 트래픽이 규칙 목록에 따라 순서대로 매칭되어 경로가 결정됩니다. 일상적인 사용에서 기본 권장 모드입니다. 이와 대비되는 것이 전부 프록시를 경유하는 전역 모드와 전부 직접 연결하는 직접 연결 모드로, 세 모드는 클라이언트 메인 화면에서 전환할 수 있습니다.

전역 모드 Global규칙과 분기

규칙 목록을 무시하고 클라이언트를 지나는 모든 트래픽을 현재 선택된 노드로 전달합니다. 노드 가용성을 임시로 확인하거나 규칙에 문제가 있을 때 대체 수단으로 사용하기에 적합합니다. 장기간 켜두면 본래 직접 연결되어야 할 로컬 트래픽도 프록시를 경유하게 되어 지연과 트래픽 소모가 늘어납니다.

프록시 그룹 Proxy Group규칙과 분기

여러 노드를 하나의 논리 그룹으로 묶은 것으로, 규칙의 아웃바운드 대상은 보통 단일 노드가 아닌 그룹을 가리킵니다. 대표적인 유형에는 수동 선택 select, 지연 기반 자동 전환 url-test, 장애 조치 fallback, 로드 밸런싱 load-balance이 있습니다. 클라이언트 화면에서 노드를 전환하는 것은 실제로는 그룹 내 현재 선택값을 바꾸는 것입니다.

GeoIP규칙과 분기

IP 소속 지역에 따라 트래픽을 매칭하는 규칙 유형으로, 내장된 IP 지리 데이터베이스에 의존합니다. 예를 들어 GEOIP,CN,DIRECT는 대상 IP가 중국 본토에 위치할 때 직접 연결한다는 뜻입니다. 데이터베이스는 코어 버전에 따라 갱신되며, 너무 오래된 데이터베이스는 일부 주소의 판정 오류를 일으킬 수 있습니다.

GeoSite규칙과 분기

도메인 분류 목록을 기준으로 매칭하는 규칙 유형으로, 데이터는 커뮤니티가 관리하는 도메인 목록에서 가져옵니다. DOMAIN 규칙을 하나씩 작성하는 것과 비교해, GEOSITE 규칙 하나면 전체 카테고리의 사이트를 포괄할 수 있으며 GeoIP 규칙과 함께 사용해 완전한 분기 방안을 구성하는 경우가 많습니다.

네트워크와 DNS04 / 05

트래픽이 어떻게 클라이언트로 들어오고, 도메인이 어떻게 해석되는지에 관한 내용입니다. TUN과 시스템 프록시 중 어느 것을 선택할지, DNS 설정의 세부 사항은 고급 사용에서 문제가 가장 많이 발생하는 부분입니다.

TUN 모드네트워크와 DNS

가상 네트워크 어댑터를 생성해 네트워크 계층에서 기기의 모든 트래픽을 처리하는 방식으로, 앱이 시스템 프록시 설정을 따르는지와 무관하게 작동합니다. 명령줄 도구, 게임 등 프록시 설정을 읽지 않는 프로그램은 TUN 모드가 있어야 처리할 수 있습니다. 활성화에는 보통 관리자 권한이나 시스템 확장 설치가 필요합니다.

시스템 프록시네트워크와 DNS

운영체제 차원의 HTTP/SOCKS 프록시 설정으로, 클라이언트가 켜면 시스템에 기록되며 이 설정을 따르는 브라우저 등의 앱은 트래픽을 Clash의 리스닝 포트로 전달합니다. 시스템 프록시를 따르지 않는 프로그램은 영향을 받지 않는데, 이것이 TUN 모드와의 주요 차이점입니다. 클라이언트가 비정상적으로 종료되어 시스템 프록시 설정이 남아 있으면 인터넷 연결이 끊길 수 있으므로 수동으로 꺼야 합니다.

Fake-IP네트워크와 DNS

DNS 처리 방식의 하나로, 클라이언트가 도메인 해석 요청에 예약된 대역의 가짜 IP를 반환하고 실제 해석은 트래픽이 실제로 나갈 때 수행합니다. DNS 왕복을 한 번 줄이고 유출 가능성을 낮출 수 있습니다. 실제 IP에 의존하는 일부 프로그램은 fake-ip-filter 제외 목록에 등록해야 합니다.

DNS 유출네트워크와 DNS

트래픽 자체는 프록시를 경유하지만 도메인 해석 요청은 여전히 로컬 통신사 DNS로 전송되어, 접속 대상이 로컬 네트워크에 노출되는 상황을 가리킵니다. Clash의 DNS 모듈을 설정하고 유출 확인 사이트로 검증하면 해석 요청이 트래픽과 같은 경로를 지나는지 확인할 수 있습니다.

Mixed 포트네트워크와 DNS

클라이언트가 로컬에서 리스닝하는 혼합 프로토콜 포트로, HTTP와 SOCKS5 두 가지 프록시 요청을 동시에 받아들입니다. 흔히 사용되는 기본값은 7890입니다. 같은 네트워크의 다른 기기나 개별 프로그램에 프록시를 수동으로 설정할 때는 Clash가 실행되는 기기 주소에 이 포트를 붙여 입력하면 됩니다. 포트가 다른 프로그램에 점유되면 클라이언트 실행이 실패할 수 있습니다.

구독과 설정 파일05 / 05

노드 정보가 클라이언트에 어떻게 들어오는지에 관한 내용입니다. 구독 가져오기의 전체 절차는 사용 튜토리얼에서 확인할 수 있습니다.

구독 링크구독과 설정 파일

서비스 제공자가 제공하는 URL로, 접속하면 전체 Clash 설정 또는 노드 목록이 반환됩니다. 클라이언트에서 가져온 후 주기적으로 자동 업데이트할 수 있어 노드가 바뀌어도 설정을 수동으로 고칠 필요가 없습니다. 링크 자체가 사용 자격 증명과 같으므로 공개적으로 공유하지 말아야 합니다.

설정 파일 Profile구독과 설정 파일

포트, DNS, 노드, 프록시 그룹, 규칙 등 모든 실행 매개변수를 정의하는 YAML 문서로, 구독은 본질적으로 원격에서 호스팅되는 설정 파일입니다. 로컬에서 직접 작성할 수도 있고, 구독 내용을 기반으로 부분 수정을 할 수도 있습니다.

YAML구독과 설정 파일

Clash 설정 파일에서 사용하는 데이터 형식으로, 들여쓰기로 계층을 표현하며 공백 수에 민감합니다. 수동으로 편집할 때 들여쓰기 오류나 탭과 공백 혼용은 설정 로드 실패의 가장 흔한 원인이므로 문법 검사 기능이 있는 편집기를 사용하는 것이 좋습니다.

노드 Proxy구독과 설정 파일

설정 파일에 있는 사용 가능한 프록시 서버 항목으로, 프로토콜 종류, 서버 주소, 포트, 인증 정보를 포함합니다. 노드는 클라이언트 화면에서 보통 지역명과 번호로 이름이 붙어 있어, 예를 들어 HK-01, JP-02와 같이 표기되며 프록시 그룹에서 빠르게 식별할 수 있습니다.

지연 테스트구독과 설정 파일

클라이언트가 테스트 주소로 요청을 보내 소요 시간을 측정하여 노드의 현재 상태를 평가하는 것으로, 결과는 밀리초 단위로 표시됩니다. 이 값은 테스트 주소까지의 왕복 지연을 나타낼 뿐 절대적인 인터넷 속도는 아닙니다. 모든 노드가 타임아웃되는 경우는 보통 구독이 만료되었거나 로컬 네트워크에 문제가 있는 것이며, 노드 자체의 고장은 아닙니다.

구독 변환구독과 설정 파일

한 클라이언트 형식의 구독을 다른 형식으로 변환하는 서비스 또는 도구로, 예를 들어 범용 노드 목록을 규칙이 포함된 Clash 설정으로 변환하는 데 사용됩니다. 서드파티 변환 서비스를 사용할 경우 구독 링크가 해당 서버를 경유하게 되므로 신뢰도를 스스로 판단해야 하며, 로컬에 배포된 변환 도구를 선택하는 것도 방법입니다.

다음 단계:용어를 확인한 뒤에는 사용 튜토리얼을 따라 구독 가져오기와 첫 연결을 완료할 수 있습니다. 설치 파일은 다운로드 페이지에서 플랫폼별로 제공되며, 오류 상황은 자주 묻는 질문의 문제 해결 분류에서 대조하여 처리할 수 있습니다.

클라이언트 다운로드