Windows
먼저 Clash Plus를 살펴보고 Clash Verge Rev, FlClash, Clash Nyanpasu와 비교해 보세요. 기존 설정을 옮기기 전에는 사용 중인 클라이언트를 종료하고 남아 있는 시스템 프록시를 끄세요. 두 프로세스가 같은 포트를 사용하면 충돌할 수 있습니다.
다운로드 페이지로 이동 →Client selection / 01
ClashX는 macOS용입니다. 다른 운영체제에서는 해당 플랫폼용 Clash 클라이언트를 선택하세요. 처음 설치할 때는 CPU 아키텍처와 시스템 요구 사항을 먼저 확인하세요. GUI와 권한 요청, 설정 덮어쓰기 방식은 클라이언트마다 다르므로 다른 플랫폼의 메뉴 경로를 그대로 따라서는 안 됩니다.
먼저 Clash Plus를 살펴보고 Clash Verge Rev, FlClash, Clash Nyanpasu와 비교해 보세요. 기존 설정을 옮기기 전에는 사용 중인 클라이언트를 종료하고 남아 있는 시스템 프록시를 끄세요. 두 프로세스가 같은 포트를 사용하면 충돌할 수 있습니다.
다운로드 페이지로 이동 →Apple Silicon용과 Intel용 설치 파일을 구분한 뒤 메뉴 막대 사용 방식에 맞는 클라이언트를 선택하세요. ClashX Meta는 지원이 중단된 아카이브 버전입니다. 새로 설치한다면 Clash Plus, Clash Verge Rev, FlClash를 비교해 보세요.
다운로드 페이지로 이동 →기기 아키텍처에 맞는 설치 파일을 선택하고 구독을 가져온 다음 VPN 연결을 허용하세요. 백그라운드에서 연결이 끊기면 배터리 최적화와 백그라운드 실행 권한을 확인하세요. 다른 VPN을 사용 중이라면 어느 연결을 유지할지 먼저 정해야 합니다.
다운로드 페이지로 이동 →다운로드 페이지에서 Clash Plus의 App Store 페이지로 이동하세요. 공식 사이트는 clashplus.io입니다. 설치 후 신뢰할 수 있는 구독을 가져오고 VPN 구성을 허용하세요. 데스크톱 클라이언트의 시스템 프록시 설정은 이 절차에 해당하지 않습니다.
다운로드 페이지로 이동 →데스크톱에서는 Clash Verge Rev 또는 FlClash를 선택하고 배포판에 맞는 패키지 형식을 사용하세요. 서버나 라우터에서는 mihomo 코어를 별도로 배포할 수 있지만, 설정 디렉터리와 서비스 권한, 수신 주소를 직접 관리해야 합니다.
다운로드 페이지로 이동 →Configuration workflow / 02
먼저 설정을 정상적으로 불러온 다음 트래픽이 코어로 전달되는 방식과 규칙이 적용되는 과정을 확인하세요. 아래 항목은 사용 순서대로 정리했습니다. 항목을 선택하면 설정 위치와 클라이언트별 차이를 볼 수 있으며, 직접 전환하면 자동 재생이 중지됩니다.
구독은 노드와 정책 그룹, 규칙을 제공하며 클라이언트를 설치한다고 연결이 자동으로 만들어지지는 않습니다. 클라이언트의 ‘설정’ 또는 ‘구독’ 페이지에서 URL 가져오기를 선택하세요. 저장한 뒤 직접 업데이트하고 현재 설정으로 지정합니다. 파싱 오류가 나면 응답 내용이 호환되는 YAML인지, 로그인 페이지가 아닌지 먼저 확인하세요. 구독 변환, 요청 식별 정보, 업데이트 주기는 클라이언트마다 다릅니다. 같은 URL을 가져올 수 있는지는 현재 코어의 파싱 결과를 기준으로 판단하세요. 구독 URL에는 보통 인증 정보가 포함되므로 공개 로그에 올리지 마세요.
규칙 모드는 대상 도메인, 주소 또는 프로세스를 기준으로 트래픽 경로를 정하므로 직접 연결과 프록시를 함께 사용할 때 적합합니다. 클라이언트 메뉴에서 ‘규칙’ 모드를 선택한 다음 정책 그룹 페이지에서 Proxy 등의 그룹에 노드를 지정하세요. 규칙이 가리키는 것은 특정 서버가 아니라 그룹 이름일 수 있습니다. 그룹 안의 노드만 바꿔도 규칙 순서는 달라지지 않습니다. 클라이언트마다 그룹 인터페이스는 다를 수 있지만 호환 코어는 설정을 위에서 아래로 적용합니다. 특정 사이트가 잘못된 경로로 연결되면 전체 모드로 바꾸기보다 연결 상세 정보에서 어떤 규칙이 적용됐는지 먼저 확인하세요.
일부 게임과 명령줄 도구, 앱은 시스템 프록시 설정을 따르지 않습니다. 이런 경우 TUN 사용을 검토할 수 있습니다. 클라이언트의 네트워크 설정에서 강화 모드를 켜고 안내에 따라 서비스를 설치하거나 필요한 권한을 부여한 뒤 라우팅과 DNS가 정상인지 확인하세요. TUN은 노드 성능을 높이는 기능이 아니며 모든 네트워크에서 사용할 수 있는 것도 아닙니다. 서비스 설치, 가상 네트워크 어댑터, 라우팅 제외 항목의 기본값은 클라이언트마다 다르므로 설정 상태를 그대로 복사해서는 안 됩니다. 회사 VPN이나 컨테이너 네트워크와 충돌하면 먼저 TUN을 끄고 다시 테스트한 뒤 제외 범위를 조정하세요.
로그를 보면 설정 파싱 실패, DNS 조회 오류, 상위 연결 오류를 구분하는 데 도움이 됩니다. 클라이언트의 ‘로그’ 페이지에서 시작 정보를 확인한 뒤 대상 사이트에 접속하고 같은 시각의 로그와 연결 상세 정보를 비교하세요. 평소에는 info 수준을 사용하고 문제를 조사할 때만 잠시 상세도를 높이세요. 클라이언트에 따라 코어 로그를 필터링하거나 인터페이스 오류를 별도로 기록할 수 있으므로 설정 업데이트 결과도 함께 확인해야 합니다. 문제 해결 자료를 공유하기 전 구독 URL, 인증 정보, 노드 주소, 개인 접속 기록을 지우고 필요한 오류 내용만 남기세요.
휴대폰이나 TV를 PC의 프록시를 통해 연결하려면 해당 기기에서 PC의 LAN 주소에 접근할 수 있어야 합니다. 클라이언트 설정에서 LAN 연결을 허용하고 수신 주소를 확인한 뒤 다른 기기에 PC 주소와 혼합 포트를 입력하세요. allow-lan을 켜도 방화벽이 자동으로 허용되는 것은 아니며 기기의 모든 트래픽이 프록시를 통과하는 것도 아닙니다. 클라이언트가 설정 파일의 바인딩 주소를 덮어쓸 수 있으므로 실행 중 설정을 확인하세요. 신뢰할 수 있는 네트워크에서만 공유하고 접속 가능한 네트워크 범위를 제한하세요. 필요하면 인증을 설정하고 수신 포트를 공용 인터넷에 노출하지 마세요.
도메인 조회 결과는 규칙 판정과 연결에 영향을 줍니다. 브라우저의 보안 DNS도 조회 경로를 바꿀 수 있습니다. 설정을 조정하기 전 구성의 dns 항목에서 코어 DNS가 활성화되어 있는지 확인하고, 클라이언트에 별도의 DNS 덮어쓰기 설정이 있는지도 살펴보세요. TUN을 사용한다면 DNS 요청 가로채기와 라우팅이 함께 작동하는지도 확인해야 합니다. 클라이언트마다 기본 조회 방식이 다르므로 같은 구독을 가져왔다고 결과까지 같다고 가정하지 마세요. 도메인 접속은 실패하지만 IP 주소로는 연결된다면 실제 조회 결과와 로그를 기록하고 노드를 반복해서 바꾸기보다 상위 DNS 서버를 하나씩 확인하세요.
구독에서 내려받은 파일을 직접 수정하면 다음 업데이트 때 변경 내용이 사라질 수 있습니다. 포트를 고정하거나 규칙을 추가하고 DNS를 조정하려면 먼저 클라이언트에서 덮어쓰기, 병합 또는 확장 설정을 지원하는지 확인한 뒤 알맞은 위치에 로컬 변경 사항을 넣으세요. 병합 순서와 배열 처리 방식은 클라이언트마다 다릅니다. 일부는 전체 항목을 교체하고 일부는 항목 추가를 지원합니다. 저장 후 실제 실행 설정에서 규칙 위치와 정책 그룹 이름을 확인하고 구독을 업데이트해도 변경 사항이 유지되는지 테스트하세요. 클라이언트를 옮기기 전에는 로컬 덮어쓰기 내용도 별도로 백업해야 합니다.
사용자 규칙은 일부 대상의 트래픽 경로를 조정할 때 사용합니다. 설정의 rules 목록에 DOMAIN-SUFFIX 같은 유형을 추가하고, 어떤 규칙에도 해당하지 않는 요청을 처리하도록 마지막에 MATCH를 둡니다. 대상 정책 이름은 기존 정책 그룹과 일치해야 합니다. MATCH를 앞에 두면 뒤에 있는 규칙이 적용되지 않을 수 있습니다. 클라이언트에 따라 GUI 규칙 편집기를 제공하거나 확장 설정에서 직접 관리해야 할 수 있지만, 최종 생성된 규칙 순서는 반드시 확인하세요. 예시의 Proxy는 단순한 그룹 이름이므로 사용 전에 현재 설정에 실제로 존재하는 그룹으로 바꾸고 연결 상세 정보에서 적용 여부를 확인하세요.
mixed-port는 하나의 수신 포트에서 HTTP와 SOCKS 프록시 연결을 모두 처리합니다. 7890은 흔히 쓰이는 값일 뿐 모든 클라이언트의 고정 포트는 아닙니다. 클라이언트의 포트 설정이나 실행 설정에서 실제 값을 확인한 뒤 터미널이나 다른 앱에 프록시 주소를 입력하세요. 시작할 때 주소가 이미 사용 중이라는 메시지가 나오면 다른 수신 프로그램을 종료하거나 포트를 바꾸고 사용하는 앱에도 새 값을 반영하세요. 클라이언트가 YAML 설정을 인터페이스 설정으로 덮어쓸 수 있으므로 구독 원본만 확인해서는 안 됩니다. 로컬에서만 사용할 때는 루프백 주소에 바인딩하세요.
First connection / 03
신뢰할 수 있는 구독 URL을 준비하고 현재 시스템 프록시 상태를 확인하세요. 처음 연결할 때는 필요한 설정만 변경합니다. 먼저 규칙 모드와 시스템 프록시를 사용해 웹사이트에 접속되는지 확인한 다음 앱에 필요한 경우 TUN이나 LAN 공유를 검토하세요.
Step 01 / Install
다운로드 페이지에서 시스템 요구 사항을 확인하고 CPU 아키텍처에 맞춰 설치하세요. 처음 실행할 때 설정 디렉터리에 쓰기 권한이 있는지 확인하고 다른 프록시 클라이언트는 종료하세요. 시스템에서 권한을 요청하면 용도를 먼저 확인하세요. 일반적인 가져오기 오류를 해결하려고 시스템 권한을 불필요하게 늘리지 마세요.
Step 02 / Import
설정 페이지에 구독 URL을 붙여 넣고 업데이트가 끝날 때까지 기다린 다음 현재 설정으로 선택하세요. 정책 그룹이 표시되는지, 그룹에 선택할 노드가 있는지 확인합니다. 목록이 비어 있으면 시스템 프록시를 켜도 설정 내용이 복구되지 않으므로 구독 업데이트 결과를 확인하세요.
Step 03 / Verify
규칙 모드를 선택하고 프록시 정책 그룹에 노드를 지정한 다음 시스템 프록시를 켜세요. 대상 사이트에 접속해 연결 상세 정보에서 적용된 규칙과 경로를 확인하고 직접 연결되어야 하는 대상도 테스트하세요. 브라우저 연결이 확인된 뒤 터미널이나 다른 앱의 프록시 설정을 별도로 점검하세요.
Source & maintenance / 04
ClashX는 macOS 메뉴 막대용 클라이언트이며 Clash 생태계에는 다른 운영체제용 GUI도 있습니다. 클라이언트는 설정 가져오기, 시스템 프록시, 권한 요청, 인터페이스를 담당합니다. mihomo 코어는 프로토콜 연결, 규칙 매칭, 네트워크 처리를 담당합니다. Clash라는 이름이 붙은 구형 클라이언트가 모두 mihomo를 내장하는 것은 아니며, 화면만 보고 지원 프로토콜을 판단할 수도 없습니다.
Clash Meta는 이 코어 계열에서 과거에 사용한 이름이며 이후 mihomo라는 이름으로 개발이 이어졌습니다. 오래된 가이드의 프로젝트 이름, 설정 필드, 메뉴 화면은 현재 클라이언트와 다를 수 있습니다. 정보를 확인할 때는 실제로 실행 중인 코어와 클라이언트의 유지보수 상태를 기준으로 삼으세요. 특히 보관된 프로젝트의 과거 동작과 현재 유지보수 중인 프로젝트의 기능을 구분해야 합니다.
mihomo 소스 저장소에서는 구현 코드와 이슈, 릴리스 정보를 공개하며 GPL-3.0 라이선스를 적용합니다. 이 라이선스 안내는 코어 프로젝트에 관한 것이며 모든 서드파티 클라이언트의 라이선스까지 보장하지는 않습니다. 개발자는 소스 코드와 설정 문서에서 동작을 확인할 수 있습니다. 일반 사용자는 클라이언트를 고를 때 해당 프로젝트의 시스템 요구 사항과 유지보수 안내도 확인해야 합니다.
코드가 공개되어 있어 구현을 확인할 수 있지만 구독 서비스에 대한 판단을 대신하지는 않습니다. 클라이언트 자체는 노드를 제공하지 않으며 노드 운영자, 구독 내용, 로컬 앱은 각각 다른 신뢰 경계를 가집니다. 원격 규칙 모음, 스크립트 또는 외부 제어 설정이 포함된 구성은 용도를 먼저 확인하세요. 관리 인터페이스는 필요한 범위에서만 열고 인증 정보를 공개 스크린샷에 포함하지 마세요.
클라이언트 업데이트, 코어 업데이트, 구독 업데이트는 서로 다른 작업입니다. 구독을 업데이트하면 노드와 규칙이 바뀌지만 클라이언트가 업그레이드되는 것은 아닙니다. 클라이언트를 업그레이드해도 기존 로컬 덮어쓰기 설정은 남을 수 있습니다. 업데이트 전 설정과 확장 규칙을 백업하고 혼합 포트, 수신 주소, TUN, DNS 설정을 기록한 뒤 변경 사항을 확인하세요. 완료 후 설정 불러오기, 시스템 프록시, 직접 연결 대상 하나와 프록시 대상 하나를 다시 점검하세요.
다운로드 페이지에서 클라이언트 선택지와 유지보수 상태를 한눈에 확인할 수 있습니다. 홈페이지에는 소프트웨어 릴리스 정보를 고정해 두지 않습니다. 기능 차이가 있으면 먼저 해당 기능이 인터페이스와 코어 중 어디에서 구현되는지 확인한 뒤 클라이언트 안내나 코어 문서를 살펴보세요. 지원이 중단된 클라이언트는 기존 설정을 확인하는 용도로 참고하고, 과거 호환성을 새 시스템에서도 보장된다고 여겨서는 안 됩니다. 이전할 때는 기존 프로그램 폴더 전체를 복사하기보다 구독 출처와 로컬 규칙을 우선 보존하세요.
Configuration notes / 05
구체적인 문제에 맞는 사용 안내를 확인하세요. 한 번에 한 항목만 조정하고 변경 전 설정을 보관한 뒤 같은 대상으로 다시 테스트하면 포트, 규칙, 상위 연결 중 어디에서 문제가 생겼는지 파악하기 쉽습니다.
Linux 데스크톱에 GUI 클라이언트를 설치하는 방법부터 서버에서 설정 파일 배치, systemd 서비스 작성, 부팅 시 자동 시작, 관리 패널 접속까지 안내합니다.
배포 가이드 읽기 →mixed-port와 HTTP/SOCKS 포트의 차이, LAN 연결을 켠 뒤 휴대폰·TV·게임기에 프록시 주소를 입력하는 방법, 방화벽 설정을 안내합니다.
포트 설정 가이드 읽기 →지연 시간 테스트 결과의 의미, 트래픽 배율 계산 방식, 지역과 프로토콜이 안정성 및 서비스 이용에 미치는 영향을 설명해 용도에 맞는 노드를 고를 수 있도록 돕습니다.
노드 선택 가이드 읽기 →