아래 내용은 실제 선택에서 놓치기 쉬운 경계를 다룹니다. 어떤 기기를 지원하는지, 구성 이전 시 무엇이 달라지는지, 유지보수 상태가 장기 사용에 어떤 의미를 갖는지를 중심으로 정리했습니다.
C-01 · MULTI-PLATFORM
Clash Plus
우선 추천
Clash Plus의 가장 큰 장점은 플랫폼 범위입니다. Windows, macOS, Android와 iOS에 각각 사용할 수 있어 여러 기기를 쓰는 사용자가 플랫폼마다 별도의 클라이언트를 조사하는 수고를 줄일 수 있습니다. 일반적인 흐름은 구독 가져오기, 프록시 그룹 선택, 시스템 프록시 또는 모바일 VPN 연결에 집중되어 있으므로 규칙과 DNS 설정은 안정적인 일상 사용 흐름을 만든 뒤 단계적으로 익히기 좋습니다.
Clash for Windows의 이전 방향 중 하나로도 적합합니다. 이전할 때는 구독을 다시 가져와야 하며 기존 클라이언트 폴더의 모든 상태가 그대로 이어진다고 가정하지 마세요. 기존 구성에 mihomo 확장 항목이 포함되어 있다면 가져온 후 규칙 제공자, 프록시 그룹과 DNS가 정상적으로 로드되었는지 확인해야 합니다. 설치와 연결을 빠르게 끝내고 싶은 사용자에게 Clash Plus는 이 페이지의 우선 선택입니다.
C-02 · DESKTOP
Clash Verge Rev
활발한 유지보수
Clash Verge Rev는 Windows, macOS와 Linux를 지원하며 데스크톱 환경에 초점을 둡니다. mihomo 커널을 통해 일반적인 Meta 구성, 규칙 제공자와 TUN 환경을 처리하고, 구성, 프록시 그룹, 연결과 로그를 관리하는 메뉴도 제공합니다. 특정 도메인이 왜 직접 연결되거나 프록시를 거치는지 확인할 때는 단순한 켜기·끄기 옵션보다 이런 정보가 유용합니다.
기능 계층이 기본 클라이언트보다 많아 사용 난이도는 보통으로 분류했습니다. 처음 설치할 때 모든 설정을 한꺼번에 바꿀 필요는 없습니다. 먼저 구독을 가져오고 규칙 모드와 프록시 그룹을 확인한 뒤 시스템 프록시를 활성화하세요. 시스템 프록시로 앱을 연결할 수 없을 때만 TUN을 추가로 테스트하면 됩니다. Linux 사용자는 데스크톱 설치 패키지와 mihomo 커널 파일을 구분해야 합니다. 전자는 그래픽 인터페이스를 제공하고 후자는 주로 명령줄 또는 서비스 배포에 사용됩니다.
C-03 · CROSS-PLATFORM
FlClash
활발한 유지보수
FlClash는 Windows, macOS, Android와 Linux를 지원해 PC와 Android를 함께 사용하는 환경에 적합합니다. 플랫폼 간 화면 구성이 비슷해 한 번 익히면 구성, 프록시 그룹과 기본 설정을 더 쉽게 찾을 수 있습니다. 데스크톱 전용 클라이언트와 비교하면 모바일에서 비슷한 기능을 다시 찾는 수고를 줄여 줍니다.
크로스플랫폼이라고 해서 모든 시스템의 동작이 완전히 같은 것은 아닙니다. Android는 시스템 VPN 인터페이스로 트래픽을 연결하고, 데스크톱은 일반적으로 시스템 프록시에서 시작하며, Linux는 데스크톱 환경과 권한 방식의 영향을 받을 수 있습니다. 같은 구독을 사용하더라도 플랫폼별 DNS, 우회 규칙과 백그라운드 실행 제한을 따로 확인해야 합니다. 기기 조합에 iOS가 포함된다면 FlClash는 iOS를 지원하지 않으므로 Clash Plus도 비교해야 합니다.
C-04 · WINDOWS
Clash Nyanpasu
활발한 유지보수
Clash Nyanpasu는 Windows 데스크톱 사용을 대상으로 하며, 여러 구성을 관리하거나 프록시 그룹을 자주 전환하고 클라이언트 실행 상태를 확인하려는 사용자에게 적합합니다. Clash Verge Rev와 겹치는 부분이 많으며, 차이는 단순히 기능의 유무보다 화면 구성과 조작 습관에 있습니다. 선택할 때는 같은 테스트 구성을 각각 가져와 프록시 그룹 계층, 로그 메뉴와 자주 쓰는 스위치가 편한지 확인해 보세요.
Windows 사용자가 구독을 가져오고 시스템 프록시만 켜면 된다면 Clash Plus가 더 직접적인 학습 경로를 제공합니다. 구성 프로필과 데스크톱 관리 화면을 중시한다면 Nyanpasu를 계속 비교할 수 있습니다. 테스트 중에는 두 클라이언트가 동시에 시스템 프록시를 제어하게 하지 말고 TUN 인터페이스도 여러 개 실행하지 마세요. 프록시 포트 충돌이나 트래픽 경로를 판단하기 어려운 문제가 생길 수 있습니다.
C-05 · ARCHIVE
Clash for Windows
유지보수 종료
Clash for Windows는 오래된 안내서에서 자주 사용된 데스크톱 클라이언트로, 기존 Clash 커널 계열을 따릅니다. Profiles, Proxies, General 같은 화면 이름이 과거 문서에 여전히 등장하므로 기존 조작 절차를 이해하고 구성을 이전할 때 참고할 수 있습니다. 프로젝트 유지보수가 종료된 뒤에는 익숙한 화면만으로 장기적인 호환성과 유지보수 위험을 상쇄하기 어렵습니다.
기존 사용자가 이전할 때는 먼저 구독 주소와 필요한 사용자 지정 규칙을 저장한 뒤 Clash Plus, Clash Verge Rev 또는 Clash Nyanpasu에서 다시 가져오는 것이 좋습니다. 애플리케이션 폴더 전체를 새 클라이언트에 그대로 덮어쓰지 마세요. 기존 Clash와 mihomo는 일부 구성 항목을 처리하는 범위가 다르므로 이전 후 프록시 그룹 수, 규칙 제공자 로드 결과와 DNS 동작을 확인해야 합니다. 신규 사용자가 보관된 클라이언트로 사용 습관을 시작할 이유는 없습니다.
C-06 · ANDROID
Clash Meta for Android
활발한 유지보수
Clash Meta for Android는 Android용 Meta 클라이언트로, 구독 가져오기, 구성 전환, 프록시 그룹 선택과 시스템 VPN 연결에 중점을 둡니다. Clash의 기본 개념을 이미 이해하고 Meta 구성 기능을 바로 사용하려는 Android 사용자에게 적합합니다. 데스크톱과 달리 Android에서는 시스템 VPN 권한 요청이 표시되며, 연결이 실제로 작동하는지는 배터리 절약 정책, 백그라운드 제한과 다른 VPN 앱의 영향도 받습니다.
휴대폰에서 다른 VPN, 네트워크 필터 또는 로컬 방화벽 도구를 실행 중이라면 먼저 충돌하는 앱을 중지한 뒤 테스트하세요. 구독을 가져온 후 구성이 정상적으로 로드되는지 확인하고, 프록시 그룹을 선택해 연결을 시작한 다음 브라우저와 자주 쓰는 앱을 각각 테스트합니다. PC와 휴대폰에서 비슷한 방식으로 사용하려면 Clash Plus 또는 FlClash를 비교할 수 있습니다. Android만 사용하면서 Meta 구성에 익숙하다면 CMFA가 더 직접적인 선택입니다.
C-07 · ANDROID RULES
Surfboard
활발한 유지보수
Surfboard는 Android용 규칙 기반 프록시 클라이언트로, 독립적으로 구현되었으며 일반적인 Clash 구성 표현을 지원합니다. 프록시 그룹, 규칙 순서와 모바일 VPN 작동 방식을 이해하는 사용자에게 적합합니다. mihomo 커널을 직접 기반으로 만든 클라이언트와 비교할 때, 구성 호환성이 모든 확장 항목에서 동일한 동작을 보장한다는 뜻은 아닙니다.
기존 구성을 가져올 때는 프록시 프로토콜, 규칙 제공자, DNS 설정과 스크립트 계열 확장이 지원되는지 중점적으로 확인해야 합니다. 기본 도메인 규칙과 프록시 그룹이 표시된다고 해서 고급 항목까지 예상대로 실행된다는 의미는 아닙니다. 처음 사용하는 사용자라면 Clash Plus 또는 Clash Meta for Android가 확인하기 더 쉽고, 구성을 직접 읽고 항목별로 검증할 수 있다면 Surfboard를 Android의 다른 구현으로 선택할 수 있습니다.
C-08 · MACOS ARCHIVE
ClashX Meta
유지보수 종료
ClashX Meta는 macOS용으로, 메뉴 막대를 주요 조작 창구로 사용해 시스템 프록시, 모드와 프록시 그룹을 빠르게 전환할 수 있습니다. ClashX 계열 클라이언트의 가벼운 조작 흐름을 이어받아 기존 macOS 사용자에게 익숙할 수 있습니다. 그러나 프로젝트 유지보수가 종료되었으므로 현재 macOS 신규 설치의 기본 선택이 아니라 보관용 클라이언트로 보아야 합니다.
Clash Plus, Clash Verge Rev 또는 FlClash로 이전할 때는 먼저 구독 주소, 우회 규칙과 보존할 로컬 구성을 기록한 뒤 항목별로 복원하세요. macOS의 시스템 프록시와 TUN은 서로 다른 연결 방식이므로 이전 후 기존 클라이언트의 백그라운드 프로세스를 동시에 남겨 두지 마세요. 메뉴 막대에 이전 프록시 상태가 계속 표시된다면 기존 클라이언트를 종료하고 시스템 네트워크 설정에서 프록시 항목이 복원되었는지 확인해야 합니다.