Windows
먼저 Clash Plus를 살펴본 다음 인터페이스와 작업 방식에 따라 Clash Verge Rev, FlClash 등을 비교하세요. 프로세서 아키텍처와 시스템 요구 사항을 확인해야 합니다. Clash for Windows 대체 프로그램을 찾는다면 서비스 모드, 설정 이전, 시작 시 자동 실행을 다시 확인하세요. 기존 프로그램 폴더를 그대로 복사하는 것만으로는 충분하지 않습니다.
다운로드기기에 맞는 클라이언트를 선택하고 구독 가져오기, 규칙 기반 라우팅, 연결 확인을 진행하세요.
먼저 세 가지를 구분하세요. 앱이 요청을 클라이언트로 보내는지, 클라이언트가 어떤 규칙으로 요청을 처리하는지, 도메인을 어디에서 조회하는지입니다. 시스템 프록시와 TUN은 트래픽 유입 경로를, 규칙 모드는 출력 정책을, DNS 설정은 이름 해석 경로를 결정합니다. 각 단계를 나눠 확인하면 여러 설정을 한꺼번에 바꾸는 것보다 문제를 쉽게 찾을 수 있습니다.
규칙 모드는 설정에 적힌 순서대로 도메인, 대상 주소, 규칙 집합을 확인해 요청을 지정된 정책 그룹이나 직접 연결로 보냅니다. 서로 다른 네트워크 리소스에 접속해야 할 때 적합하며, 사이트마다 기기 전체의 출구를 바꿀 필요가 없습니다. 사용 전에 정책 그룹이 실제로 정의되어 있는지 확인하고, 구체적인 도메인 규칙을 포괄적인 규칙보다 앞에 두세요. 마지막에는 MATCH로 나머지 요청을 처리합니다. 단일 프록시 출구만 제공하는 도구와 달리 Clash 생태계는 규칙 적용 과정을 확인할 수 있다는 점이 특징입니다. 예상과 다른 경로로 연결되면 노드만 바꾸지 말고 연결 기록에서 어떤 규칙이 적용됐는지 확인하세요.
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,Proxy
- GEOIP,CN,DIRECT
- MATCH,Proxy
예시의 Proxy는 정책 그룹 이름이며 실제 설정에 정의해야 합니다. 규칙 문법 보기 →
규칙 모드는 rules에 따라 트래픽을 분배하고, 전역 모드는 코어에 전달된 요청을 전역 정책으로 보냅니다. 직접 연결 모드는 대상에 바로 연결합니다. 일반적으로는 규칙 모드를 사용하고, 특정 요청이 규칙의 영향을 받는지 확인할 때만 잠시 전역 모드로 전환하세요. 전역 모드라고 해서 모든 앱의 트래픽이 처리되는 것은 아닙니다. 시스템 프록시를 사용하지 않는 프로그램은 별도로 프록시를 설정하거나 TUN을 사용해야 합니다. 그래픽 클라이언트마다 설정 위치는 다를 수 있지만 세 모드의 기본 역할은 비슷합니다. 점검이 끝나면 원래 모드로 되돌리고 연결 기록을 확인해 임시 설정을 계속 사용하지 않도록 하세요.
# 일상적으로 규칙 기반 라우팅 사용
mode: rule
# 선택 가능한 모드: global, direct
구독 링크는 일반적으로 이용 중인 서비스 제공업체에서 받습니다. 클라이언트는 설정을 다운로드하고 파싱해 활성화할 뿐, 설치만으로 사용할 수 있는 노드가 자동으로 제공되지는 않습니다. 가져온 뒤에는 해당 설정이 선택되어 있는지, 정책 그룹에 선택 가능한 항목이 있는지 확인하세요. 업데이트에 실패했다면 링크 만료, 네트워크 연결 실패, 형식 파싱 오류를 구분해 안내 메시지와 로그를 살펴보세요. 서버 주소 하나만 저장하는 도구와 달리 Clash 설정에는 규칙과 DNS 설정도 포함될 수 있습니다. 클라이언트마다 덮어쓰기와 병합 방식이 다르므로 구독 원본을 직접 수정하면 업데이트 후 변경 사항이 사라질 수 있습니다. 계속 유지할 설정은 클라이언트가 지원하는 덮어쓰기 기능에 저장하세요.
# 로컬 설정의 기본 필드
mixed-port: 7890
mode: rule
log-level: info
DNS는 도메인 이름을 IP 주소로 변환합니다. Fake-IP는 도메인에 코어가 매핑에 사용하는 가상 주소를 할당해 이후 연결에서도 도메인 정보를 유지하도록 돕습니다. 기능을 켜더라도 올바른 트래픽 처리 경로가 필요하며, 시스템의 모든 DNS 조회가 자동으로 코어를 거치는 것은 아닙니다. LAN 서비스나 특정 앱에서 호환성 문제가 생기면 DNS 서버를 계속 바꾸기보다 필요한 필터 항목을 설정하세요. 시스템 프록시 스위치만 제공하는 도구와 달리 관련 필드를 지원하는 mihomo 클라이언트는 DNS 조회 경로를 더 세밀하게 구성할 수 있습니다. 브라우저의 보안 DNS, 시스템 캐시, IPv6 설정도 함께 확인하세요.
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
TUN은 가상 네트워크 어댑터를 통해 트래픽을 프록시 코어로 전달하며, 일부 명령줄 프로그램이나 시스템 프록시 설정을 따르지 않는 앱에 적합합니다. 데스크톱에서는 보통 관리자 권한이나 서비스 설치가 필요하고, 모바일에서는 대개 시스템의 VPN 인터페이스를 사용합니다. 지원 범위는 클라이언트마다 다릅니다. 시스템 프록시보다 더 많은 트래픽을 처리할 수 있지만 라우팅 설정, 다른 VPN, 보안 프로그램의 영향을 받기 쉽습니다. 처음 연결할 때는 먼저 시스템 프록시로 설정이 작동하는지 확인한 뒤 TUN을 켜세요. 켠 후 인터넷이 끊기면 라우팅과 DNS 처리 상태를 확인하세요. 아래 내용은 필드 예시일 뿐, 현재 시스템에 필요한 전체 설정을 대신하지 않습니다.
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
다운로드 센터에서 운영체제별 클라이언트, 프로세서 아키텍처, 설치 안내를 확인할 수 있습니다. 먼저 기기의 운영체제를 확인한 다음 그래픽 클라이언트와 독립 실행형 코어를 구분하세요. 일반 데스크톱과 모바일 사용자는 보통 그래픽 인터페이스가 있는 클라이언트를 선택하면 됩니다. 서버, 라우터, 서비스를 직접 관리하는 기기에는 코어 패키지가 적합할 수 있습니다. 이름이 비슷한 클라이언트라도 지원 필드, 권한 부여 방식, 설정 덮어쓰기 동작이 같지는 않습니다.
먼저 Clash Plus를 살펴본 다음 인터페이스와 작업 방식에 따라 Clash Verge Rev, FlClash 등을 비교하세요. 프로세서 아키텍처와 시스템 요구 사항을 확인해야 합니다. Clash for Windows 대체 프로그램을 찾는다면 서비스 모드, 설정 이전, 시작 시 자동 실행을 다시 확인하세요. 기존 프로그램 폴더를 그대로 복사하는 것만으로는 충분하지 않습니다.
다운로드컴퓨터에 Apple Silicon 또는 Intel 프로세서 중 무엇이 탑재됐는지 확인한 뒤 알맞은 설치 파일을 선택하세요. 설치 후 시스템 안내에 따라 필요한 권한을 허용하세요. 클라이언트를 바꾸기 전에는 기존 클라이언트의 프록시와 백그라운드 서비스를 종료해야 합니다. 메뉴 막대에 정상적으로 표시되더라도 시스템에 이전 프록시 설정이 남아 있을 수 있습니다.
다운로드Clash Plus, Clash Meta for Android, FlClash 등의 클라이언트를 비교해 보세요. 설치 파일의 아키텍처가 기기와 맞는지 확인하고, 처음 연결할 때 시스템 VPN 사용을 허용하세요. 백그라운드에서 연결이 자주 끊긴다면 앱을 반복해서 재설치하기보다 배터리 최적화와 백그라운드 실행 제한을 확인하세요.
다운로드다운로드 센터에서 Clash Plus의 App Store 링크와 공식 사이트 clashplus.io를 확인할 수 있습니다. 설치 후 지원되는 설정을 가져오고 VPN 구성 추가를 허용하세요. 데스크톱 설정의 시스템 관련 필드 중 일부는 그대로 가져올 수 없으므로, 모바일 클라이언트의 안내를 기준으로 확인해야 합니다.
다운로드데스크톱 환경이 있다면 Clash Verge Rev 또는 FlClash를 선택하고 배포판에 맞는 패키지 형식을 사용하세요. 서비스만 실행하려는 경우 mihomo 코어를 사용할 수 있으며, 서비스 시작 방법과 접근 권한을 별도로 설정해야 합니다. 터미널 프로그램은 데스크톱 시스템 프록시를 사용하지 않을 수 있으므로 환경 변수를 따로 확인하세요.
다운로드새 클라이언트를 설치하기 전에 기존 설정을 내보내고 로컬 덮어쓰기 규칙을 기록해 두세요. 처음 테스트할 때는 프록시 클라이언트 하나만 실행하세요. 연결이 정상인지 확인한 후 자동 업데이트나 시작 시 자동 실행을 켜면 포트 충돌과 라우팅 문제를 줄일 수 있습니다.
전체 클라이언트 보기 →처음 설정할 때는 먼저 확인 가능한 연결을 만들고, 규칙 세분화와 TUN 설정은 그다음에 진행하세요. 설치 성공, 설정 가져오기 성공, 요청이 실제로 프록시를 통과하는 것은 서로 다른 결과입니다. 아래에는 진행 순서만 정리했습니다. 각 화면과 권한 설정은 전체 가이드에서 확인하세요.
설정 또는 구독 페이지에서 서비스 제공업체가 준 링크를 추가하거나 로컬 YAML 파일을 가져오세요. 파싱이 끝나면 해당 설정을 선택하고 정책 그룹에 사용할 수 있는 항목이 표시되는지 확인하세요. 가져오기 오류가 발생하면 오류 원문을 보관하고, 스크린샷이나 로그에 구독 주소가 노출되지 않도록 주의하세요.
먼저 규칙 모드를 사용하고 관련 정책 그룹에서 사용할 수 있는 출구를 선택한 다음, 현재 시스템에 맞는 프록시 유입 경로를 켜세요. 데스크톱에서는 시스템 프록시로 먼저 테스트하고, 모바일에서는 안내에 따라 VPN 연결을 허용하세요. 여러 클라이언트의 트래픽 처리 기능을 동시에 켜지 말고, 유입 경로를 확인하는 대신 전역 모드에 의존하지 마세요.
테스트할 대상에 접속한 뒤 연결 또는 로그 페이지에서 대상 도메인, 적용된 규칙, 선택된 정책을 확인하세요. 브라우저에서는 작동하지만 터미널에서는 실패한다면 두 환경의 프록시 설정을 각각 살펴봐야 합니다. 테스트가 끝나면 임시로 바꾼 모드를 원래대로 돌리고 자주 사용하는 앱과 LAN 리소스에 계속 접속할 수 있는지 확인하세요.
설정 업데이트에는 실패했지만 기존 연결은 작동한다면 모든 설정을 바로 초기화하지 말고 업데이트 작업부터 확인하세요. 문의할 때는 운영체제, 클라이언트 이름, 사용한 프록시 모드, 오류 발생 시간을 알려주면 됩니다. 구독 링크, 인증 정보, 전체 설정은 먼저 민감한 내용을 가린 뒤 공유하세요.
전체 가이드 보기 →Clash는 프록시 도구 생태계를 통칭할 때 널리 쓰이는 이름이며, 모든 플랫폼이 하나의 프로그램으로 작동하는 것은 아닙니다. 코어와 클라이언트의 관계를 이해하면 가이드가 현재 환경에 적용되는지 판단하기 쉽고, 특정 클라이언트의 화면 옵션을 모든 프로그램에 공통되는 설정으로 오해하지 않을 수 있습니다.
초기 Clash 프로젝트는 YAML 설정, 정책 그룹, 순서가 있는 규칙을 중심으로 한 사용 방식을 정립했습니다. 이후 커뮤니티에서 여러 코어 포크와 그래픽 클라이언트가 등장했고, mihomo는 일부 설정 기능을 이어받아 확장했습니다. 오래된 글을 찾았다면 어떤 코어와 클라이언트를 다루는지, 해당 클라이언트가 아직 유지 관리되는지 먼저 확인하세요. 필드가 같아 보여도 지원 범위나 기본 동작은 다를 수 있습니다. 파싱 오류가 발생하면 오래된 화면 캡처를 그대로 따르지 말고 현재 코어 문서와 실제 오류 메시지를 기준으로 확인하세요.
오픈 소스 저장소에서는 코드를 확인하고 릴리스 정보를 읽거나 이슈 논의를 살펴볼 수 있습니다. 다운로드 수, 별점, 댓글만으로 기기 호환성을 판단할 수는 없으므로 이 사이트에서는 이런 수치를 기준으로 제품을 추천하지 않습니다. 특정 기능을 확인하려면 상위 프로젝트 문서에서 필드 설명을 찾고, 이슈 기록에서 알려진 제한 사항을 살펴보세요. 이 사이트는 다운로드 정보와 한국어 사용 안내를 정리하며 각 상위 프로젝트의 공식 조직을 대변하지 않습니다. 클라이언트별 라이선스, 배포 방식, 세부 기능은 해당 프로젝트의 안내를 확인하세요.
코어는 프로토콜 연결, 규칙 매칭, DNS 등 네트워크 처리를 담당합니다. 그래픽 클라이언트는 설정 가져오기, 모드 전환, 시스템 연동, 로그 표시를 담당합니다. 비슷한 코어를 사용하는 두 클라이언트도 화면 구성과 덮어쓰기 절차는 다를 수 있습니다. 반대로 클라이언트가 성공적으로 실행됐다고 해서 하위 설정까지 올바르게 불러왔다는 뜻은 아닙니다. 문제를 확인할 때는 현재 활성화된 설정을 먼저 기록한 뒤 코어 로그를 살펴보세요. 이전을 준비한다면 구독 출처, 로컬 덮어쓰기, 시스템 설정을 각각 옮겨야 합니다. 설정 파일 하나에 모든 환경 설정이 담겨 있다고 가정하지 마세요.
프로그램 업데이트는 클라이언트나 코어 자체의 문제를 해결하고, 구독 업데이트는 노드, 정책 그룹, 규칙을 새로 가져옵니다. 둘은 서로 다른 작업입니다. 프로그램을 업데이트하기 전에는 릴리스 정보를 읽고 로컬 변경 사항을 백업하세요. 구독을 업데이트한 뒤에는 사용자 지정 변경 사항이 남아 있는지 확인하세요. 일부 클라이언트는 구독 내용과 로컬 덮어쓰기를 병합해 코어에 전달하므로 실제 적용되는 설정은 원본 구독 파일과 다를 수 있습니다. 업데이트 후 문제가 생기면 변경된 범위를 먼저 비교한 다음 설정을 되돌릴지 클라이언트 옵션을 조정할지 결정하세요. 문제 원인을 놓치지 않도록 프로그램, 구독, DNS를 한꺼번에 바꾸지 마세요.
각 글은 구체적인 문제를 다루므로 설치를 마친 뒤 작동 방식을 확인할 때 유용합니다. 먼저 실패한 요청의 로그를 보관하고 프록시 유입 경로, DNS 조회 경로, 규칙 매칭, 출구 연결 순서로 점검하세요. 네트워크 문제는 증상이 비슷해도 해결 방법이 다를 수 있습니다. 오류 한 줄만 보고 설정 전체를 초기화하지 마세요.
지연 시간 테스트를 올바르게 해석하는 법부터 트래픽 배수 계산, 지역과 용도의 조합, 프로토콜 차이까지 노드를 선택할 때 참고할 실용적인 기준을 정리했습니다.
노드 선택 안내 읽기 →로그에서 자주 보이는 dial timeout, DNS 조회 실패, 규칙 미일치 등의 오류를 하나씩 살펴봅니다. 로그 수준 설정 방법과 오류 메시지에서 관련 설정을 찾는 절차도 안내합니다.
로그 문제 해결 단계 읽기 →Windows, macOS, Android 등에서 첫 설치 후 공통으로 적용할 설정 순서를 안내합니다. 권한 허용, 포트 충돌, 설정 가져오기, 시작 시 자동 실행 등 자주 겪는 문제도 다룹니다.
첫 설치 안내 읽기 →