Clash 용어집

Clash 코어Clash core

로컬 포트를 열고 트래픽 분류 규칙에 따라 연결을 전달하는 네트워크 프로그램입니다. 데스크톱 창 자체를 뜻하지 않습니다. 클라이언트 인터페이스는 설정을 코어에 전달하며, 실제로 지원되는 항목과 프로토콜은 사용하는 코어와 버전에 따라 다릅니다. 인터페이스에 스위치가 있어도 구버전 코어가 해당 기능을 처리할 수 있다는 뜻은 아닙니다.

mihomoFormerly Clash.Meta

Clash 설정 생태계를 이어가는 프록시 코어로, 한때 Clash.Meta라는 이름을 사용했으며 현재도 유지보수 중인 GUI 클라이언트에서 흔히 볼 수 있습니다. 초기 Clash 코어와 설정 방식이 일부 비슷하지만 지원 범위는 완전히 같지 않습니다. mihomo용으로 표시된 예제는 먼저 로컬 코어 버전을 확인하고, 구버전 CFW에 그대로 적용하지 마세요.

프록시 노드Proxy node

원격 프록시 연결에 필요한 설정 정보로, 보통 서버 주소와 포트, 프로토콜, 인증 정보를 포함합니다. 노드 이름은 알아보기 위한 표시일 뿐이며, 이름에 적힌 지역만으로 실제 출구 위치를 확인할 수는 없습니다. 가져온 뒤에는 서비스가 작동하는지, 설정이 맞는지 확인하고 프록시 그룹에서 사용할 항목을 선택하세요.

프록시 프로토콜Proxy protocol

클라이언트와 원격 프록시 서버가 데이터를 주고받을 때 따르는 규약입니다. 예를 들어 Shadowsocks, VMess, Trojan 등이 있습니다. 프로토콜 유형과 인증 방식, 전송 계층, TLS 설정이 서버와 일치해야 합니다. 설정 파일을 읽을 수 있다는 것은 일부 형식 검사를 통과했다는 뜻일 뿐, 현재 코어가 해당 프로토콜을 지원하거나 연결에 성공한다는 보장은 아닙니다.

지연 시간 테스트Latency test / url-test

클라이언트가 지정된 프록시를 통해 테스트 주소에 접속하고 요청에 걸린 시간을 측정합니다. 프록시 그룹의 url-test는 이 결과를 사용해 항목을 자동으로 선택할 수 있습니다. 테스트 주소와 시간 제한, 연결 재사용 방식에 따라 결과가 달라지므로 측정값은 회선 대역폭과 같지 않습니다. 노드를 선택할 때는 실제 웹사이트 로딩과 연속 다운로드 속도, 연결 안정성도 확인하세요.

YAMLYAML configuration

Clash 설정에 자주 쓰이는 텍스트 형식입니다. 들여쓰기로 항목 간 계층을 나타내고 하이픈으로 목록 항목을 표시합니다. 편집할 때는 공백으로 들여쓰고 탭은 사용하지 마세요. 노드와 프록시 그룹, 규칙을 임의로 같은 계층에 배치해서도 안 됩니다. 문법이 맞는지 확인한 뒤 항목 이름과 값의 유형, 코어의 지원 범위도 살펴보세요.

mixed-portMixed proxy port

HTTP 프록시와 SOCKS 프록시가 하나의 수신 포트를 함께 사용하게 하는 설정 항목입니다. 예: mixed-port: 7890. 앱의 프록시 주소와 포트는 실제로 연결을 수신하는 주소와 일치해야 합니다. 안내 글에 나온 숫자만 보고 그대로 입력하지 마세요. LAN 기기의 접속 허용 여부는 수신 주소와 Allow LAN, 방화벽 설정을 함께 확인해야 합니다.

modeRule / Global / Direct

연결이 코어에 들어온 뒤 어떤 출구를 사용할지 정합니다. 주로 rule, global, direct 값을 사용합니다. 규칙 모드는 규칙을 차례로 확인하고, 전역 모드는 전역 정책을 사용하며, 직접 연결 모드는 직결 정책을 사용합니다. 여기서 ‘전역’은 프록시 처리 방식을 뜻하며 모든 프로그램의 트래픽이 자동으로 코어에 들어온다는 의미는 아닙니다.

proxy-providersProxy providers

노드 제공자를 정의하는 항목입니다. 원격 주소나 로컬 파일에서 노드 목록을 불러오고 설정에 따라 업데이트할 수 있습니다. 완전한 Clash 설정 파일을 뜻하지 않으며, 보통 프록시 그룹에서 노드를 참조한 뒤 규칙으로 그룹을 선택해야 합니다. 전체 설정 구독을 노드 제공자로 사용하면 콘텐츠 구조가 달라 불러오기에 실패할 수 있습니다.

