설정 출처, 연결을 처리하는 구성 요소, 규칙 매칭 방식을 파악한 뒤 각 옵션을 조정하세요.
규칙 분기
규칙 모드에서는 연결마다 서로 다른 경로를 지정할 수 있어, 직접 연결과 전체 프록시를 번갈아 사용할 필요가 없습니다. 설정을 가져온 뒤에는 프록시 그룹에서 사용 가능한 노드가 선택됐는지 확인하고, 연결 기록에서 어떤 규칙이 매칭됐는지 살펴보세요. 규칙은 보통 위에서 아래로 적용되므로 구체적인 도메인을 포괄적인 규칙보다 앞에 배치하고, 마지막에 MATCH로 나머지 요청을 처리합니다. 프록시 주소 하나만 설정하는 것과 달리 규칙 분기를 사용하면 로컬 네트워크는 직접 연결하고 지정한 사이트만 프록시를 거치게 할 수 있습니다. 계속 유지할 사용자 규칙은 구독을 새로고침해도 사라지지 않도록 클라이언트의 오버라이드 기능으로 추가하는 편이 좋습니다.
규칙 모드 설정 단계 보기구독 관리
구독 주소는 설정을 가져오는 경로이지, 클라이언트가 네트워크 서비스를 제공한다는 뜻은 아닙니다. 기존 Clash 형식 주소를 구독 또는 설정 화면에 붙여 넣고 다운로드가 끝나면 현재 설정으로 선택하세요. 노드를 하나씩 입력하는 대신 구독을 사용하면 노드, 프록시 그룹, 규칙을 한꺼번에 업데이트할 수 있지만, 실제로 갱신되는 항목은 제공자가 내보내는 내용에 따라 달라집니다. 업데이트에 실패하면 먼저 주소가 완전한지, 만료되지 않았는지 확인한 뒤 요청 오류를 살펴보세요. 개인 규칙과 DNS 변경 사항은 원격 설정과 분리해 관리하세요. 자동 업데이트를 켜기 전에 수동으로 한 번 새로고침하고 기존 설정이 그대로 작동하는지 확인하는 것이 좋습니다.
구독 가져오기 안내 보기TUN 모드
일부 앱은 시스템 프록시 설정을 따르지 않아 브라우저에서 프록시를 켜도 연결이 처리되지 않을 수 있습니다. TUN은 가상 네트워크 인터페이스를 통해 트래픽을 전달하므로 더 많은 앱의 연결을 코어가 처리하게 할 수 있지만, 시스템 라우팅과 권한, 앱 동작에 영향을 받습니다. 먼저 일반 프록시 연결이 정상인지 확인한 다음 클라이언트 안내에 따라 서비스를 설치하거나 VPN 권한을 허용하고, DNS 가로채기와 자동 라우팅 설정을 살펴보세요. TUN은 시스템 프록시보다 네트워크 스택에 깊이 관여하므로 다른 VPN이나 가상 네트워크 어댑터와 충돌할 가능성도 큽니다. 인터넷이 끊기면 우선 TUN을 끄고 연결을 복구한 뒤 로그를 보면서 항목을 하나씩 조정하세요.
TUN 설정 보기플랫폼별 클라이언트
같은 Clash 생태계에 속해도 클라이언트마다 설정 화면, 코어 기능, 권한 부여 절차는 다릅니다. 데스크톱에서는 먼저 프로세서 아키텍처를 확인하고, 모바일에서는 구독 형식과 VPN 권한을 확인하세요. 기존 설정을 가져올 때도 사용 중인 프로토콜과 규칙 필드를 새 클라이언트가 지원하는지 살펴봐야 합니다. 설정 폴더 전체를 그대로 복사하기보다 구독을 먼저 가져온 다음 오버라이드를 하나씩 옮기면 문제를 찾기 쉽습니다. 다운로드 센터에서 운영체제별 클라이언트와 설치 안내를 확인할 수 있습니다. 일반 사용자는 그래픽 인터페이스를 우선 고려하고, 서버나 라우터에서는 독립 코어를 선택해 서비스 실행, 로그, 설정 디렉터리를 직접 관리할 수 있습니다.
클라이언트 선택 안내 보기화면은 설정 예시이며 스위치는 조작할 수 없습니다. 코드는 관련 필드만 보여 주며 전체 설정이 아닙니다. PROXY는 실제로 존재하는 프록시 그룹을 가리켜야 합니다. 지원 기능은 선택한 클라이언트에 따라 다릅니다.
운영체제를 먼저 선택한 다음 아키텍처와 설치 조건을 확인하세요. 이 링크는 다운로드 센터로 이동하며 설치 파일을 바로 내려받지 않습니다.
먼저 Clash Plus를 확인하고 Clash Verge Rev, FlClash, Clash Nyanpasu도 비교해 보세요. 설치 전에 시스템 설정에서 프로세서 종류를 확인하고, 운영체제의 비트 수와 앱 아키텍처를 혼동하지 마세요.
처음 실행하면 먼저 설정을 가져온 다음 시스템 프록시를 켜세요. TUN이 필요하다면 안내에 따라 서비스를 설치하고 방화벽이 클라이언트를 차단하는지 확인하세요. 다른 프록시 프로그램이 실행 중이면 먼저 종료한 뒤 테스트하세요. Clash for Windows는 더 이상 유지 관리되지 않으므로 새 기기에는 현재 지원되는 대안을 우선 고려하세요.
다운로드 페이지로 이동 Windows 클라이언트 →‘이 Mac에 관하여’에서 칩 정보를 확인해 Apple 칩 또는 Intel용 설치 파일을 선택하세요. Clash Plus, Clash Verge Rev, FlClash는 인터페이스와 기능에 차이가 있으므로 설치 조건을 확인한 뒤 선택하는 것이 좋습니다.
앱을 응용 프로그램 폴더로 옮긴 다음 실행하고, 안내에 따라 네트워크 권한을 허용하거나 서비스를 설치하세요. 키체인 알림이 나타나면 요청을 보낸 앱과 목적을 먼저 확인하세요. 단계를 생략하려고 시스템 보호 기능을 전부 끄지 마세요. 기존 클라이언트 설정은 참고할 수 있지만 권한은 새 앱에서 다시 허용해야 합니다.
다운로드 페이지로 이동 macOS 클라이언트 →Clash Plus, Clash Meta for Android, FlClash, Surfboard 중에서 선택할 수 있습니다. 시스템 아키텍처뿐 아니라 구독 형식도 확인하세요. 도구마다 지원하는 설정 문법이 다르므로 파일 확장자만 보고 호환 여부를 판단할 수 없습니다.
설정을 가져와 활성화한 뒤 첫 연결을 시도할 때 시스템 VPN 권한을 허용해야 합니다. 화면이 꺼진 상태로 한동안 지난 뒤 연결이 끊긴다면 배터리 최적화, 백그라운드 실행, 절전 정책을 확인하세요. 앱별 분기는 클라이언트와 시스템이 함께 지원하는 기능이므로 기기를 바꿀 때 앱 목록을 다시 확인해야 합니다. 이전 기기의 경로를 그대로 적용하지 마세요.
다운로드 페이지로 이동 Android 클라이언트 →다운로드 센터에서 Clash Plus의 App Store 페이지로 이동할 수 있으며, 프로젝트 공식 사이트는 clashplus.io입니다. 설치 후 기존 구독을 준비하고 앱 화면의 안내에 따라 가져온 다음, 시스템의 VPN 구성 추가 요청을 확인하세요.
첫 테스트에서는 기본 설정을 유지하고 사용 가능한 정책을 선택한 뒤 대상 앱에서 연결을 확인하세요. 다른 VPN 설정이 이미 있다면 실제로 활성화된 구성이 무엇인지 살펴보세요. 구독을 가져올 수 있다고 해서 데스크톱 설정의 모든 항목이 그대로 작동하는 것은 아닙니다. 지원하지 않는 필드가 있으면 앱 안내에 따라 조정하고, 반복해서 재설치하지 마세요.
다운로드 페이지로 이동 iOS 클라이언트 →데스크톱 환경에서는 Clash Verge Rev와 FlClash를 확인하고 배포판에 맞는 패키지 형식을 선택하세요. GUI가 없는 서버에서는 mihomo 코어를 사용할 수 있지만 설정 파일, 서비스 유닛, 실행 권한은 직접 준비해야 합니다.
데스크톱 프록시 설정이 터미널 프로그램에 적용되지 않을 수 있습니다. 명령줄 도구에는 프록시 환경 변수나 별도 옵션이 필요한 경우가 많습니다. systemd 서비스를 배포할 때는 설정 디렉터리와 작업 디렉터리를 명확히 지정하고 서비스 로그에서 실행 상태를 확인하세요. 원격 서버에서 TUN을 켜기 전에는 관리 연결을 유지해 라우팅 변경으로 접속이 끊기지 않도록 하세요.
다운로드 페이지로 이동 Linux 클라이언트 →클라이언트는 사용자 인터페이스를, 코어는 연결을, 구독은 설정을 담당합니다. 문제를 해결하기 전에 어느 계층에서 발생했는지 확인하세요.
Clash의 규칙 설정 방식은 여러 GUI 클라이언트에서 사용됩니다. 원 프로젝트의 유지 관리가 중단된 뒤 커뮤니티는 다양한 코어와 인터페이스 프로젝트를 발전시켰으며, mihomo는 관련 기능을 이어받아 확장했습니다. 따라서 Clash라는 이름이 들어간 앱을 찾았더라도 실제로 어떤 코어를 사용하고 현재 유지 관리 중인지 확인해야 합니다. 이전 가이드의 설정 필드, 화면, 메뉴 위치가 모든 클라이언트에 공통으로 적용되는 것은 아닙니다.
구독 목록, 트레이 메뉴, 시스템 프록시 스위치, 서비스 설치는 보통 GUI 클라이언트가 담당합니다. 프로토콜 연결, 규칙 매칭, DNS 처리는 코어가 실행합니다. 인터페이스는 정상적으로 열리지만 프록시가 작동하지 않는다면 코어 로그와 설정 로드 결과를 확인하세요. 반대로 명령줄 코어가 정상 실행 중이어도 데스크톱 시스템의 프록시 설정이 켜져 있다는 뜻은 아닙니다. 역할을 분리해서 이해하면 문제를 찾기 쉽습니다.
오픈소스 코드, 커밋 기록, 이슈 토론, 릴리스 노트는 기능의 출처를 판단하는 데 도움이 됩니다. 이 사이트는 다운로드 경로와 한국어 사용 안내를 제공하지만 프로젝트 유지 관리자를 대신하거나 노드 서비스를 제공하지 않습니다. mihomo 설정 필드의 의미를 확인하려면 먼저 프로젝트 저장소를 참고한 뒤 클라이언트의 오버라이드 기능을 활용하세요. 다른 클라이언트의 권한, 기능, 업데이트 주기는 각 프로젝트 안내에서 확인해야 합니다.
클라이언트 업데이트, 코어 업데이트, 구독 새로고침은 서로 다른 작업입니다. 앞의 두 작업은 기능이나 기본 동작을 바꿀 수 있고, 구독 새로고침은 노드, 프록시 그룹, 규칙을 교체할 수 있습니다. 업데이트 전에 사용자 오버라이드와 필요한 설정을 백업하고 호환성 안내를 읽은 다음 자주 사용하는 사이트와 로컬 네트워크 연결을 테스트하세요. 업데이트 버튼이 완료됐다는 이유만으로 연결 상태를 판단하지 마세요. 클라이언트, 구독, DNS를 한꺼번에 바꾸면 원인을 찾기 어렵습니다.
클라이언트는 실행 도구이고 구독은 노드와 설정을 제공합니다. 둘은 별개입니다. 호환되는 구독 주소를 준비해 설정 화면에서 가져와 활성화한 다음 프록시 그룹을 선택하세요. 특정 프로토콜의 단일 노드 링크만 있다면 클라이언트에서 바로 가져올 수 있는지 먼저 확인하세요. 모든 링크가 Clash 설정 주소인 것은 아닙니다. 자세한 방법은 구독 가져오기 가이드를 참고하세요.
먼저 주소 전체가 올바른지, 구독이 만료되지 않았는지, 오류 로그에 무엇이 기록됐는지 확인하세요. 요청 시간 초과, 권한 거부, 설정 파싱 오류는 원인이 달라 해결 방법도 다릅니다. 구독 변환을 사용할 때는 설정이 누구에게 전달되는지도 고려해야 합니다. 출처가 명확하고 호환되는 출력 방식을 우선 사용하고 개인 주소를 함부로 제출하지 마세요. 먼저 구독 변환 안내를 확인한 뒤 오류 유형에 맞게 해결하세요.
앱이 시스템 프록시를 따르지 않거나 자체 네트워크 설정을 사용할 수 있습니다. 먼저 브라우저에서 기본 프록시 연결을 확인하고 연결 기록에 대상 요청이 있는지 살펴보세요. 트래픽 처리 범위를 확인한 뒤 TUN이 필요한지 판단하세요. 특정 앱에서 한 번 접속한 결과만으로 모든 규칙이 작동하지 않는다고 결론 내리지 마세요. 첫 연결 점검 순서는 Clash 사용 가이드를 참고하세요.
규칙 설정이 제대로 되어 있다면 평소에는 규칙 모드에서 도메인이나 대상 주소별로 연결 경로를 지정하는 것이 좋습니다. 전역 모드는 일시적인 비교 테스트에 유용하지만 사용할 수 없는 노드나 잘못된 구독을 해결해 주지는 않습니다. 규칙 모드에서만 실패한다면 전역 모드에 계속 머물러 문제를 덮기보다 매칭 기록과 프록시 그룹을 확인하세요. 가이드의 모드 선택 및 확인 단계에 따라 하나씩 점검할 수 있습니다.
첫 연결을 마친 뒤 실제 문제에 맞춰 자세한 내용을 확인하세요. 아래에는 최근 게시물 세 편을 발행일 역순으로 정리했습니다.
dns 섹션의 각 필드가 하는 일을 살펴보고 fake-ip와 redir-host를 비교합니다. fallback-filter와 DNS 가로채기 설정 예시를 통해 DNS 오염과 유출을 줄이는 방법을 안내합니다.
연결은 정상적으로 되지만 도메인 이름이 해석되는 과정을 더 자세히 알고 싶은 사용자에게 적합합니다. 상위 DNS, 규칙 매칭, 실제 연결 경로를 구분한 뒤 구독의 DNS 설정을 오버라이드할지 판단하세요.
설정 가이드 읽기 →지연 시간 측정값의 실제 의미, 배율에 따른 트래픽 소모량, 지역별 용도, Trojan·VMess·Hysteria2 프로토콜의 차이를 설명합니다.
노드를 고를 때 한 번 측정한 결과만 보지 마세요. 이용하려는 서비스, 저녁 시간대의 사용 경험, 구독 요금 기준을 함께 살펴야 회선 문제, 지역 제한, 로컬 네트워크 변화를 구분할 수 있습니다. 방향 없이 노드를 계속 바꾸는 일을 줄여 보세요.
노드 선택 방법 읽기 →설치 파일 선택, 첫 실행 시 방화벽 안내, 서비스 모드와 TUN 네트워크 어댑터 설치, 시스템 프록시를 켰는데 작동하지 않는 주요 원인을 다룹니다.
설치부터 연결 확인까지 순서대로 설명하고, 클라이언트가 코어를 실행하지 못한 경우, 시스템에서 요청이 전달되지 않는 경우, 노드 자체를 사용할 수 없는 경우를 구분합니다. 반복해서 제거하고 재설치하기보다 로그와 작업 순서를 남겨야 문제 지점을 찾기 쉽습니다.
설치 및 문제 해결 단계 읽기 →