HTTP 프록시
HTTP proxy
HTTP 프록시 인터페이스를 통해 애플리케이션 요청을 전달하며, 브라우저와 많은 데스크톱 프로그램에서 바로 사용할 수 있습니다. HTTPS 웹사이트는 일반적으로 CONNECT 방식으로 터널을 만들고, 웹 콘텐츠는 TLS로 계속 보호됩니다. 시스템 프록시의 HTTP 및 HTTPS 주소는 보통 Clash의 로컬 수신 포트를 가리킵니다.
설정 개념 빠른 찾아보기
Clash 용어집: 프록시 프로토콜부터규칙 기반 라우팅까지
Clash Nyanpasu 설정에서 자주 만나는 프로토콜, 코어, 구독, DNS와 트래픽 가로채기 개념을 한곳에서 설명합니다. 낯선 설정 항목은 먼저 어느 계층을 담당하는지 확인한 뒤 설치, 설정 또는 문제 해결을 진행하세요.
01 · 용어 5개
프록시 프로토콜
프로토콜은 클라이언트와 프록시 서버가 연결을 수립하고 인증하며 데이터를 전송하는 방식을 결정합니다. 구독을 가져온 뒤에는 보통 프로토콜 필드를 직접 수정할 필요가 없지만, 핸드셰이크 실패나 인증 오류, 전송 매개변수 불일치를 해결하려면 차이를 이해해야 합니다.
SOCKS5
Socket Secure 5
SOCKS5는 다양한 애플리케이션 프로토콜 연결을 전달할 수 있는 범용 프록시 인터페이스입니다. 웹 콘텐츠를 해석하지 않고 클라이언트와 대상 사이의 데이터만 전달합니다. 시스템 프록시를 읽지 않는 명령줄 도구나 개발 프로그램은 자체 설정에 SOCKS5 주소를 입력할 수 있는 경우가 많습니다.
Shadowsocks
SS
Shadowsocks는 널리 쓰이는 암호화 프록시 프로토콜로, 노드 설정에는 보통 서버, 포트, 비밀번호와 암호화 방식이 포함됩니다. 클라이언트와 서버 양쪽의 매개변수가 일치해야 연결할 수 있습니다. 일부 설정은 추가 전송 플러그인도 사용하므로 문제 해결 시 플러그인 매개변수도 함께 확인해야 합니다.
VMess
VMess protocol
VMess는 V2Ray 생태계에서 사용되며, 설정에는 사용자 식별자, 전송 방식, TLS, 경로와 호스트 이름 등이 자주 포함됩니다. 전송 조합마다 서버 설정과의 대응 관계가 정해져 있습니다. 노드 매개변수를 복사할 때 경로나 서버 이름을 빠뜨리면 핸드셰이크 실패나 연결 시간 초과로 나타나는 경우가 많습니다.
Trojan
Trojan protocol
Trojan은 TLS로 암호화 연결을 수립하며, 노드에는 보통 비밀번호, 서버 이름과 인증서 관련 옵션이 포함됩니다. 기기 시간이 잘못되면 인증서 검증이 실패할 수 있습니다. 연결 문제가 발생하면 먼저 도메인, 포트, SNI와 시스템 시간을 확인하고, 곧바로 라우팅 규칙을 수정하지 마세요.
02 · 용어 5개
코어와 클라이언트
그래픽 클라이언트와 프록시 코어는 서로 다른 역할을 담당합니다. 화면에서는 구독을 가져오고 모드를 선택하며 로그를 표시하고, 코어에서는 실제 포트 수신, 설정 해석, 연결 수립과 규칙 실행을 처리합니다.
Clash 코어
Clash core
코어는 설정 실행 계층으로, YAML을 읽고 로컬 수신을 시작하며 프록시 연결을 수립하고 규칙을 매칭합니다. 그래픽 창을 닫은 뒤에도 계속 실행되는지는 클라이언트의 백그라운드 및 종료 설정에 따라 달라집니다. 로그의 프로토콜 오류, 포트 충돌과 DNS 정보는 대개 코어에서 발생합니다.
mihomo
mihomo core
mihomo는 Clash Meta의 기능을 계승한 오픈 소스 프록시 코어로, 다양한 프로토콜, 규칙 제공자, TUN과 DNS 설정을 지원합니다. 클라이언트 버전과 코어 버전은 서로 다른 개념입니다. 클라이언트 업그레이드 후 동작이 달라졌다면 현재 선택된 코어와 설정 호환성도 함께 확인하세요.
Clash Nyanpasu
Desktop client
Clash Nyanpasu는 구독, 설정, 프록시 모드, 시스템 프록시와 코어 실행 상태를 관리하는 데스크톱 그래픽 클라이언트입니다. 자주 쓰는 설정을 화면에 정리해 제공하지만 실제 트래픽은 선택한 코어가 처리합니다. 문제를 해결할 때는 화면 설정이 저장되지 않은 것인지, 코어가 설정을 불러오지 못한 것인지 구분해야 합니다.
GUI 클라이언트
Graphical user interface client
GUI 클라이언트는 프록시 코어를 시각적으로 관리하는 계층으로, 일반적으로 구독, 노드, 규칙, 연결과 로그 화면을 제공합니다. 같은 코어를 사용하더라도 클라이언트마다 설정 위치와 기본값이 다를 수 있습니다. 클라이언트를 바꿀 때는 포트, DNS, TUN과 설정 저장 위치를 다시 확인해야 합니다.
서비스 모드
Service mode
서비스 모드는 보통 운영 체제 서비스를 이용해 높은 권한이 필요한 구성 요소를 실행하며, TUN 같은 기능을 지원하는 데 사용됩니다. 처음 활성화할 때 시스템 권한 승인이나 서비스 설치가 필요할 수 있습니다. 서비스 상태에 문제가 있다면 클라이언트에서 서비스를 다시 설치한 뒤 보안 프로그램과 시스템 권한 기록을 확인하세요.
03 · 용어 6개
규칙과 라우팅
라우팅은 Clash 설정의 핵심입니다. 요청은 먼저 규칙과 매칭된 뒤 프록시 그룹, 직접 연결 또는 차단 정책으로 전달됩니다. 처리 순서를 이해해야 특정 웹사이트가 예상한 노드를 사용하지 않는 원인이 규칙인지, 해석인지, 정책 선택인지 판단할 수 있습니다.
규칙 모드
Rule mode
규칙 모드는 설정의 매칭 조건에 따라 각 연결의 출구를 결정합니다. 일반적인 조건에는 도메인, IP 주소, 네트워크 유형, 프로세스 이름과 규칙 세트가 있습니다. 규칙은 보통 위에서 아래로 매칭되므로, 범위가 넓은 규칙을 너무 앞에 두면 뒤의 더 정확한 항목이 가려질 수 있습니다.
전역 모드
Global mode
전역 모드는 코어로 들어오는 트래픽을 일반 라우팅 규칙에 따라 하나씩 출구로 보내지 않고 지정한 프록시 정책으로 일괄 처리합니다. 노드 사용 가능 여부를 임시로 확인하고 노드 문제와 규칙 문제를 구분할 때 유용합니다. 테스트가 끝나면 규칙 모드로 돌아가 대상별 처리를 복원할 수 있습니다.
직접 연결
DIRECT
직접 연결은 원격 프록시 노드를 거치지 않고 로컬 네트워크에서 대상에 직접 접속하는 방식입니다. 설정과 로그에서는 보통 이 정책을 DIRECT로 표시합니다. 직접 연결 대상에 접속할 수 없다면 프록시 노드만 바꾸지 말고 로컬 네트워크, DNS와 방화벽을 확인하세요.
프록시 그룹
Proxy group
프록시 그룹은 노드나 다른 정책 그룹을 하나의 출구로 구성해 규칙에서 참조할 수 있게 합니다. 일반적인 유형으로 수동 선택, 자동 속도 측정, 장애 조치와 부하 분산이 있습니다. 규칙이 프록시 그룹과 일치한 뒤 실제로 사용할 노드는 그룹 유형과 현재 선택 상태에 따라 결정됩니다.
규칙 제공자
Rule provider
규칙 제공자는 독립 파일이나 원격 주소에서 규칙 세트를 불러오며, 수량이 많고 업데이트가 필요한 항목을 관리하는 데 적합합니다. 기본 설정에서는 이름으로 규칙 세트를 참조하고 매칭 후 적용할 정책을 지정합니다. 업데이트에 실패했을 때 캐시된 내용의 계속 사용 여부는 코어와 설정 상태에 따라 달라집니다.
GeoIP
Geolocation by IP
GeoIP는 데이터베이스에서 대상 IP가 속한 지역을 기준으로 매칭하며, 지역별 처리를 위한 규칙을 만들 때 주로 사용합니다. 도메인 문자열이 아니라 IP를 매칭합니다. 데이터베이스의 적용 범위와 갱신 시점이 결과에 영향을 주므로 GeoIP를 항상 정확한 지리 정보로 볼 수는 없습니다.
04 · 용어 5개
구독과 설정
구독은 콘텐츠를 가져오고, 설정 파일은 전체 실행 방식을 정의하며, 노드는 그중 하나의 리소스입니다. 이 세 계층을 구분하면 구독 업데이트 실패, 설정 해석 실패와 개별 노드 사용 불가를 혼동하지 않을 수 있습니다.
구독
Subscription
구독은 하나의 주소에서 프록시 설정이나 노드 목록을 가져오며, 내용은 해당 서비스 제공자가 관리합니다. 클라이언트가 구독을 업데이트하려면 해당 주소에 정상적으로 접속하고 응답 내용을 성공적으로 해석해야 합니다. 구독 업데이트 실패가 로컬의 기존 설정이 즉시 무효가 되었다는 뜻은 아니지만, 기존 내용에는 이후 변경 사항이 반영되지 않습니다.
노드
Proxy node
노드는 설정에 포함된 개별 프록시 서버 진입점으로, 프로토콜, 서버, 포트, 인증과 전송 매개변수를 포함합니다. 지연 시간이 짧다고 실제 다운로드 속도가 반드시 빠른 것은 아닙니다. 노드를 선택할 때는 회선 안정성, 프로토콜 오버헤드와 대상 서비스의 접속 가능성도 함께 고려해야 합니다.
설정 파일
Profile / configuration
설정 파일은 코어의 실행 방식을 정의하며, 보통 포트, DNS, 노드, 프록시 그룹, 규칙과 외부 리소스를 포함합니다. 구독에서 생성할 수도 있고 로컬에서 직접 관리할 수도 있습니다. 수정하기 전에 복원 가능한 사본을 보관하면 들여쓰기나 필드 오류로 전체 설정을 불러오지 못하는 문제를 줄일 수 있습니다.
YAML
YAML Ain't Markup Language
YAML은 Clash 설정에 흔히 사용하는 텍스트 형식으로, 들여쓰기로 계층을 표현하고 짧은 대시로 목록 항목을 나타냅니다. 탭, 잘못된 공백 정렬이나 누락된 콜론은 해석 실패를 일으킬 수 있습니다. 특수 기호가 포함된 문자열은 필요할 때 따옴표로 감싸 다른 데이터 형식으로 인식되지 않게 하세요.
프록시 제공자
Proxy provider
프록시 제공자는 독립 파일에서 노드 묶음을 불러와 기본 설정에서 해당 리소스를 참조하고 조합할 수 있게 합니다. 보통 업데이트 시점, 상태 검사 주소와 캐시 경로를 설정할 수 있습니다. 프록시 제공자는 노드를 제공하고 규칙 제공자는 매칭 규칙을 제공하므로 용도가 다릅니다.
05 · 용어 7개
네트워크 기초
시스템 프록시, TUN과 DNS는 서로 다른 네트워크 계층에 있습니다. 브라우저는 되는데 명령줄이 작동하지 않거나, 도메인은 해석되지 않지만 IP에는 접속되는 경우 트래픽 가로채기와 도메인 해석 경로를 나누어 점검해야 합니다.
TUN 모드
TUN mode
TUN 모드는 가상 네트워크 인터페이스를 통해 더 많은 시스템 트래픽을 가로채며, 시스템 프록시 설정을 읽지 않는 프로그램에 적합합니다. 활성화하려면 보통 서비스 구성 요소, 관리자 권한과 올바른 라우팅 설정이 필요합니다. 켠 뒤 인터넷이 전혀 되지 않는다면 먼저 서비스 상태, DNS 설정과 다른 네트워크 도구와의 충돌 여부를 확인하세요.
시스템 프록시
System proxy
시스템 프록시는 운영 체제에 등록된 HTTP 및 HTTPS 프록시 주소를 Clash 로컬 포트로 지정합니다. 브라우저와 일부 데스크톱 애플리케이션은 이 설정을 자동으로 읽지만 명령줄 프로그램은 무시할 수 있습니다. 시스템 프록시가 켜져 있는데도 앱에서 적용되지 않는다면 먼저 해당 앱이 시스템 설정을 지원하는지 확인하세요.
DNS
Domain Name System
DNS는 도메인 이름을 접속 가능한 IP 주소로 변환합니다. Clash는 조회를 가로채고 설정에 따라 DNS 서버를 선택하며, 그 결과를 규칙 매칭에 사용할 수 있습니다. 도메인은 열리지 않지만 IP에 직접 접속하면 응답하는 경우 DNS 경로를 우선적으로 점검해야 합니다.
Fake-IP
Fake IP mode
Fake-IP는 DNS 향상 모드 중 하나로, 코어가 먼저 애플리케이션에 예약 주소를 반환하고 원래 도메인과의 매핑을 기록합니다. 이후 연결이 코어에 도달하면 원래 도메인을 복원해 더 정확한 도메인 규칙을 적용할 수 있습니다. 실제 해석 결과에 의존하는 일부 LAN 기기나 애플리케이션은 필터 목록에 추가해야 합니다.
DNS 유출
DNS leak
DNS 유출은 도메인 조회가 예상한 경로를 우회해 다른 DNS 서버로 전송되는 현상입니다. 브라우저의 보안 DNS, 시스템 병렬 해석, 애플리케이션 자체 해석기 또는 불완전한 TUN 설정에서 발생할 수 있습니다. 문제를 해결할 때는 먼저 누가 조회를 시작했는지 확인한 뒤 브라우저, 시스템과 클라이언트의 해석 정책을 통일하세요.
혼합 포트
mixed-port
혼합 포트는 하나의 로컬 포트에서 HTTP와 SOCKS 프록시 연결을 모두 받을 수 있으며, 일반적인 설정 필드는 mixed-port입니다. 애플리케이션에서는 올바른 프록시 유형을 선택해 주소를 입력해야 합니다. 포트를 다른 프로세스가 사용 중이면 코어가 시작되지 않거나 수신을 열지 못할 수 있습니다.
지연 시간
Latency
지연 시간은 테스트를 시작한 뒤 응답을 받을 때까지 걸린 시간이며, 보통 밀리초로 표시합니다. 결과는 지정한 테스트 주소와 방식, 당시 네트워크 상태만 반영하므로 대역폭을 직접 나타내지 않습니다. 노드를 선택할 때는 한 번의 측정값만 비교하지 말고 지속적인 안정성과 실제 접속 성능도 함께 살펴보세요.