설정 덮어쓰기와 병합Override / Merge

구독 원본에 로컬 설정을 추가하거나 수정하는 방식으로, 개인 포트와 DNS, 규칙 설정을 유지할 때 자주 사용합니다. 클라이언트마다 적용 순서가 다르며 목록 전체를 교체하거나 스크립트로 다시 구성할 수도 있습니다. 저장 후에는 최종 적용 설정을 확인하세요. 편집창에 특정 줄이 남아 있다는 이유만으로 수정이 적용됐다고 판단해서는 안 됩니다.

시스템 프록시System Proxy

운영체제가 앱에 제공하는 프록시 설정입니다. CFW의 General 페이지에서 System Proxy를 켜거나 끌 수 있습니다. 이 설정을 따르는 앱은 지정된 수신 포트로 요청을 전달합니다. 게임과 명령줄 도구, 자체 네트워크 스택을 사용하는 프로그램은 시스템 프록시를 따르지 않을 수 있습니다. 이 경우 노드를 계속 바꾸기보다 앱 자체의 프록시 설정을 확인하세요.

TUN 모드Virtual network interface

가상 네트워크 인터페이스와 라우팅 설정을 사용해 조건에 맞는 트래픽을 코어로 전달합니다. 시스템 프록시를 따르지 않는 일부 프로그램에도 적용할 수 있습니다. 활성화에는 권한과 서비스, 라우팅, DNS 설정이 필요할 수 있으며 구체적인 설정 방법은 클라이언트마다 다릅니다. TUN은 전역 프록시 모드와 다릅니다. 유입된 연결도 규칙에 따라 직접 연결될 수 있고, 제외 라우트가 있으면 코어를 우회할 수도 있습니다.

DNSDomain Name System

도메인 이름을 IP 주소 등의 레코드로 변환하는 시스템입니다. 브라우저에 웹사이트 주소가 표시된다고 해서 반드시 Clash가 DNS 조회를 처리하는 것은 아닙니다. 시스템 캐시와 브라우저의 암호화 DNS, 앱 자체 DNS 처리도 조회 경로에 영향을 줄 수 있습니다. 문제를 확인할 때는 도메인 조회 실패와 프록시 연결 실패를 구분하세요. DNS 서버를 바꾸기 전에는 해당 서버에 접속하는 네트워크 경로도 사용할 수 있는지 확인해야 합니다.

Fake-IPSynthetic IP mapping

도메인에 가상 IP를 반환하고 연결이 코어에 들어온 뒤 매핑을 통해 원래 도메인을 찾는 DNS 방식입니다. 코어가 도메인 정보를 유지하는 데 도움이 되지만, 가상 주소는 웹사이트의 실제 서버 주소가 아닙니다. 실제 주소를 전제로 동작하는 일부 앱은 필터 설정을 따로 조정해야 할 수 있습니다. 조회 결과가 낯설다는 이유만으로 네트워크 오류라고 단정하지 마세요.

DNS 누출DNS leak

DNS 요청이 예상한 조회 경로를 벗어나 의도하지 않은 DNS 서버에 전달되는 상황입니다. 검사 페이지에 표시된 DNS 서버의 지역이 연결 출구의 지역과 같다는 보장은 없으며, 지역 표시 하나만으로 누출 여부를 판단할 수도 없습니다. 브라우저 DNS 설정과 시스템 조회 경로, 코어 로그, 실제 라우팅을 함께 확인하세요. TUN을 켜거나 암호화 DNS를 사용한다는 사실만으로 누출이 없다고 판단해서는 안 됩니다.

규칙 분류Rule-based routing

도메인과 대상 IP, 프로세스 등의 조건에 따라 연결을 직접 연결하거나 프록시로 보내거나 차단하는 기능입니다. 규칙은 보통 위에서 아래로 확인하며 먼저 일치한 규칙이 적용됩니다. 따라서 구체적인 예외 규칙을 범위가 넓은 규칙보다 앞에 배치해야 합니다. 웹사이트가 예상과 다른 출구를 사용할 때는 로그에서 일치한 규칙과 정책 이름을 먼저 확인한 다음 규칙 순서 문제인지 프록시 그룹 선택 문제인지 살펴보세요.

DOMAIN-SUFFIXDomain suffix rule

지정한 도메인과 하위 도메인을 대상으로 일치 여부를 판단하는 규칙입니다. 예를 들어 DOMAIN-SUFFIX,example.com,DIRECT는 해당 도메인과 하위 도메인에 적용됩니다. 웹페이지 경로나 제목, 주소창의 임의 키워드로 일치 여부를 판단하지 않습니다. 사용 전에 코어가 도메인 정보를 가져올 수 있는지 확인하세요. 앱이 IP 주소만 전달하는 경우 도메인 규칙이 적용되지 않을 수 있습니다.

