우선 추천
Clash Plus: 일상적인 연결부터 시작
정해진 설정 방식이 아직 없는 사용자에게 적합합니다. 주요 장점은 폭넓은 플랫폼 지원입니다. 데스크톱과 모바일 모두에서 사용할 수 있어 여러 클라이언트의 파생 버전을 먼저 비교할 필요가 없습니다. 처음 사용할 때는 서비스 제공업체가 지원하는 구독을 가져오고, 가져오기가 완료됐는지, 프록시 그룹을 선택할 수 있는지, 시스템 권한이 모두 설정됐는지 확인한 뒤 트래픽 분할을 조정하세요.
여러 플랫폼을 지원한다고 설정 파일을 확인 없이 공유할 수 있는 것은 아닙니다. 특히 데스크톱에서 iOS로 옮길 때는 프로토콜, 규칙과 확장 필드의 지원 여부를 확인하세요. 로컬 DNS, 스크립트와 오버라이드 체인을 세밀하게 관리해야 한다면 대상 플랫폼의 기능을 확인한 뒤 모든 기기의 클라이언트를 통일할지 결정하세요.
Clash Plus 플랫폼별 다운로드 경로 보기 →
Clash Verge Rev: 데스크톱 오버라이드 및 문제 해결
Verge Rev는 Mihomo 엔진을 사용하며, 인터페이스와 로컬 설정 관리 방식이 데스크톱에서 장기간 사용하기에 적합합니다. 구독은 기본 설정을 제공하고, Merge 오버라이드와 확장 스크립트로 로컬 환경에 맞게 조정할 수 있습니다. DNS 동작을 고정하거나 특정 도메인 규칙을 추가하고, 구독 업데이트로 로컬 수정 사항이 덮어쓰이지 않도록 하려는 경우 설정을 계층별로 관리하면 편리합니다.
대신 설정이 생성되는 과정을 이해해야 합니다. 구독 원본, 오버라이드 파일과 최종 런타임 설정은 서로 다른 항목이므로 필드를 추가한 뒤 병합 결과와 로그를 확인해야 합니다. TUN, 시스템 프록시와 서비스 모드도 각각 점검하세요. 구독을 처음 가져오는 단계부터 모든 고급 옵션을 켤 필요는 없습니다.
오버라이드 및 TUN 설정 보기 →
FlClash: 데스크톱과 Android를 함께 사용
FlClash도 Mihomo 기반이며 Windows, macOS, Linux와 Android를 지원합니다. 주로 컴퓨터 한 대와 Android 휴대전화를 함께 사용한다면 비슷한 설정 및 프록시 그룹 조작 방식으로 기기 전환에 드는 수고를 줄일 수 있습니다. 구독을 바탕으로 일상적으로 사용하면서 연결을 가끔 확인하고 프록시 정책을 조정하는 작업 흐름에 적합합니다.
같은 엔진을 사용하더라도 앱 데이터 폴더 전체를 그대로 복사할 수는 없습니다. 데스크톱 경로, 모바일 VPN 권한, 백그라운드 실행 제한과 TUN 설정은 플랫폼마다 다릅니다. 마이그레이션할 때는 구독이나 이식 가능한 YAML을 먼저 가져온 다음 앱 설정을 하나씩 복원하세요. 데스크톱의 수신 주소와 포트 공개 설정을 휴대전화에 그대로 적용하지 마세요.
Android 다운로드 옵션 보기 →
Clash Nyanpasu: 데스크톱 인터페이스 및 엔진 선택
Nyanpasu는 데스크톱 설정 관리와 인터페이스 사용자 지정을 중시하는 사용자에게 적합합니다. 이 사이트의 다운로드 센터에서 Windows 버전을 제공합니다. 선택하기 전에 인터페이스 기능과 실제로 실행되는 엔진을 따로 확인하세요. 설정 필드를 사용할 수 있는지는 현재 엔진과 지원 범위에 달려 있으며, 클라이언트 설정 화면에 해당 이름이 표시된다고 해서 반드시 작동하는 것은 아닙니다.
엔진을 자주 비교하거나 여러 설정을 관리한다면 정상 작동이 확인된 구독 하나로 기준을 만든 다음 엔진과 로컬 설정을 바꾸는 편이 좋습니다. 클라이언트, 엔진과 DNS 방식을 한꺼번에 변경하면 문제의 원인을 구분하기 어려워집니다. 구독을 빠르게 가져오려는 신규 사용자라면 조작이 더 간단한 옵션부터 살펴보세요.
Windows 다운로드 옵션 보기 →
유지 관리 중단
Clash for Windows: 마이그레이션에 적합
CFW에는 오래된 가이드와 Parsers 사용 사례가 많이 남아 있지만 유지 관리가 중단되어 새 환경의 기본 선택지로는 적합하지 않습니다. 기존 클라이언트가 실행된다고 해서 이후 추가된 프로토콜, 필드와 시스템 변경 사항까지 처리할 수 있는 것은 아닙니다. 제3자가 엔진을 수정한 설치 환경은 원래 배포판의 동작을 대표하지 않으므로 비교 전에 실제 실행 중인 구성을 확인하세요.
Verge Rev로 옮길 때는 구독 주소, 프록시 그룹 선택, 포트와 Parsers 처리 방식을 먼저 기록한 뒤 로컬 수정 사항을 대상 클라이언트에서 지원하는 오버라이드 형식으로 다시 작성하세요. Parsers 코드를 단순히 Merge YAML로 이름만 바꿀 수는 없습니다. 기존 규칙의 삽입 순서와 배열 처리 방식은 특히 런타임 설정으로 확인해야 합니다.
기존 설정의 마이그레이션 순서 보기 →
Clash Meta for Android: 앱별 트래픽 및 백그라운드 설정
CMFA는 Android용으로 Meta/Mihomo 생태계의 규칙과 설정 기능을 사용합니다. 앱별로 트래픽 처리 방식을 나눠야 하는 사용자에게 적합합니다. 연결을 시작하면 시스템에서 VpnService 권한을 요청합니다. 권한을 허용해도 로컬 VPN 인터페이스를 만들 수 있게 될 뿐, 구독이 유효하거나 규칙이 의도대로 적용된다는 뜻은 아닙니다.
모바일에서 흔히 겪는 문제는 화면이 꺼진 뒤 시스템이 앱을 종료하거나, 다른 VPN 앱과 인터페이스를 두고 충돌하거나, 앱별 목록과 규칙이 예상대로 맞지 않는 경우입니다. 먼저 백그라운드 실행 정책을 확인한 뒤 로그를 살펴보세요. 데스크톱 클라이언트의 서비스 설치 방법을 Android에 그대로 적용하지 마세요. 앱별 선택과 도메인 규칙은 서로 다른 수준의 제어 기능입니다.
CMFA 및 다른 Android 클라이언트 보기 →
Surfboard: 설정 형식부터 확인
Surfboard는 Android에서 사용할 수 있는 별도의 설정 방식으로, 인터페이스만 바꾼 Clash 클라이언트가 아닙니다. 자체 설정 체계를 사용하며 Surge 스타일 설정과 호환되는 작업 방식을 제공합니다. 구체적인 지원 범위는 공식 문서를 확인하세요. 호환되는 형식의 구독을 보유하고 관련 규칙 구성 방식에 익숙하다면 비교 대상에 포함할 수 있습니다.
Clash YAML만 있다면 파일 확장자를 바꿔 바로 가져오지 않는 것이 좋습니다. 프로토콜 지원, 프록시 그룹 표현 방식, 규칙 문법과 DNS 설정이 서로 다를 수 있고, 변환 도구가 설정의 의미를 모두 보존한다고 보장할 수도 없습니다. 우선 서비스 제공업체에서 호환되는 설정을 받으세요. 직접 변환해야 한다면 규칙 순서와 최종 기본 정책을 항목별로 확인하세요.
Surfboard 다운로드 경로 보기 →
유지 관리 중단
ClashX Meta: 기존 macOS 환경에서의 전환
ClashX Meta는 메뉴 막대 중심의 macOS 조작 방식을 제공했던 클라이언트로, 기존 Meta 설정을 이해하는 데 참고할 수 있습니다. 하지만 보관된 프로그램은 이름에 Meta가 들어 있어도 현재 Mihomo의 기능을 자동으로 갖추지 않습니다. 새 운영체제, 새 프로토콜이나 새 설정 필드는 보관된 빌드에서 지원하지 않을 수 있습니다.
새로 설치한다면 Clash Plus, Verge Rev와 FlClash를 먼저 비교하는 편이 좋습니다. 기존 설정을 옮길 때는 구독 출처와 로컬 규칙을 보존하고 대상 클라이언트의 처리 순서를 확인하세요. 기존 시스템 프록시 포트, 시작 항목과 권한 설정이 자동으로 옮겨진다고 가정하지 마세요. 두 클라이언트가 동시에 시스템 프록시를 수정하지 않도록 해야 합니다.
macOS 클라이언트 옵션 보기 →