Clash 클라이언트 비교
플랫폼, 코어와 사용 난이도

기존 구독을 가져와 프록시 그룹을 선택하고 규칙에 따라 인터넷을 사용하려면 Clash Plus부터 살펴보는 것이 좋습니다. 이 사이트에서는 Windows, macOS, Android, iOS용을 제공해 여러 기기에서 같은 제품을 사용하기 편리합니다. 다만 같은 이름의 앱이라도 플랫폼마다 내부 구현과 권한은 다를 수 있습니다. 데스크톱 시스템 프록시, 모바일 VPN 연결, TUN 설정은 각 운영체제의 현재 설정을 기준으로 확인하세요.

추천하는 이유는 첫 설정 과정을 줄여 주기 때문이지, 모든 구독 문제를 자동으로 해결하기 때문은 아닙니다. 가져오기 전에 설정 형식과 프로토콜을 확인하고, 지원되지 않는 항목은 플랫폼 안내를 살펴보세요. iOS 사용자는 다운로드 페이지에서 App Store로 이동할 수 있으며, 제품 정보는 clashplus.io에서 확인할 수 있습니다. Linux 클라이언트가 필요하다면 Verge Rev나 FlClash를 살펴보세요.

Clash Verge Rev: 데스크톱 설정 오버라이드와 TUN

Clash Verge Rev는 구독 설정에 로컬 규칙과 DNS 설정을 추가하거나 프록시 그룹을 조정하려는 데스크톱 사용자에게 적합합니다. mihomo를 기반으로 하며 Windows, macOS, Linux를 지원합니다. 설정을 가져와 연결하는 데 그치지 않고, 설정 오버라이드와 시스템 트래픽 처리 방식을 세밀하게 관리할 수 있습니다. 구독을 업데이트한 뒤 로컬 수정 사항을 유지하는 방법과 TUN 사용에 필요한 서비스 설치 및 권한 설정을 확인하세요.

대신 설정 단계가 더 많습니다. 시스템 프록시가 정상이라고 해서 TUN도 정상인 것은 아니며, 인터페이스 설정이 구독 항목을 덮어쓸 수도 있습니다. 초보자는 먼저 규칙 모드와 시스템 프록시로 연결을 확인한 뒤 오버라이드 항목을 하나씩 추가하세요. Clash for Windows 대체 앱을 찾으면서 YAML 설정을 계속 사용하고 싶은 데스크톱 사용자라면 우선 후보로 고려할 수 있습니다. 기존 클라이언트의 데이터 폴더를 통째로 덮어쓰지는 마세요.

FlClash: 데스크톱과 안드로이드에서 비슷한 사용 방식

FlClash는 mihomo 기반으로, 이 사이트에서 Windows, macOS, Linux, Android 버전을 제공합니다. 컴퓨터와 안드로이드 휴대전화를 자주 오가며 인터페이스 사용법을 새로 익히는 부담을 줄이고 싶은 사용자에게 적합합니다. 설정, 프록시 그룹과 실행 모드의 사용 방식이 비슷해 기존 지식을 활용하기 좋습니다. 하지만 기기 간 설정이 자동으로 동기화되는 것은 아니며, 파일 경로나 백그라운드 실행 방법을 그대로 적용할 수 있는 것도 아닙니다.

안드로이드에서는 먼저 VPN 권한과 시스템 배터리 관리 설정을 확인하고, 데스크톱에서는 시스템 프록시와 서비스 권한, 포트 충돌을 살펴보세요. 두 기기에서 같은 구독을 쓴다면 우선 동일한 규칙 모드를 유지하고 DNS와 트래픽 처리 설정은 각각 확인하는 것이 좋습니다. 같은 노드가 두 기기에서 다르게 작동한다고 해서 곧바로 클라이언트 성능 차이라고 단정하지 마세요. 네트워크 환경, 백그라운드 제한, 설정 오버라이드가 원인일 수 있습니다.

Clash Nyanpasu: 코어와 설정 관리 기능을 세밀하게 조정

Clash Nyanpasu는 설정 병합 방식을 정리하고 데스크톱 인터페이스를 조정하며 코어 차이를 이해하려는 사용자에게 적합합니다. 이 사이트에서는 Windows 다운로드를 제공합니다. 코어를 직접 관리할 수 있으므로 앱 이름만으로 프로토콜 지원 여부를 판단해서는 안 됩니다. 선택한 코어의 기능과 클라이언트가 전달하는 최종 설정을 함께 확인하세요.

구독 하나를 가져와 일상적으로 사용하는 경우에는 조정 가능한 옵션이 오히려 단계를 늘릴 수 있습니다. 여러 설정을 관리하거나 구독 내용과 로컬 수정을 분리하려는 경우에 장점이 더 잘 드러납니다. 코어를 바꾼 뒤에는 시작 로그, 설정 파싱, 규칙 적용을 다시 확인하고 기존 설정이 모두 호환된다고 가정하지 마세요. 문제 원인을 찾기 어려워지지 않도록 옵션을 시험할 때 코어, DNS 모드, 구독을 한꺼번에 바꾸는 것도 피하세요.

