Windows
일반적인 데스크톱 환경에서는 Clash Plus와 Clash Verge Rev를 먼저 비교해 보세요. FlClash와 Clash Nyanpasu도 선택할 수 있습니다. 설치 전 시스템 정보에서 프로세서 아키텍처를 확인하고, 처음 실행한 뒤 설정을 가져온 다음 시스템 프록시를 켜세요. 더 많은 앱의 트래픽을 처리해야 한다면 가이드에 따라 TUN 권한과 서비스 상태를 확인하세요.
다운로드플랫폼별 다운로드
먼저 운영체제와 프로세서 아키텍처를 확인한 뒤 클라이언트의 설정 관리 방식을 비교하세요. 설치 파일, 시스템 요구 사항, 유지 관리 상태는 다운로드 센터에서 확인할 수 있습니다.
일반적인 데스크톱 환경에서는 Clash Plus와 Clash Verge Rev를 먼저 비교해 보세요. FlClash와 Clash Nyanpasu도 선택할 수 있습니다. 설치 전 시스템 정보에서 프로세서 아키텍처를 확인하고, 처음 실행한 뒤 설정을 가져온 다음 시스템 프록시를 켜세요. 더 많은 앱의 트래픽을 처리해야 한다면 가이드에 따라 TUN 권한과 서비스 상태를 확인하세요.
다운로드먼저 ‘이 Mac에 관하여’에서 Apple 칩인지 Intel 프로세서인지 확인한 뒤 알맞은 설치 파일을 선택하세요. Clash Plus, Clash Verge Rev, FlClash를 시작점으로 비교할 수 있습니다. 네트워크 관련 기능을 처음 활성화할 때는 시스템 권한 안내를 확인하세요. 클라이언트 업데이트 후 연결에 문제가 생기면 백그라운드 서비스와 시스템 프록시가 계속 활성화되어 있는지 먼저 살펴보세요.
다운로드Clash Plus, Clash Meta for Android, FlClash, Surfboard를 비교해 보세요. 모바일에서는 설정 형식, VPN 권한, 백그라운드 배터리 관리가 중요합니다. 최신 기기는 대부분 ARM64를 사용하지만 기기 정보를 기준으로 확인해야 합니다. Surfboard의 설정 체계는 Clash YAML과 다르므로 가져오기 전에 구독 제공자가 호환 형식을 지원하는지 확인하세요.
다운로드다운로드 센터에서 Clash Plus의 App Store 페이지로 이동하고 공식 웹사이트 clashplus.io도 확인할 수 있습니다. 설치 후 앱 안내에 따라 설정을 추가하고 VPN 권한을 허용하세요. 데스크톱과 모바일의 인터페이스 옵션은 완전히 같지 않으므로 구독을 옮길 때 클라이언트가 지원하는 프로토콜, 규칙 구문, 설정 가져오기 방식을 확인해야 합니다.
다운로드데스크톱에서는 Clash Verge Rev나 FlClash로 시작하고, 배포판에 맞는 패키지 형식을 선택하세요. 서버나 라우터에서 사용한다면 mihomo 코어 항목도 확인할 수 있습니다. 명령줄 코어는 설정 경로, 실행 권한, 서비스 수명 주기를 직접 관리해야 하므로 그래픽 클라이언트 설치와는 다른 배포 방식입니다.
다운로드클라이언트 기본 기능
그래픽 클라이언트는 조작 인터페이스를 제공하고, 코어는 연결을 처리합니다. 먼저 모드, 트래픽 처리 방식, 설정 출처를 구분해 두면 이후 문제를 더 정확하게 진단할 수 있습니다.
규칙 모드는 설정에 정의된 순서대로 규칙을 적용해 연결 경로를 결정하므로, 프록시와 직접 연결을 함께 사용하기에 적합합니다. 전역 모드는 일반적으로 클라이언트가 처리하는 연결에 전역 정책을 적용합니다. 기기의 모든 앱이 프록시에 연결된다는 뜻은 아닙니다. 직접 연결 모드에서는 해당 연결이 대상에 바로 접속합니다. 처음 사용할 때는 규칙 모드를 유지하고 정책 그룹에서 실제로 선택된 항목을 확인하세요. 문제를 비교 진단할 때 전역 모드로 잠시 전환해 볼 수 있지만, 시스템 프록시나 TUN 설정을 확인하는 절차를 대신할 수는 없습니다. 오른쪽에서 세 가지 모드의 용도를 바꿔 볼 수 있습니다. 이 예시는 기기의 네트워크 설정을 변경하지 않습니다.
세 가지 모드 비교하기 →모드 안내 · 네트워크 제어 없음
설정 규칙을 위에서부터 차례로 적용하고, 일치하는 규칙의 정책을 사용합니다. 일상적인 트래픽 분기에 적합합니다.
처리 대상 연결에 전역 정책을 적용합니다. 임시 비교 진단에 적합합니다.
처리 대상 연결을 직접 연결합니다. 로컬 네트워크 접속 결과와 비교할 때 유용합니다.
시스템 프록시는 운영체제에 프록시 주소를 등록하며, 해당 설정을 따르는 브라우저와 앱에서 사용하기 좋습니다. TUN은 가상 네트워크 인터페이스를 통해 지정된 트래픽을 처리하므로 일반적으로 더 넓은 범위를 다루지만 권한, 라우팅, DNS 설정에 더 많이 의존합니다. 두 방식은 단순히 성능 우열로 비교할 수 없습니다. 먼저 시스템 프록시로 연결을 확인하고, 시스템 프록시를 따르지 않는 프로그램이 있을 때 TUN을 고려하세요. 활성화하기 전에 충돌할 수 있는 다른 VPN을 끄고 기존 설정을 기록해 두세요. 모바일의 VPN 권한과 데스크톱의 서비스 모드 진입 방법은 다르므로 플랫폼별 가이드에 따라 하나씩 확인해야 합니다.
트래픽 처리 방식과 권한 설정 보기 →Clash 사용자 규칙은 보통 위에서 아래 순서로 적용되므로, 구체적인 도메인 규칙을 포괄적인 규칙보다 앞에 두고 MATCH는 마지막 기본 규칙으로 두는 경우가 많습니다. DOMAIN-SUFFIX는 도메인 접미사로 판단하고 GEOIP는 대상 IP 주소의 지역을 기준으로 매칭하므로 참조하는 정보가 다릅니다. 오른쪽 코드는 실제 구문 예시이며, PROXY는 설정에 이미 정의된 정책이나 정책 그룹과 일치해야 합니다. 수정 전 설정을 백업하고, 구독 업데이트 후 로컬 변경 사항이 사라지지 않도록 클라이언트의 오버라이드나 확장 기능을 우선 사용하세요. 규칙 적용 여부는 웹페이지가 열리는지만 확인하지 말고 새 연결의 매칭 결과를 살펴보세요.
규칙과 코어 호환성 확인하기 →구독 주소는 연결 정보와 규칙 설정을 가져오는 데 사용하며, 클라이언트 자체가 사용할 수 있는 서비스를 만들어 주지는 않습니다. 가져오기 전에 신뢰할 수 있는 출처의 주소인지 확인하고, Clash YAML 또는 다른 형식 중 무엇을 제공하는지 살펴보세요. 다운로드가 끝나면 설정 목록에서 해당 항목을 선택해야 코어가 사용합니다. 주소를 저장하는 것만으로 설정이 전환되지는 않습니다. 업데이트하면 원격 설정을 다시 가져오므로 개인 규칙과 인터페이스 설정은 클라이언트가 지원하는 방식에 따라 별도로 관리하세요. 구독 주소에는 접근 인증 정보가 포함될 수 있으니 공개 스크린샷이나 공용 변환 서비스에 올리지 마세요. 업데이트에 실패하면 먼저 주소 유효성, 만료 여부, 네트워크 접속 상태를 확인하세요.
구독 가져오기 절차 보기 →첫 연결
먼저 확인 가능한 연결을 만든 뒤 시작 시 자동 실행, 사용자 규칙 등 고급 옵션을 조정하세요. 한 번에 하나씩만 변경하면 문제 원인을 찾기 쉽습니다.
다운로드 센터에서 플랫폼에 맞는 설치 파일을 선택해 설치한 다음 설정 또는 구독 페이지를 여세요. 구독 주소를 붙여 넣고 가져오기가 완료될 때까지 기다린 뒤 목록에서 해당 설정을 선택합니다. 로컬 파일을 사용할 경우 확장자만 바꾼 파일이 아니라 클라이언트가 지원하는 형식인지 확인하세요. 가져오기 오류가 발생하면 안내 메시지를 먼저 살펴보고 주소 접속 실패와 설정 구문 분석 실패를 구분하세요. 설정을 성공적으로 불러오기 전에는 시스템 프록시를 반복해서 전환할 필요가 없습니다.
규칙 모드를 유지한 채 프록시 페이지에서 정책 그룹의 현재 선택을 확인하세요. 그런 다음 시스템 프록시를 켜거나 모바일 안내에 따라 VPN을 시작합니다. 데스크톱에서는 다른 클라이언트가 같은 포트를 사용하지 않는지 먼저 확인하세요. 테스트 중에는 다른 네트워크 트래픽 처리 도구를 잠시 끄면 라우팅 충돌을 방지할 수 있습니다. TUN이 필요한 앱은 기본 연결이 정상인지 확인한 후 별도로 테스트하세요. LAN 연결 허용, 전역 모드, TUN은 서로 같은 기능의 스위치가 아닙니다.
직접 연결할 대상과 프록시를 사용할 대상을 각각 방문하고, 연결 또는 로그 페이지에서 출구 정책과 규칙 매칭 결과를 확인하세요. Clash 노드 지연 시간 테스트는 테스트 대상의 응답만 보여 줍니다. 다운로드 속도, 웹페이지 전체 로딩 시간, 모든 서비스의 사용 가능 여부를 그대로 나타내지는 않습니다. 브라우저는 정상인데 특정 프로그램에 문제가 있다면 클라이언트 재설치부터 하지 말고, 해당 프로그램이 시스템 프록시를 사용하는지 확인한 뒤 DNS, UDP 지원, TUN 라우팅을 점검하세요.
오픈소스 생태계와 유지 관리 범위
선택할 때는 인터페이스, 코어, 설정 출처를 각각 살펴보세요. 이름이 비슷하다고 기능까지 같은 것은 아니며, 같은 파일을 가져올 수 있어도 모든 설정 항목이 호환되는 것은 아닙니다.
Clash 생태계는 프록시 코어, 그래픽 클라이언트, 설정 도구로 구성됩니다. 오리지널 Clash 프로젝트의 유지 관리가 중단된 뒤에도 커뮤니티는 관련 설정 구문과 사용법을 발전시켜 왔습니다. Clash.Meta 포크는 이후 mihomo라는 이름으로 이어지며 프로토콜 지원, DNS, 규칙, 네트워크 트래픽 처리 기능을 추가하고 개선했습니다. ‘Clash Meta 가이드’의 개념 중 상당수는 여전히 mihomo에도 적용되지만, 구체적인 설정 항목은 현재 코어 문서를 기준으로 확인하세요. 오래된 가이드의 경로나 인터페이스는 달라졌을 수 있습니다.
Clash Verge Rev, FlClash 등의 클라이언트는 설정 목록, 시스템 프록시, 정책 그룹, 로그 메뉴를 제공합니다. 실제 연결 기능은 사용하는 코어가 결정합니다. 일부 기능은 인터페이스 옵션과 코어 설정을 함께 적용해야 작동합니다. 반대로 코어가 특정 설정 항목을 지원하더라도 모든 클라이언트에 해당 그래픽 옵션이 있는 것은 아닙니다. 특정 프로토콜, 규칙 제공자, DNS 기능이 필요하다면 먼저 코어의 지원 범위를 확인한 다음 클라이언트에서 설정을 어떻게 저장하는지 살펴보세요.
오픈소스 저장소의 문서, 라이선스, 이슈 토론을 통해 기능 범위를 확인할 수 있습니다. 이 사이트는 다운로드 경로와 사용 안내를 제공하며, 모든 클라이언트의 개발자나 서비스 제공자는 아닙니다. 설정에 포함된 연결 주소, 계정, 사용량, 유효 기간은 설정 출처에 따라 달라지며 클라이언트를 바꾼다고 자동으로 해결되지 않습니다. 문제 해결 안내를 살펴볼 때는 클라이언트 이름, 운영체제, 트래픽 처리 방식, 오류 내용을 기록하세요. 로그를 외부에 공유하기 전에 구독 주소와 기타 민감한 정보를 삭제해야 합니다.
클라이언트 업데이트와 구독 업데이트는 서로 다릅니다. 전자는 프로그램이나 코어를 변경하고, 후자는 원격 설정을 교체합니다. 먼저 개인 규칙과 오버라이드 설정을 백업하고 변경 사항을 확인한 뒤 프로그램을 업데이트하세요. 한 번의 문제 해결 과정에서 코어, 구독, DNS, 트래픽 처리 방식을 동시에 바꾸지 마세요. 유지 관리가 중단된 클라이언트는 다운로드 센터에 보관 상태로 표시됩니다. 새 기기에서는 계속 관리되는 솔루션을 우선 고려하고, 기존 환경을 옮길 때는 프로토콜과 설정의 호환성을 먼저 확인하세요.
DNS 및 연결 확인: Fake-IP는 DNS 처리 방식 중 하나이지 독립적인 프록시 프로토콜이 아닙니다. Clash DNS 누수를 진단하려면 클라이언트 DNS, 시스템 리졸버, 브라우저 보안 DNS, 실제 라우팅을 함께 확인해야 합니다. 스위치 하나만 켜는 것으로 DNS 조회 경로와 연결 출구를 확인할 수는 없습니다. LAN 도메인, 프린터, 개발 서비스와 관련된 문제라면 로컬 DNS 조회와 우회 규칙도 점검하세요.
기술 노트
기본 연결을 확인한 다음 구체적인 문제에 맞는 내용을 살펴보세요. 먼저 어느 단계에서 트래픽 문제가 발생하는지 확인하면 회선, DNS, 규칙 문제를 뒤섞어 다루지 않을 수 있습니다.
노드 품질, 중계 회선, 로컬 DNS와 TUN 설정, 시스템 환경을 차례로 점검해 속도 저하 원인을 찾습니다. 단계별로 바로 실행할 수 있는 확인 방법과 조정 팁을 제공합니다.
기술 노트 읽기 →GeoIP 및 GeoSite 데이터 파일의 출처와 용도를 설명하고, mihomo 코어의 자동 업데이트 설정, 수동 교체 경로, GEOSITE 규칙 작성 예시를 안내합니다.
기술 노트 읽기 →세 가지 자동 정책 그룹의 선택 방식과 interval, tolerance 등의 매개변수를 살펴보고 안정성이나 부하 분산 목적에 맞게 정책 그룹을 구성하는 방법을 소개합니다.
기술 노트 읽기 →