기기에 맞는 클라이언트를 선택하고 구독을 가져온 뒤 규칙 기반 라우팅을 설정해 Android와 iOS의 연결 방법을 익혀 보세요.
설정의 다섯 단계
클라이언트마다 화면은 다르지만 기본 설정 순서는 비슷합니다. 먼저 사용할 프로필을 불러오고, 다음으로 아웃바운드와 매칭 규칙을 정한 뒤, 시스템 트래픽이 클라이언트를 통과하도록 설정합니다. 아래에서 모바일 앱에서 자주 사용하는 메뉴와 각 설정의 역할을 설명합니다. 메뉴 이름은 클라이언트에 따라 다를 수 있습니다.
구독은 설정을 가져오는 기능이며, 구독을 추가했다고 클라이언트가 자동으로 연결되는 것은 아닙니다. 프로필 화면에서 URL 가져오기를 선택하고 알아보기 쉬운 이름을 입력하세요. 저장 후 다운로드가 완료되면 해당 프로필을 현재 설정으로 지정합니다. 가져오기 전에 구독 출처를 확인하고 제공업체가 요구하는 형식도 살펴보세요. 노드 정보만 포함된 URL에는 프록시 그룹이나 규칙이 없을 수 있습니다. 자동 업데이트 주기는 제공업체의 갱신 빈도에 맞추세요. 자주 새로고침해도 연결이 개선되는 것은 아닙니다. 구독 URL에는 개인 접속 정보가 포함될 수 있으니 화면을 공유할 때 주소를 가리고, 원격 프로필에 적용할 로컬 변경 사항은 오버라이드 기능에 따로 저장하세요.
프록시 그룹은 여러 아웃바운드 옵션을 묶어 관리하며, 규칙은 보통 개별 노드가 아닌 그룹 이름을 참조합니다. 특정 옵션을 계속 사용하려면 수동 선택 그룹을, 설정된 테스트 주소와 주기·허용 오차에 따라 후보를 고르려면 자동 테스트 그룹을 사용하세요. 전환하기 전에 실제 규칙이 참조하는 그룹을 수정하는지 확인하세요. 이름이 비슷한 보조 그룹은 현재 요청에 영향을 주지 않을 수 있습니다. 테스트 결과는 특정 대상에 대한 왕복 상태를 보여줄 뿐 모든 웹사이트의 로딩 성능을 보장하지 않습니다. 옵션을 바꾼 뒤 새 요청으로 확인하세요. 이미 연결된 장시간 연결은 기존 아웃바운드를 계속 사용할 수 있으므로 필요한 경우 해당 연결을 종료하세요.
규칙 모드에서는 도메인, 대상 주소 또는 규칙 집합에 따라 아웃바운드를 결정합니다. 보통 위에서부터 확인해 처음 일치하는 규칙을 적용하고 이후 규칙은 확인하지 않습니다. 구체적인 도메인 규칙을 포괄적인 규칙보다 위에 두고, 마지막에는 MATCH로 나머지 요청을 처리하세요. 특정 프록시 그룹만 전환해도 원래 DIRECT를 가리키는 규칙은 바뀌지 않습니다. 모바일에서 계속 사용할 사용자 지정 규칙은 구독 업데이트 때 덮어쓰이지 않도록 클라이언트의 오버라이드 또는 병합 기능에 저장하는 것이 좋습니다. 라우팅 문제를 확인할 때는 연결 기록의 매칭 규칙과 아웃바운드를 먼저 보고 DNS 해석 경로를 점검하세요. 페이지가 열리는지만으로 규칙이 올바르다고 판단하지 마세요.
모바일의 VPN 권한은 시스템 네트워크 터널을 만드는 데 사용됩니다. 데스크톱의 TUN은 시스템 프록시를 따르지 않는 앱의 트래픽을 가로채는 데 주로 사용됩니다. 두 기능은 트래픽을 클라이언트로 보내는 방법을 다루며, 규칙·전역·직접 연결 모드는 클라이언트에 들어온 트래픽을 처리하는 방법을 정합니다. 서로 다른 설정이므로 혼동하지 마세요. 처음 연결할 때는 시스템 권한 안내를 확인하고, 기기에 다른 VPN이나 네트워크 필터 앱이 실행 중인지 살펴보세요. 트래픽 가로채기 기능이 서로 충돌할 수 있습니다. 로컬 네트워크 허용은 별도 옵션이므로 프록시 공유가 필요할 때만 켜세요. DNS 가로채기 적용 여부는 커널 설정과 시스템 네트워크 환경에도 영향을 받습니다.
Android에서 화면이 꺼진 뒤 연결이 끊긴다면 백그라운드 활동 제한, 배터리 최적화 또는 시스템 정리 기능이 원인일 수 있습니다. 먼저 클라이언트의 백그라운드 실행을 허용하고, 기기에 맞춰 자동 시작과 앱 유지 설정을 조정하세요. 시스템의 모든 절전 기능을 한꺼번에 끌 필요는 없습니다. 연결이 안정되면 자동 테스트 주기, 구독 새로고침 빈도, 로그 수준을 확인해 불필요한 백그라운드 작업을 줄이세요. iOS 터널은 시스템에서 관리하므로 Android의 백그라운드 설정 방법을 그대로 적용할 수 없습니다. 배터리 소모를 비교할 때는 비슷한 네트워크 환경에서 사용 시간과 데이터 사용량을 맞춰 관찰하세요. 무선 신호 세기, 프로토콜, 지속적인 업로드·다운로드도 결과에 영향을 줍니다.
다운로드
먼저 운영체제와 프로세서 아키텍처를 확인하고, 필요한 커널 기능도 살펴보세요. 같은 구독을 여러 클라이언트에서 사용할 수 있지만 화면 설정, 로컬 오버라이드, 시스템 권한까지 함께 옮겨지는 것은 아닙니다. 다운로드 페이지에서 클라이언트와 설치 방법을 확인할 수 있으며, 홈페이지의 각 링크는 해당 플랫폼 페이지로 연결됩니다.
시스템 트레이 제어, 시스템 프록시, 데스크톱 규칙 관리가 필요한 사용자에게 적합합니다. 다운로드 전에 프로세서 아키텍처와 시스템 요구 사항을 확인하세요. 처음에는 시스템 프록시를 통해 브라우저 연결을 확인한 다음, 앱에 필요한 경우에만 TUN을 켜세요. 여러 네트워크 설정을 동시에 변경하지 않는 것이 좋습니다.
Clash Plus, Clash Verge Rev, FlClash 등 클라이언트마다 인터페이스와 기능이 다릅니다. 구형 클라이언트 보관 자료는 기존 환경과의 호환성을 위한 것이며, 새 설정을 사용할 수 있는지는 커널 지원 여부를 확인해야 합니다.
다운로드 Windows 클라이언트먼저 Apple Silicon용과 Intel용 설치 파일을 구분한 뒤, 메뉴 막대 제어, 프로필 관리, 트래픽 가로채기 등 필요한 기능에 맞춰 클라이언트를 선택하세요. 시스템 프록시와 TUN은 권한을 설정하는 경로가 다르므로, 권한 안내가 나타나면 현재 활성화한 기능을 기준으로 판단하세요.
클라이언트를 옮길 때 구독 출처는 다시 사용할 수 있지만, 다른 앱의 설정 폴더를 그대로 덮어쓰는 것은 권장하지 않습니다. 규칙 오버라이드와 DNS 설정을 기록해 두고 새 클라이언트가 제대로 작동하는지 확인한 뒤 기존 앱을 비활성화하세요.
다운로드 macOS 클라이언트Android APK는 기기의 아키텍처에 맞아야 합니다. 최신 휴대전화는 보통 ARM64를 사용하지만 구형 기기는 지원 아키텍처를 확인하세요. 브라우저에서 설치할 때는 현재 설치 출처에 필요한 권한만 허용하고, 클라이언트를 연 뒤 시스템 안내에 따라 VPN 연결을 승인하세요.
Clash Plus, Clash Meta for Android, FlClash, Surfboard의 설정 방식을 비교해 볼 수 있습니다. Surfboard는 Clash YAML과 다른 형식의 설정을 사용하므로, 둘 다 구독을 지원한다는 이유만으로 파일을 서로 바꿔 사용할 수는 없습니다.
다운로드 Android 클라이언트iPhone과 iPad에서는 다운로드 페이지를 통해 Clash Plus의 App Store 페이지로 이동할 수 있습니다. 설치 전에 스토어에 표시된 시스템 요구 사항을 확인하세요. 설치 후에는 구성을 가져오고 처음 연결할 때 시스템 VPN 권한을 승인하세요.
클라이언트 이름이 비슷해도 모든 규칙이나 구독 필드를 똑같이 지원하는 것은 아닙니다. 가져오기 오류가 발생하면 설정 형식과 기능 안내부터 확인하세요. 제품 정보는 공식 웹사이트 clashplus.io에서 확인하고, 일상적인 사용 방법은 이 사이트의 가이드를 따라 진행하세요.
다운로드 iOS 클라이언트데스크톱 사용자는 Clash Verge Rev와 FlClash를 먼저 확인하고, 배포판에 맞는 패키지를 선택하세요. 설치가 완료되어도 트래픽이 자동으로 가로채지는 않습니다. 데스크톱 환경의 시스템 프록시가 대상 프로그램에 적용되는지 확인해야 합니다.
서버와 라우터에서는 보통 mihomo 커널, 서비스 관리, 라우팅 설정을 별도로 구성해야 합니다. 커널 다운로드와 GUI 클라이언트는 별도로 안내합니다. 서비스 권한, DNS, 라우팅 테이블에 익숙하지 않다면 데스크톱 GUI에서 먼저 작동하는 설정을 만들어 보세요.
다운로드 Linux 클라이언트첫 연결
01 / 설치 및 권한
기기에 맞는 설치 파일을 다운로드해 설치한 뒤, 설정 화면에서 연결 스위치와 프로필 메뉴 위치를 확인하세요. Android에서는 연결을 시작할 때 VPN 권한을 승인해야 하며, iOS에서는 VPN 구성 추가를 허용해야 합니다. 첫 연결 전에는 네트워크 기본 설정을 유지하고 프록시나 필터링 앱을 여러 개 동시에 켜지 마세요.
02 / 설정 및 아웃바운드
프로필 화면에서 구독을 추가하고 다운로드가 끝날 때까지 기다리세요. 해당 구독을 현재 프로필로 지정한 다음 프록시 그룹에서 아웃바운드를 선택합니다. 처음에는 규칙 모드를 유지하고 그룹에 사용할 수 있는 옵션이 있는지 확인하세요. 가져오기에 실패하면 오류 안내와 설정 형식을 먼저 살펴보세요. 연결 스위치를 반복해서 바꾸거나 개인 구독 URL을 공개 게시판에 올리지 마세요.
03 / 연결 및 점검
연결을 켠 뒤 대상 서비스에 접속하고 연결 기록에서 매칭 규칙과 아웃바운드를 확인하세요. 브라우저가 작동한다고 모든 앱의 트래픽이 가로채지는 것은 아닙니다. 특정 앱에서 문제가 생기면 시스템 프록시, VPN 또는 TUN 설정을 각각 점검하세요. 마지막으로 화면을 끈 상태와 네트워크 전환 상황을 테스트해 백그라운드 연결이 평소 사용 방식에 맞는지 확인합니다.
확인할 때는 한 번에 설정 하나만 변경하세요. 현재 모드, 프록시 그룹 선택, 오류 현상을 기록한 뒤 관련 설정을 수정하면 구성 문제, 시스템 트래픽 가로채기 문제, 서버 문제를 구분하기 쉽습니다. 노드 테스트 방법은 지연 시간 및 연결 확인을, Android 백그라운드 설정은 자동 시작 및 백그라운드 실행을 참고하세요.
오픈 소스 생태계와 유지 관리 범위
화면 이름만 비교하기보다 프로젝트별 역할을 이해하는 것이 중요합니다. 이 사이트에서는 설치 경로와 사용법을 정리합니다. 각 클라이언트의 실제 기능, 시스템 요구 사항, 릴리스 정보는 해당 프로젝트와 제품 페이지에서 확인하세요.
원본 Clash는 설정 파일, 프록시 그룹, 규칙 기반 라우팅을 중심으로 네트워크 프록시를 구성하는 방식을 정립했습니다. 원본 프로젝트의 유지 관리가 중단된 뒤에도 생태계의 클라이언트가 모두 사라진 것은 아닙니다. 후속 커널을 도입하거나 기존 기능을 유지하는 등 각기 다른 방향으로 이어졌습니다. Meta는 주요 기능 확장 포크이며, mihomo는 이 커널 계열의 유지 관리를 이어가고 있습니다. 따라서 클라이언트 이름에 Clash가 포함되어 있다는 사실만으로 사용 중인 커널, 프로토콜 지원, 설정 호환성을 판단할 수는 없습니다.
가이드를 읽을 때는 먼저 커널에 관한 내용인지 인터페이스에 관한 내용인지 확인하세요. YAML 필드를 설명하는 자료는 대개 커널과 관련이 있고, 트레이·설정 오버라이드·백그라운드 권한을 다루는 단계는 클라이언트와 운영체제에 따라 달라집니다. 두 설정을 구분하면 모바일 화면에서 데스크톱 전용 메뉴를 찾거나 앱의 로컬 옵션을 구독 설정에 잘못 적는 일을 막을 수 있습니다.
FlClash, Clash Verge Rev 등의 GUI 클라이언트는 커널을 바탕으로 구독 관리, 프록시 그룹 선택, 시스템 트래픽 가로채기 기능을 제공합니다. 인터페이스 업데이트는 사용 방식만 바꿀 수도 있고 커널을 함께 교체할 수도 있습니다. 커널 업데이트는 프로토콜 지원, DNS 동작, 설정 필드 요구 사항에 영향을 줄 수 있습니다. 클라이언트를 선택할 때는 필요한 기능을 명확히 지원하는지 확인하고, 화면에 표시된 제품명만으로 완전한 호환성을 기대하지 마세요. 세부 차이는 클라이언트 선택 가이드에서 비교할 수 있습니다.
모바일에서는 운영체제의 백그라운드 관리와 네트워크 확장 권한도 영향을 줍니다. 데스크톱에서 쓸 수 있는 스크립트, 프로세스 매칭, 시스템 연동 기능이 모바일에도 있다고 단정할 수 없습니다. 여러 기기에서 설정을 공유하려면 공통 규칙은 설정 계층에 두고, 배터리 최적화·시작 방식·시스템 프록시는 각 클라이언트에서 따로 관리하세요.
같은 YAML 형식을 사용하더라도 커널이 다르면 같은 설정을 전부 읽을 수 있는 것은 아닙니다. 프로토콜 이름, 전송 매개변수, 규칙 집합, DNS 필드의 지원 여부가 다를 수 있습니다. 가져온 뒤 알 수 없는 필드나 지원하지 않는 프록시 유형이 표시되면 오류 내용을 보관하고 커널이 해당 기능을 지원하는지 먼저 확인하세요. 필드를 무작정 삭제하면 설정이 로드되더라도 기존 라우팅이나 DNS 해석 동작이 달라질 수 있습니다. 구독 변환 역시 대상 커널에서 표현할 수 있는 기능 범위 안에서만 작동합니다.
모든 환경에 적용할 수 있는 프로토콜 순위는 없습니다. 네트워크 품질, 서버 구현, 전송 방식, 휴대전화의 무선 상태가 모두 사용 경험에 영향을 줍니다. 연결 안정성과 배터리 소모를 비교하려면 다른 조건을 고정하고 실제 요청, 재연결 여부, 백그라운드 사용량을 각각 확인하세요. 프로토콜 선택과 DNS 해석 및 트래픽 가로채기는 기술 참고 페이지에서 사용 환경별로 설명합니다.
클라이언트 업데이트, 커널 업데이트, 구독 업데이트는 서로 다른 작업입니다. 앞의 두 가지는 소프트웨어를 바꾸고, 구독 업데이트는 원격 설정 내용을 바꿉니다. 업데이트 전에 현재 모드, 중요한 프록시 그룹 선택, 로컬 오버라이드를 기록하고 클라이언트의 내보내기 기능으로 필요한 설정을 보관하세요. 업데이트 후에는 자주 쓰는 서비스 한두 개로 먼저 확인하고 규칙 매칭과 백그라운드 연결을 점검하면 됩니다. 전체 설정을 바로 다시 구성할 필요는 없습니다.
오픈 소스 코드를 통해 구현을 살펴보고, 이슈 논의와 수정 내역을 확인할 수 있습니다. 다만 공개 저장소만으로 특정 릴리스에 포함된 내용을 모두 알 수는 없습니다. 문제가 발생하면 먼저 재현 단계를 정리한 다음 운영체제, 클라이언트, 오류 메시지, 이미 시도한 조치를 기록하세요. 로그에는 접속 도메인, 서버 주소, 구독 인증 정보가 포함될 수 있으므로 피드백을 제출하기 전에 문제와 무관한 개인 정보를 삭제하세요.
커널 코드를 읽거나 빌드하려는 사용자를 위한 안내입니다. GUI 클라이언트의 일반적인 사용에는 이 명령이 필요하지 않습니다.
git clone https://github.com/MetaCubeX/mihomo.git최근 사용 가이드
먼저 발생한 현상에 맞는 단계를 찾으세요. 설치 후 권한 누락, 시작 시 설정 오류, 구독 다운로드 실패는 해결 순서가 서로 다릅니다. 기존 설정을 보존하고 필요한 부분만 조정하세요.
구독 URL 만료, 형식 비호환, 프록시를 통하지 않는 업데이트 요청, 인증서 확인 실패 등 흔한 원인을 정리하고 클라이언트에서 적절한 자동 업데이트 주기를 설정하는 방법을 설명합니다.
글 읽기 →설정 파일 문법 오류, 커널과 설정의 비호환, 캐시 손상, 시스템 권한 충돌의 네 가지 원인으로 시작 중 강제 종료를 확인합니다. 데이터 정리와 설정 재가져오기를 안전하게 진행하는 순서도 안내합니다.
글 읽기 →첫 설치에 필요한 기본 사항을 정리했습니다. Android의 출처를 알 수 없는 앱 설치 허용, VPN 권한 확인, 배터리 최적화 예외 등록, 첫 구독 가져오기와 초보자가 놓치기 쉬운 초기 설정을 확인하세요.
글 읽기 →