Clash for Windows는 CFW라고도 불리며, 오래된 사용 가이드에서 자주 다루던 데스크톱 클라이언트입니다. 구형 Clash／Premium 계열을 기반으로 하므로, 온라인에서 Meta 또는 mihomo용이라고 표시된 새 설정이 그대로 지원된다고 볼 수 없습니다. 기존 환경에서 실행된다고 해도 현재 설정과 운영체제가 일시적으로 맞는다는 뜻일 뿐, 새 프로토콜과 운영체제, 이후 추가된 구독 항목까지 호환된다는 의미는 아닙니다.

새 컴퓨터에 설치할 클라이언트로는 권장하지 않습니다. 기존 사용자가 이전할 때는 구독 주소, 로컬 규칙, 필요한 프록시 그룹 선택을 먼저 보관한 뒤 Clash Plus, Verge Rev 등의 클라이언트에서 다시 가져오세요. 혼합 포트와 컨트롤 포트, 시스템 프록시 상태를 특히 확인하세요. 두 프로그램이 같은 포트를 동시에 사용할 수는 없습니다. 다운로드 페이지에 보관용 링크를 둔 것은 기존 환경을 확인하고 이전하는 데 참고하도록 하기 위해서이지, 유지 관리가 중단된 앱이 안정적이라는 뜻은 아닙니다.

Clash Meta for Android: 기존 YAML 설정이 있는 안드로이드 사용자

Clash Meta for Android(CMFA)는 Meta／mihomo 계열 코어를 사용합니다. 기존 Clash YAML 설정과 규칙, 프록시 그룹을 계속 활용하려는 안드로이드 사용자에게 적합합니다. 약칭만 보고 구형 Clash for Android와 같은 앱으로 혼동하지 마세요. 호환성을 확인할 때는 Android라는 점만 볼 것이 아니라 정확한 앱과 코어를 확인해야 합니다.

휴대전화에서는 포트 입력보다 VPN 권한, 앱별 프록시 분기, 백그라운드 실행 설정이 더 큰 걸림돌인 경우가 많습니다. 처음 실행할 때 시스템 연결 요청을 승인하고, 다른 VPN 서비스가 이미 사용 중인지 확인하세요. 일부 앱만 프록시를 사용하게 하려면 앱이 트래픽 처리 대상인지, 규칙에 따라 최종적으로 직접 연결되는지를 구분해야 합니다. 화면을 잠근 뒤 연결이 끊긴다면 구독을 연달아 바꾸기 전에 시스템의 백그라운드 제한을 확인하세요. 처음이라면 Clash Plus의 설정 가져오기 과정도 비교해 볼 수 있습니다.

Surfboard: 설치 전에 설정 형식부터 확인

Surfboard는 안드로이드 프록시 클라이언트지만 Clash나 mihomo의 또 다른 인터페이스는 아닙니다. 자체 구현과 지원하는 설정 문법을 사용하므로 Clash YAML 파일의 확장자만 바꿔서는 사용할 수 없습니다. 일부 Surge 스타일 설정과 겹치는 부분이 있어도 관련 설정의 모든 정책, 규칙, 확장 기능이 그대로 호환된다는 뜻은 아닙니다.

Surfboard에서 사용할 수 있다고 명시된 설정을 보유한 사용자는 고려해 볼 수 있습니다. Clash 구독만 가진 초보자라면 해당 설정을 바로 읽을 수 있는 클라이언트를 쓰는 편이 더 간편합니다. 구독 변환으로 노드 정보만 옮겨지고 기존 규칙, 프록시 그룹, DNS 설정은 보존되지 않을 수 있습니다. 선택하기 전에 구체적인 프로토콜과 전송 매개변수도 확인하세요. 인터페이스가 간결하다고 리소스를 덜 사용한다고 단정하지 말고, 다른 클라이언트의 포트나 DNS 안내를 그대로 적용하지 마세요.

ClashX Meta는 Meta 계열 코어를 사용하며 macOS 메뉴 막대에서 주로 조작합니다. 원본 ClashX와 기능 구성이 같지 않으며, 이름에 Meta가 있다고 해서 보관된 설치 파일에 현재 mihomo의 모든 기능이 포함된다고 볼 수도 없습니다. 기존 인터페이스에 익숙한 사용자는 시스템 프록시와 설정 전환을 쉽게 할 수 있지만, 새 시스템에서 유지 관리가 중단된 소프트웨어를 선택하면 호환성 제약을 감수해야 합니다.

Clash Plus, Verge Rev, FlClash로 이전하려면 먼저 기존 프로그램에서 시스템 프록시를 끄고 앱을 종료한 다음 구독을 가져오세요. Apple Silicon과 Intel 기기에 맞는 설치 파일 아키텍처도 선택해야 합니다. 기존 설정에 로컬 경로, 스크립트, 클라이언트 전용 항목이 있다면 하나씩 확인하세요. 파일을 가져오는 데 성공했는지만 비교해서는 안 됩니다. 새 클라이언트가 파일을 읽은 뒤에도 요청이 의도한 규칙에 따라 분기되는지 검증해야 합니다.