Clash 용어 해설: 프록시 용어 22개 분류 요약

가벼운 암호화 프록시 프로토콜로, 2012년부터 커뮤니티에서 널리 사용되었습니다. 클라이언트와 서버는 사전 공유된 비밀번호와 지정된 암호화 방식으로 연결을 맺으며, 설정 필드가 적고 오버헤드가 낮습니다. Clash 계열 클라이언트는 주요 암호화 스위트를 기본 지원하며, 구독 노드 목록에서 가장 흔히 볼 수 있는 프로토콜 중 하나입니다.

V2Ray 프로젝트가 정의한 전송 프로토콜로, 사용자 UUID로 신원을 검증하며 WebSocket, gRPC 등 다양한 전송 계층에 TLS를 결합할 수 있습니다. 설정 필드가 Shadowsocks보다 많아 server, port, uuid, network 중 하나라도 잘못 입력하면 연결이 실패하며, 일반 HTTPS 트래픽으로 위장해야 하는 상황에서 자주 사용됩니다.

「프록시 트래픽이 일반적인 TLS 연결처럼 보이게 한다」를 설계 목표로 삼은 프로토콜입니다. 서버는 보통 443 포트를 열어두고 비밀번호로 검증하며, 검증에 실패한 연결은 실제 웹사이트로 넘겨 능동 탐지로 식별될 가능성을 낮춥니다. 이 프로토콜은 서버가 유효한 인증서를 보유해야 하며, 클라이언트 측 설정은 비교적 간단합니다.

QUIC(UDP) 기반 프록시 프로토콜로, 자체 혼잡 제어 알고리즘을 내장해 손실률이 높은 장거리 국제 연결 환경에 최적화되어 있습니다. mihomo 코어는 기본 지원하지만 원본 Clash 코어는 이런 노드를 불러올 수 없습니다. 사용 전에 로컬 네트워크가 해당 포트의 UDP 트래픽을 차단하지 않는지 확인해야 하며, 그렇지 않으면 노드가 시간 초과로 표시됩니다.

Go 언어로 작성된 규칙 기반 프록시 코어로, 로컬 포트를 열어두고 설정 파일을 해석해 규칙에 따라 각 연결을 서로 다른 출구로 분배합니다. 각종 그래픽 클라이언트는 본질적으로 이 코어를 감싸는 외피로, 스위치와 구독 관리 화면을 제공합니다. 원본 저장소는 2023년에 업데이트가 중단되었고, 현재는 커뮤니티 포크가 유지 관리를 이어가고 있습니다.

커뮤니티가 유지 관리하는 Clash 코어 포크로, 이전 이름은 Clash.Meta입니다. 원본 코어에 VLESS, Hysteria2, TUIC 등 프로토콜 지원과 더 완전한 DNS·TUN 구현을 추가했습니다. 현재 주요 클라이언트(Clash Verge Rev, FlClash 등)는 모두 이 포크를 기본으로 탑재하며, 기존 설정 형식과도 호환됩니다.

Tauri 프레임워크 기반의 크로스플랫폼 그래픽 클라이언트로 mihomo 코어를 내장하며 Windows, macOS, Linux 세 플랫폼을 지원합니다. 구독 관리, 시스템 프록시·TUN 스위치, Merge·Script 설정 확장 기능 등을 제공하며, Clash for Windows의 유지 관리가 중단된 이후 흔히 선택되는 대안입니다. 플랫폼별 설치 파일은 클라이언트 페이지에서 확인하세요.

설정의 external-controller 필드로, 코어가 노출하는 RESTful API 주소이며 기본값은 127.0.0.1:9090을 대상으로 합니다. 웹 패널(metacubexd 등)은 이 주소를 통해 노드 지연을 읽고, 정책 그룹을 전환하고, 실시간 연결을 확인합니다. 대기 주소를 외부에서 접근 가능하도록 변경할 경우, 동일 네트워크의 다른 기기가 조작하지 못하도록 secret 암호도 함께 설정해야 합니다.

서비스 제공업체가 발급하는 URL로, 접속하면 전체 설정이나 노드 목록을 반환합니다. 클라이언트는 일정 주기마다 또는 수동으로 다시 가져와 노드 추가·삭제와 주소 변경을 동기화합니다. 링크 자체가 인증 정보와 같아서 유출되면 다른 사람이 계정의 트래픽 할당량을 그대로 사용할 수 있으므로 공개적으로 게시해서는 안 됩니다. 가져오기 절차는 튜토리얼 페이지에서 확인하세요.

클라이언트가 불러오는 완전한 설정 단위로, 포트, DNS, 노드, 정책 그룹, 규칙 등 모든 항목을 포함합니다. 클라이언트 하나에 여러 개의 Profile을 저장할 수 있지만 동시에 활성화되는 것은 하나뿐입니다. 구독에서 가져온 설정도 로컬에 Profile 형태로 저장되며, 구독을 갱신하면 해당 파일이 덮어쓰기됩니다.

Clash 설정에서 사용하는 텍스트 형식으로, 들여쓰기로 계층 관계를 나타내며 들여쓰기는 반드시 공백만 사용하고 Tab 문자는 허용되지 않습니다. 들여쓰기 오류와 콜론 뒤 공백 누락이 설정을 불러오지 못하는 가장 흔한 두 가지 원인입니다. 설정을 직접 수정하기 전에는 원본 파일을 백업해 두는 것이 좋고, 오류가 발생하면 해당 줄 주변의 들여쓰기를 먼저 확인하세요.

