Windows
Clash Plus 추천트레이 관리, 시스템 프록시, 규칙 전환이 필요한 데스크톱 사용자에게 적합합니다. 다운로드 페이지에서 Clash Plus, Clash Verge Rev 등을 선택할 수 있습니다. 먼저 시스템 요구 사항을 확인한 뒤 알맞은 설치 파일을 고르세요. TUN을 사용할 계획이라면 클라이언트의 서비스 설치 안내와 관리자 권한 요청을 확인하고, 프록시 서비스가 여러 개 동시에 실행되지 않도록 주의하세요.
Clash 사용은 클라이언트 선택, 구독 가져오기, 트래픽 분기 확인의 세 단계로 나뉩니다. 클라이언트는 설정 화면을 제공하고, 커널은 프록시와 규칙, DNS를 처리합니다. 시스템 프록시와 TUN은 연결을 커널로 전달하는 방식을 결정하며, 정책 그룹은 연결이 나갈 경로를 정합니다.
구독은 클라이언트 설치 파일이 아니며, 설치를 마쳤다고 사용할 수 있는 노드가 생기는 것도 아닙니다. 먼저 사용 권한이 있는 구독이나 직접 만든 설정을 준비하고, 구독 형식과 클라이언트 호환성을 확인하세요. 처음 연결할 때는 기본 네트워크 설정을 유지하고 규칙 모드부터 테스트하는 것이 좋습니다. 시스템 프록시를 따르지 않는 앱까지 처리해야 한다면 TUN과 DNS 설정 안내를 확인하세요.
먼저 운영체제를 확인한 다음 프로세서 아키텍처를 확인하세요. 데스크톱은 설치 파일 형식과 서비스 권한을, 모바일은 VPN 권한과 백그라운드 설정을 살펴보세요. 아래 링크는 다운로드 페이지의 해당 플랫폼으로 이동하며 설치 파일을 바로 내려받지는 않습니다.
트레이 관리, 시스템 프록시, 규칙 전환이 필요한 데스크톱 사용자에게 적합합니다. 다운로드 페이지에서 Clash Plus, Clash Verge Rev 등을 선택할 수 있습니다. 먼저 시스템 요구 사항을 확인한 뒤 알맞은 설치 파일을 고르세요. TUN을 사용할 계획이라면 클라이언트의 서비스 설치 안내와 관리자 권한 요청을 확인하고, 프록시 서비스가 여러 개 동시에 실행되지 않도록 주의하세요.
‘이 Mac에 관하여’에서 Apple Silicon인지 Intel인지 확인한 뒤 알맞은 아키텍처를 선택하세요. 처음 실행할 때는 시스템 안내에 따라 네트워크 확장 프로그램이나 보조 서비스 권한을 허용해야 할 수 있습니다. 시스템 프록시는 프록시 설정을 따르는 앱에 주로 적용됩니다. 다른 연결까지 처리하려면 라우팅, DNS, 클라이언트의 TUN 지원 범위를 함께 확인하세요.
처음 연결할 때 시스템 VPN 권한을 허용해야 합니다. 화면을 잠근 뒤 연결이 끊긴다면 구독을 반복해서 바꾸기보다 배터리 최적화, 백그라운드 실행, 제조사별 자동 시작 설정부터 확인하세요. 앱별 프록시 설정으로 VPN을 사용할 앱을 선택할 수 있습니다. VPN 터널을 사용하는 다른 앱과 함께 켤 때는 시스템에서 터널을 어떻게 할당하는지 확인해야 합니다.
App Store에서 Clash Plus의 호환 요건과 앱 설명을 확인하세요. 공식 웹사이트는 clashplus.io입니다. 구독을 추가한 뒤 앱 안내에 따라 VPN 구성을 허용하고 정책을 선택해 연결하세요. 데스크톱 가이드의 서비스 설치, 수신 포트, 시스템 프록시 설정을 iOS에 그대로 적용하지 말고 앱 화면을 기준으로 조작하세요.
데스크톱에서는 Clash Verge Rev와 FlClash 중에서 선택하고, 배포판 패키지 형식과 데스크톱 환경에 필요한 의존성을 확인하세요. 서버나 라우터처럼 데스크톱 환경이 없는 기기에서는 커널 안내에서 mihomo를 살펴보세요. 명령줄로 실행할 경우 설정 디렉터리, 서비스 권한, 로그, 시작 시 자동 실행을 직접 관리해야 합니다. 데스크톱 앱의 스위치 설정만 복사해서는 충분하지 않습니다.
클라이언트를 바꾸기 전에 설정과 로컬 오버라이드를 백업하세요. 같은 구독을 여러 클라이언트에 가져올 수 있지만, 정책 그룹 이름과 지원하는 프로토콜 필드, 네트워크 권한은 서로 다를 수 있습니다. 이전 클라이언트의 로컬 설정이 구독과 함께 옮겨지지 않을 수도 있으므로 가져온 뒤 현재 모드와 기본 정책을 확인해야 합니다.
전체 클라이언트 보기 →설정 항목별 역할을 구성 예시로 살펴보세요. 예시는 각 필드의 의미를 보여주기 위한 것으로, 프록시 노드와 정책 그룹을 포함한 완전한 구독을 대체하지 않습니다. 기존 설정에 복사하기 전에 커널 지원 여부와 클라이언트의 오버라이드 방식을 확인하세요.
8초마다 테마가 바뀝니다. 클릭하거나 키보드로 조작하거나 포커스하면 전환이 멈춥니다.
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
# 전체 설정에는 프록시와 정책 그룹도 정의해야 합니다
# 원격 설정을 업데이트하기 전에 로컬 오버라이드를 보존하세요
구독 링크에서 완전한 YAML 설정이 반환될 수도 있고 노드 목록만 반환될 수도 있습니다. 가져온 뒤 사용 가능한 정책 그룹이 있는지, 현재 어떤 설정이 활성화되어 있는지 확인하세요. 원격 업데이트는 일반적으로 서버의 내용을 다시 불러옵니다. 다운로드한 파일을 직접 편집하면 다음 업데이트 때 변경 사항이 사라질 수 있습니다. 규칙, 포트, DNS 설정을 계속 유지하려면 클라이언트에서 제공하는 오버라이드 기능을 우선 사용하세요. 오버라이드 문법과 병합 순서는 클라이언트마다 다르므로 다른 클라이언트로 옮길 때는 구독 주소만 복사하지 말고 항목별로 확인해야 합니다.
구독 가져오기 단계 보기 →rules:
- DOMAIN-SUFFIX,github.com,Proxy
- DOMAIN-KEYWORD,ads,REJECT
- GEOIP,CN,DIRECT
- MATCH,Proxy
# Proxy는 이미 정의된 정책 또는 정책 그룹이어야 합니다
# 범위가 넓은 키워드 규칙은 원치 않는 연결까지 차단할 수 있습니다
규칙 모드에서는 목록 순서대로 연결을 확인하고, 처음 일치한 규칙이 지정한 정책으로 연결을 전달합니다. 도메인 접미사 규칙은 특정 웹사이트 범위를 지정할 때 적합하고, IP 규칙은 대상 주소를 기준으로 판단합니다. 일치하지 않은 연결을 처리하는 MATCH는 마지막에 둡니다. 예시의 Proxy는 사용자가 정한 정책 이름이므로 설정에 이미 있는 이름과 일치해야 합니다. 특정 사이트에 문제가 생기면 연결 기록에서 적용된 규칙을 먼저 확인하고, 더 구체적인 규칙을 일반 규칙보다 앞에 배치하세요. 전역 모드로 바로 전환하는 것보다 다른 연결의 직접 연결 동작을 유지할 수 있고, 변경 이유를 추적하기도 쉽습니다.
규칙 집합 관리 보기 →proxy-groups:
- name: Default
type: select
proxies:
- DIRECT
- REJECT
rules:
- MATCH,Default
정책 그룹을 사용하면 규칙과 실제 연결 경로를 따로 관리할 수 있습니다. 규칙은 그룹 이름을 참조하고, 그룹 안에서는 노드나 다른 정책 그룹 또는 내장 정책을 선택하므로 경로를 바꿀 때 전체 규칙을 수정할 필요가 없습니다. select는 직접 선택할 때 사용합니다. url-test와 fallback은 검사 주소와 동작을 추가로 설정해야 합니다. 그룹 이름은 중복되지 않아야 하며 참조 관계가 순환하지 않도록 해야 합니다. 여기서는 구조를 보여주기 위해 내장 정책만 사용했으며 프록시 노드는 포함하지 않았습니다. 실제로 사용할 때는 구독에 포함된 노드나 제공자를 참조하고, 자동 선택이 대상 웹사이트의 접속 요구에 맞는지 확인하세요.
정책 그룹 설정 보기 →dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
# 네트워크 환경에 맞는 상위 DNS 서버도 설정해야 합니다
# DNS 연결 처리와 라우팅 설정은 함께 구성해야 합니다
Fake-IP는 합성 주소를 사용해 도메인과 연결을 연결하고, 연결을 수신할 때 커널이 도메인 정보를 유지하도록 돕습니다. 단독으로 켜서 속도를 높이는 기능이 아니며 DNS 연결 처리, 상위 DNS 서버, 라우팅과 함께 설정해야 합니다. LAN 서비스나 실제 주소에 의존하는 앱에 문제가 생기면 필터 목록과 도메인 해석 경로부터 확인하세요. DNS를 바꾼 뒤에는 운영체제와 앱의 캐시도 고려해야 합니다. 네트워크마다 접근할 수 있는 상위 DNS 서버가 다를 수 있으므로 DNS 서버 주소를 그대로 복사하기 전에 접속 가능 여부와 프록시 서버 도메인의 해석 방식을 확인하세요.
Fake-IP 및 DNS 용어 보기 →tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
# 시스템 권한과 라우팅 지원이 필요합니다
TUN은 가상 네트워크 인터페이스를 사용해 해당 라우트로 들어오는 연결을 처리하며, 시스템 프록시 설정을 읽지 않는 앱에 적합합니다. 활성화하기 전에 클라이언트 서비스 권한을 확인하고 다른 VPN, 가상 네트워크 인터페이스, 보안 소프트웨어가 라우팅에 미치는 영향도 살펴보세요. TUN을 켠다고 모든 연결이 프록시로 강제 전달되는 것은 아닙니다. 최종 경로는 모드와 규칙, 정책 그룹에 따라 결정됩니다. LAN에 연결할 수 없거나 DNS 오류가 발생하면 로그를 보존한 뒤 기존 설정으로 되돌려 확인하세요. 모바일에서는 일반적으로 시스템 VPN 인터페이스로 연결을 처리하므로 화면에 표시되는 옵션이 데스크톱의 TUN 설정과 완전히 같지는 않습니다.
TUN 및 라우팅 안내 보기 →mixed-port: 7890
external-controller: 127.0.0.1:9090
secret: "your-controller-secret"
# mixed-port: 앱의 프록시 연결 포트
# external-controller: 관리 인터페이스
# 예시 비밀번호를 직접 생성한 값으로 바꾸세요
외부 컨트롤 인터페이스는 클라이언트 화면이나 컨트롤 패널에서 상태를 확인하고 정책을 전환하는 데 사용합니다. 앱이 사용하는 혼합 프록시 포트와는 용도가 다르며 두 인터페이스가 같은 포트를 수신해서는 안 됩니다. 로컬에서만 사용할 경우 루프백 주소에 바인딩하고 별도의 접근 비밀번호를 설정해 관리 인터페이스가 LAN이나 인터넷에 직접 노출되지 않도록 하세요. 화면에 연결 실패가 표시되면 먼저 주소, 포트, 인증 설정을 확인한 다음 커널이 실행 중인지 살펴보세요. 구독 내용과 로그에는 민감한 정보가 포함될 수 있으므로 문제 해결용 스크린샷을 공유하거나 설정을 올리기 전에 개인 링크와 인증 정보를 삭제하세요.
외부 컨트롤 인터페이스 안내 보기 →클라이언트 이름, 커널 기능, 구독 내용은 서로 다른 계층입니다. 선택할 때는 유지 관리 상태와 지원 필드, 설정 출처를 각각 확인하고 화면에 표시된 이름만으로 호환성을 판단하지 마세요.
Clash 생태계에는 설정, 규칙, 프록시 프로토콜을 기반으로 다양한 클라이언트가 있습니다. mihomo는 관련 커널 기능을 이어받아 확장했으며, 프로젝트에서 한때 Clash Meta라는 이름을 사용했기 때문에 가이드에는 Meta와 mihomo 등 여러 명칭이 등장합니다. 그래픽 클라이언트는 커널 위에 구독 관리, 정책 선택, 시스템 프록시, 로그 화면을 제공합니다. 같은 클라이언트 프로젝트라도 유지 관리 상황에 따라 포함된 커널 버전이 달라질 수 있습니다. 소프트웨어를 비교할 때는 클라이언트 안내와 커널 문서를 함께 확인하세요.
오픈소스 프로젝트의 동작은 소스 코드와 설정 문서, 이슈 토론을 통해 확인할 수 있습니다. 이 사이트는 한국어 다운로드 링크와 사용 안내를 제공하지만, 서로 다른 클라이언트를 하나의 개발팀이 만든 것처럼 설명하지 않으며 특정 화면의 모든 기능을 생태계 전체의 공통 기능으로 간주하지 않습니다. 필드의 의미를 확인하려면 사용 중인 커널 문서를 우선 살펴보고, 버튼 위치를 찾으려면 해당 클라이언트 안내를 확인하세요. 두 자료를 함께 참고해야 문제가 설정 때문인지, 시스템 연결 처리 때문인지, 화면 설정 때문인지 판단할 수 있습니다.
구독 제공자는 업데이트 과정에서 노드 이름이나 정책 그룹, 규칙을 변경할 수 있습니다. 클라이언트에 저장된 선택 상태는 이러한 이름을 참조하므로 이름이 바뀌면 다시 선택해야 할 수 있습니다. 업데이트 전에 정상 작동하는 설정을 따로 보관하고, 업데이트 후에는 규칙 모드가 유지되는지, 정책 그룹에 사용할 수 있는 연결 경로가 있는지, 주요 도메인에 예상한 규칙이 적용되는지 확인하세요. 설정 관리 페이지에 여러 구독이 저장되어 있다면 최근에 가져온 항목만 보지 말고 실제로 활성화된 설정도 확인해야 합니다.
구독 주소에는 대개 접근 인증 정보가 포함되므로 개인 정보처럼 보관하세요. 전체 주소를 공개 게시판에 올리거나 개인 구독이 포함된 설정을 공개 저장소에 제출하지 마세요. 형식 변환 서비스는 입력한 링크와 설정 내용을 처리할 수 있으므로 사용 전에 데이터 처리 방식을 확인하고, 가능하면 통제할 수 있는 환경에서 변환하세요. 노드 목록과 공유 링크, 전체 YAML은 포함하는 정보의 범위가 다릅니다. 변환에 성공해도 개인 요구에 맞는 규칙과 정책 그룹까지 자동으로 구성되는 것은 아닙니다.
클라이언트 업데이트와 구독 업데이트는 서로 다른 작업입니다. 전자는 커널이나 권한 요청, 설정 파싱 동작을 바꿀 수 있고 후자는 주로 원격 설정 내용을 바꿉니다. 업데이트 후 문제가 생기면 어느 계층이 변경됐는지 먼저 기록하고 로그에 명확한 오류가 있는지 확인하세요. 포트 충돌은 수신 중인 프로세스를 찾아야 하고, 설정 파싱 실패는 필드와 들여쓰기를 살펴봐야 합니다. 일부 웹사이트만 이상하다면 적용된 규칙과 DNS를 확인하세요. 계속 재설치하기보다 오류 유형에 맞는 경로로 점검하는 것이 효과적입니다.
새 클라이언트로 옮길 때는 먼저 이전 클라이언트의 시스템 프록시와 백그라운드 서비스를 끈 뒤 설정을 가져와 테스트하는 것이 좋습니다. 검증이 끝난 다음 시작 시 자동 실행을 켜서 두 클라이언트가 프록시와 라우팅을 반복해서 바꾸지 않도록 하세요. 테스트할 때는 웹사이트와 앱을 구체적으로 지정하고 일반 브라우저, 시스템 프록시를 따르지 않는 앱, LAN 서비스가 각각 어떻게 동작하는지 확인하세요. 연결 기록은 트래픽 분기 결과를 보여주지만, 한 번의 테스트만으로 모든 앱의 연결이 처리됐다고 볼 수는 없습니다.
사용 권한이 있는 구독이나 직접 만든 프록시 설정이 필요합니다. 클라이언트는 설정을 불러와 실행할 뿐 연결 경로를 자동으로 제공하지 않습니다. 먼저 구독이 호환되는 형식인지 확인한 뒤 가져와 정책을 선택하세요. 노드만 표시되고 규칙이 없다면 완전한 설정이 아니라 노드 목록을 가져왔을 수 있습니다. 클라이언트에서 지원하는 방식으로 정책과 규칙을 추가하세요. 처음 시작하기 전체 단계 보기 →
처음 설정할 때는 규칙 모드로 구독과 정책이 작동하는지 확인하는 것이 좋습니다. 전역 모드는 연결 경로를 바꾸지만 모든 앱의 연결이 커널로 들어간다는 뜻은 아닙니다. TUN은 주로 연결을 클라이언트로 전달하는 기능이며, 활성화한 뒤에도 규칙에 따라 트래픽을 분기할 수 있습니다. ‘연결이 클라이언트에 들어오는가’와 ‘들어온 연결이 어떤 경로로 나가는가’를 구분한 다음 필요한 설정을 변경하세요. 모드 및 네트워크 스택 용어 보기 →
원격 설정을 다시 불러오면 직접 편집한 구독 파일이 교체될 수 있습니다. 유지할 설정은 클라이언트에서 명시적으로 지원하는 오버라이드나 스크립트, 병합 기능에 넣고 적용 순서를 확인하세요. 목록을 추가하거나 교체하는 방식은 소프트웨어마다 다를 수 있습니다. 특히 규칙 순서와 정책 그룹 참조는 저장 완료 메시지만 보지 말고 실제 결과를 확인해야 합니다. 로컬 오버라이드 및 병합 안내 보기 →
운영체제와 클라이언트 이름, 현재 모드, TUN 사용 여부, 로그에서 처음 확인된 관련 오류를 기록하세요. 모든 연결이 안 되는지 특정 앱만 문제인지 설명하고 변경 전후 설정의 차이를 보존하세요. 스크린샷을 공유하기 전에 구독 주소와 프록시 인증 정보, 컨트롤 인터페이스 비밀번호를 삭제하고 개인 정보가 포함된 설정 전체를 공개하지 마세요. 도움말 센터로 이동 →
설정 파일 구조와 LAN 공유, 구독 형식에 대해 더 알아보세요. 각 글에서는 필드 간 관계와 작업 범위를 설명하므로 처음 가져오기를 마친 뒤 필요한 주제를 골라 읽을 수 있습니다.
완전한 config.yaml을 항목별로 살펴보며 최상위 필드와 dns, proxies, proxy-groups, rule-providers, rules의 역할과 작성 순서를 설명합니다. 각 설정 섹션의 역할을 파악한 뒤 수정할 항목이 어느 계층에 속하는지 판단하세요.
글 읽기 →혼합 포트의 원리부터 allow-lan과 bind-address 설정, 방화벽 허용, 다른 기기에 프록시 주소를 입력하는 방법까지 안내합니다. 프록시 공유 포트와 관리 인터페이스를 구분하고 기기 연결에 필요한 네트워크 조건을 확인하세요.
글 읽기 →구독에서 흔히 반환하는 형식과 mihomo가 바로 인식할 수 있는 형식, 변환이 필요한 형식을 설명합니다. 직접 변환기를 만들 때 주의할 규칙과 그룹 설정도 다룹니다. 가져오기 전에 콘텐츠 형식을 확인해 호환성 문제로 반복해서 시도하는 일을 줄이세요.
글 읽기 →