GEOIPIP geolocation rule

IP 위치 정보 데이터베이스의 지역 분류를 기준으로 매칭합니다. 예: GEOIP,CN,DIRECT. 데이터베이스 기록은 실시간 위치 정보가 아니므로 IP 할당 변경이나 데이터베이스 차이로 결과가 달라질 수 있습니다. no-resolve를 추가하면 아직 조회되지 않은 도메인을 위해 이 규칙이 직접 DNS 조회를 시작하지 않습니다. 다만 연결에서 이미 확인한 대상 IP는 검사할 수 있습니다.

프록시 그룹Proxy group

노드와 다른 프록시 그룹, 내장 정책을 묶어 규칙에서 참조하는 설정 단위입니다. select는 수동 선택, url-test는 테스트 결과에 따른 선택, fallback은 순서대로 사용 가능한 항목을 찾습니다. 그룹 이름이 동작을 결정하지는 않습니다. 자동 전환 여부는 이름에 ‘자동’이 있는지가 아니라 그룹 유형과 설정으로 확인하세요.

MATCHFinal catch-all rule

앞선 규칙에 하나도 일치하지 않은 연결을 처리하며 보통 규칙 목록의 마지막에 둡니다. 예: MATCH,DIRECT. 뒤에 오는 값은 실제로 존재하는 정책 이름이나 내장 정책이어야 하며, 존재하지 않는 그룹 이름을 넣을 수 없습니다. MATCH를 목록 앞에 두면 연결이 먼저 처리되어 이후 규칙이 적용되지 않습니다.

Clash for WindowsCFW

보통 CFW로 줄여 부르는 데스크톱 GUI 클라이언트로, 설정 가져오기와 정책 선택, 로그, 시스템 프록시 등의 기능을 제공합니다. 원 프로젝트는 유지보수가 중단되었으며, 남아 있는 안내 글이나 보관된 설치 파일이 호환성 문제를 계속 수정해 준다는 뜻은 아닙니다. 새로 설치한다면 Clash Plus, Clash Verge Rev, FlClash를 비교해 보세요. 기존 환경을 유지한다면 설정이 기존 코어의 기능과 호환되는지 확인하세요.

구독Subscription URL

설정이나 노드 목록을 정기적으로 가져오는 원격 주소입니다. 흔히 말하는 ‘프록시 서비스 구독’은 서비스 제공자가 발급하는 이런 링크를 가리킵니다. 링크는 전체 YAML을 반환할 수도 있고 다른 노드 형식일 수도 있으므로 가져오기 전에 클라이언트와 호환되는지 확인하세요. 링크에 접속 인증 정보가 포함되는 경우가 많으니 스크린샷이나 로그를 공유할 때 전체 주소를 가리세요. 업데이트에 실패하면 설정을 반복해서 삭제하기보다 네트워크와 서버 응답 내용을 먼저 확인하세요.

GUI 클라이언트Graphical User Interface

메뉴와 버튼, 목록으로 설정을 관리할 수 있도록 코어에 시각적 인터페이스를 제공하는 앱입니다. 같은 코어를 사용하는 클라이언트라도 구독 업데이트와 설정 병합, 시스템 권한, 메뉴 구성 방식이 다를 수 있습니다. 이전할 때 호환되는 설정은 재사용할 수 있지만, 모든 스위치 상태와 서비스 설치, 로컬 덮어쓰기 설정까지 함께 옮겨진다고 가정하지 마세요.

서비스 모드Service Mode

높은 권한이 필요한 작업을 백그라운드 시스템 서비스로 실행하는 방식으로, 코어 실행이나 네트워크 설정에 사용되기도 합니다. CFW의 Service Mode와 TUN 스위치는 같은 기능이 아닙니다. 서비스를 설치했더라도 가상 네트워크 인터페이스가 트래픽을 처리하기 시작한 것은 아닙니다. 문제를 확인할 때는 서비스 실행 여부와 코어 로드 상태, 관련 라우팅 및 DNS 설정의 적용 여부를 각각 확인하세요.

시스템 아키텍처x64 / ARM64 / x86

프로세서와 운영체제가 사용하는 명령어 집합의 종류입니다. 설치 파일에는 보통 x64, ARM64, x86이 표시되며 AMD64는 대체로 x64를 가리킵니다. Windows의 ‘설정 → 시스템 → 정보’에서 시스템 종류를 확인할 수 있습니다. 버전에 따라 메뉴 이름이 약간 다를 수 있습니다. 확장자만 보고 설치 파일을 고르지 마세요. 실행 파일 형식이 같아도 같은 아키텍처에서 기본 실행된다는 보장은 없습니다.