설정의 proxy-groups 항목으로, 여러 노드를 하나의 선택 가능한 출구 집합으로 묶습니다. select 유형은 사용자가 직접 선택하고, url-test는 속도 측정 결과에 따라 가장 빠른 노드를 자동으로 선택하며, fallback은 순서대로 장애 전환을 수행하고, load-balance는 여러 노드에 트래픽을 분산합니다. 규칙의 끝에서 가리키는 대상은 보통 단일 노드가 아니라 정책 그룹입니다.

설정의 rules 항목에 정의된 매칭 목록으로, 도메인 키워드, 도메인 접미사, IP 대역, 프로세스명 등의 조건을 위에서 아래로 순서대로 매칭하며 처음 일치한 규칙이 곧바로 적용되어 해당 연결이 프록시를 거칠지, 직접 연결할지, 거부할지를 결정합니다. 목록 끝의 MATCH 규칙은 일치하지 않은 모든 트래픽을 처리하는 기본값이며, 규칙 순서가 분기 결과에 직접적인 영향을 줍니다.

두 종류의 사전 컴파일된 규칙 데이터베이스입니다. GeoIP는 IP 소속 지역으로 매칭하고(예: GEOIP,CN은 중국 본토의 모든 IP에 매칭), GeoSite는 정리된 도메인 목록으로 매칭합니다(예: GEOSITE,category-ads). 이 둘은 수만 개의 규칙을 한 줄의 참조로 압축해 주며, 데이터 파일은 코어와 함께 배포되므로 정확성을 유지하려면 주기적으로 업데이트해야 합니다.

클라이언트가 로컬 HTTP/SOCKS 프록시 설정을 운영체제에 등록해, 이 설정을 따르는 애플리케이션(브라우저, 대부분의 인터넷 소프트웨어)이 자동으로 트래픽을 Clash가 대기하는 포트로 보내게 합니다. 일부 소프트웨어는 시스템 프록시 설정을 읽지 않아 이런 트래픽은 처리되지 않으므로, TUN 모드로 전환하거나 해당 소프트웨어 안에서 프록시 주소를 직접 입력해야 합니다.

시스템에 가상 네트워크 카드를 생성해 로컬의 모든 IP 계층 트래픽을 코어로 넘겨 처리합니다. 애플리케이션이 프록시 설정을 따르는지 여부와 무관하게 동작하므로 명령줄 도구, 게임 클라이언트 등의 상황도 커버할 수 있습니다. 활성화하려면 관리자 또는 root 권한이 필요하며, Fake-IP와 DNS 하이재킹 설정을 함께 사용하는 것이 좋습니다. 그렇지 않으면 도메인 해석 오류가 발생하기 쉽습니다.

DNS 응답 전략의 하나로, 코어는 도메인 조회에 대해 먼저 예약된 대역 안의 가짜 IP(기본값 198.18.0.0/16)를 반환하고, 실제 연결이 발생하면 도메인 기준으로 규칙을 매칭해 실제 해석을 기다리는 시간을 줄입니다. Fake-IP와 기존 redir-host 모드를 전환한 뒤에는 남아 있는 매핑으로 인한 접속 오류를 막기 위해 시스템 DNS 캐시를 비우는 것이 좋습니다.

Windows의 UWP 앱(마이크로소프트 스토어 앱)은 기본적으로 시스템에 의해 로컬 루프백 주소 연결이 차단되어 있어 127.0.0.1에서 대기하는 로컬 프록시 포트를 사용할 수 없습니다. CheckNetIsolation 명령이나 클라이언트에 내장된 루프백 예외 도구로 해당 앱의 제한을 해제해야 하며, 마이크로소프트 스토어나 Xbox 계열 앱의 네트워크 오류는 대부분 이 문제와 관련이 있습니다.

프록시는 이미 적용되었지만 도메인 해석 요청이 여전히 로컬 통신사 DNS로 직접 전송되어 접속하려는 대상이 로컬 네트워크에 노출되는 상황입니다. 대부분 DNS 요청이 코어에 의해 처리되지 않아 발생하며, TUN 모드에 DNS 하이재킹을 결합하거나 Fake-IP 모드를 사용해 방지할 수 있습니다. 조치 후에는 누출 검사 사이트에서 결과를 확인하세요.

클라이언트가 지정된 테스트 주소(흔히 http://www.gstatic.com/generate_204)로 요청을 보내고 소요 시간을 밀리초 단위로 기록합니다. 이 값은 연결을 맺는 왕복 시간을 나타낼 뿐 다운로드 대역폭과는 다르므로, 지연이 낮은 노드가 반드시 빠른 것은 아닙니다. url-test 유형의 정책 그룹은 바로 이 결과를 기준으로 현재 출구를 자동 선택합니다.

설정의 mixed-port 필드로, 같은 로컬 포트에서 HTTP와 SOCKS5 두 가지 프록시 요청을 동시에 받아들이며 흔한 기본값은 7890입니다. 애플리케이션 쪽에서 어떤 프로토콜로 프록시를 설정하든 이 같은 포트를 그대로 사용할 수 있어, HTTP 포트와 SOCKS 포트를 따로 기억해야 하는 번거로움을 줄여줍니다.

DNS over HTTPS와 DNS over TLS의 줄임말로, 평문 DNS 조회를 암호화 채널에 담아 전송합니다. Clash 설정의 nameserver 목록은 https:// 또는 tls:// 접두사를 붙인 형태로 이런 서버를 바로 사용할 수 있도록 지원하며, 해석 결과가 경로 중간에서 위조되거나 도청될 가능성을 낮출 수 있습니다.