Clash Plus·Clash Verge Rev·FlClash 선택 가이드: 플랫폼과 사용 습관별 비교

먼저 사용할 기기에 맞지 않는 클라이언트부터 제외하기

Clash 클라이언트를 고를 때 첫 단계는 화면을 비교하는 것이 아니라 어떤 기기를 지원해야 하는지 확인하는 것입니다. Clash Plus는 Windows, macOS, Android와 iOS를 지원하고, Clash Verge Rev는 주로 Windows, macOS와 Linux 데스크톱을 대상으로 하며, FlClash는 Windows, macOS, Linux와 Android를 지원합니다. 컴퓨터 한 대에서만 사용한다면 세 클라이언트의 선택 범위가 크게 겹치지만, 컴퓨터와 스마트폰을 함께 관리한다면 플랫폼 지원 범위가 선택지를 바로 좁혀 줍니다.

클라이언트, 코어, 구독 서비스는 서로 다른 계층입니다. 클라이언트는 그래픽 인터페이스, 설정 파일 관리, 시스템 프록시 전환, TUN 권한과 로그 메뉴를 담당합니다. mihomo 같은 코어는 YAML을 해석하고 연결을 만들며 규칙에 따라 트래픽을 처리합니다. 구독 서비스는 노드, 정책 그룹과 규칙 설정을 제공합니다. 어떤 클라이언트를 설치해도 사용할 수 있는 구독이 자동으로 생기지는 않으며, 구독을 가져왔다고 해서 기기 트래픽이 이미 클라이언트를 거치는 것도 아닙니다.

클라이언트	주요 플랫폼	더 적합한 사용 방식	선택 전에 확인할 항목
Clash Plus	Windows、macOS、Android、iOS	컴퓨터와 모바일 기기에서 비슷한 조작 흐름을 사용하고 싶은 경우	해당 시스템 버전, 설치 경로와 기기 아키텍처
Clash Verge Rev	Windows、macOS、Linux	데스크톱 설정 관리, 규칙 점검과 로그 분석이 중심인 경우	Windows 설치 권한, macOS 칩 아키텍처, Linux 패키지 형식
FlClash	Windows、macOS、Linux、Android	데스크톱과 Android를 함께 사용하면서 기기 간 조작 일관성을 중시하는 경우	Android CPU 아키텍처와 데스크톱 시스템에 맞는 설치 패키지

자주 쓰는 기기 조합으로 빠르게 판단하기

Windows 10 또는 Windows 11 단일 PC: 세 클라이언트 모두 다음 비교 단계로 넘어갈 수 있습니다. 설정 편집, TUN과 업데이트 방식에 집중해 비교하세요.
macOS 컴퓨터: 먼저 「Apple 메뉴」→「이 Mac에 관하여」에서 칩을 확인하세요. Apple Silicon은 보통 arm64를, Intel 모델은 x64를 선택합니다.
Ubuntu, Debian, Fedora 등 Linux 데스크톱: 우선 Clash Verge Rev와 FlClash를 비교하세요. Debian과 Ubuntu에서는 보통 .deb를, Fedora와 RHEL 계열에서는 보통 .rpm을 사용합니다.
Android 스마트폰과 Windows 컴퓨터: Clash Plus 또는 FlClash를 사용하면 같은 클라이언트 조합을 구성하기 쉽습니다. 다만 두 기기의 설정은 각각 가져오고 업데이트해야 합니다.
iPhone 또는 iPad: 세 클라이언트 중 먼저 Clash Plus의 iOS 설치 경로와 현재 시스템 요구 사항을 확인하세요. Windows 설치 안내를 iOS에 그대로 적용해서는 안 됩니다.

설정 관리 습관에 따라 선택하기: 간단한 사용인가, 잦은 점검인가

구독 하나를 가져오고 노드를 선택한 뒤 시스템 프록시만 켜면 되는 사용자라면 설정 항목 수보다 진입 경로가 명확한지가 중요합니다. 일반적인 흐름은 「구독」 또는 「프로필」→「추가」→구독 주소 붙여넣기→설정 다운로드→현재 프로필로 지정한 다음, 「프록시」 화면에서 정책 그룹을 선택하는 방식입니다. 버전에 따라 Profile을 「프로필」, 「구독」 또는 「설정 파일」로 번역할 수 있어 기능 위치는 같아도 메뉴 이름은 완전히 일치하지 않을 수 있습니다.

규칙, DNS 또는 오버라이드 내용을 자주 수정하는 사용자라면 클라이언트가 원격 구독과 로컬 변경 사항을 명확히 구분하는지 확인해야 합니다. 구독 업데이트는 보통 원격 YAML을 다시 가져오므로, 다운로드한 설정을 직접 편집하면 다음 업데이트에서 변경 사항이 덮어써질 수 있습니다. 클라이언트가 제공하는 오버라이드, 병합 또는 스크립트 기능을 사용하거나, 설정을 로컬 프로필로 복사한 뒤 자동 업데이트를 중지하는 편이 안전합니다. 구체적인 기능은 설치한 버전의 설정 화면을 기준으로 확인하세요.

Clash Plus: 여러 기기 지원을 우선할 때

Clash Plus를 선택하는 가장 큰 이유는 폭넓은 플랫폼 지원입니다. Windows, macOS, Android와 iOS에서 비슷한 사용 흐름을 유지해야 한다면 클라이언트 구조를 다시 익히는 부담을 줄일 수 있습니다. 다만 실제 사용에서는 각 기기에서 별도로 권한을 승인해야 합니다. 데스크톱의 시스템 프록시는 시스템 프록시 설정을 읽는 앱에 적용되고, 모바일에서는 보통 시스템 VPN 인터페이스를 통해 트래픽을 처리하므로 두 방식은 동일하지 않습니다.

일상적인 작업이 구독 업데이트, 정책 그룹 선택과 연결 전환뿐이라면 세 곳을 중점적으로 확인하세요. 현재 활성화된 설정, 정책 그룹의 현재 선택 항목, 트래픽 처리 전환 상태입니다. 노드 지연 시간만 확인해서는 안 됩니다. 지연 테스트가 결과를 반환했다는 것은 테스트 대상에 도달할 수 있다는 뜻일 뿐, 브라우저·터미널·다른 앱의 트래픽이 프록시를 거친다는 의미는 아닙니다.

Clash Verge Rev: 데스크톱 설정과 진단을 우선할 때

Clash Verge Rev는 컴퓨터를 주로 사용하는 사용자에게 더 적합합니다. 데스크톱 환경에서 구독, 프록시 그룹, 연결 기록과 코어 로그를 함께 확인할 수 있어 규칙 미적용, DNS 실패 또는 포트 충돌이 발생했을 때 단순히 연결 스위치만 보는 것보다 점검 경로가 명확합니다. Linux 사용자는 데스크톱 세션이 시스템 프록시를 읽는지도 확인해야 합니다. 명령줄 프로그램은 일반적으로 데스크톱 프록시 설정을 자동으로 상속하지 않습니다.

코어 매개변수를 수정해야 한다면 먼저 설정이 어느 계층에 속하는지 구분하세요. 예를 들어 「설정」→「Clash 설정」의 포트와 모드는 보통 코어 실행에 영향을 주고, 「설정」→「시스템 설정」의 시작 시 실행과 창 동작은 클라이언트 자체에 해당합니다. 메뉴 문구는 버전에 따라 달라질 수 있으므로 수정 전에 기존 값을 기록하고 한 번에 한 항목만 변경하는 것이 좋습니다.

FlClash: 데스크톱과 Android의 조작 일관성을 우선할 때

FlClash는 데스크톱 시스템과 Android를 함께 사용하면서 비슷한 인터페이스 구조를 원하는 사용자에게 적합합니다. 서로 다른 기기가 연결 상태를 자동으로 공유하게 해 주는 것은 아닙니다. 각 기기에는 독립적인 설정 사본, 권한과 로컬 포트가 있습니다. 모바일에서 네트워크를 바꾼 뒤에는 VPN 상태, DNS 확인과 백그라운드 실행 제한도 다시 확인해야 합니다.

Android 설치 패키지를 다운로드할 때는 아키텍처를 구분해야 합니다. 최근 주류 스마트폰은 대개 arm64를 사용하지만 브랜드만으로 판단해서는 안 됩니다. 시스템 정보 도구나 기기 사양 페이지에서 ABI를 확인하세요. universal 패키지가 있다면 더 많은 아키텍처를 지원하는 경우가 많지만 파일 크기가 더 클 수 있습니다. 데스크톱은 Windows, macOS 또는 Linux에 맞는 형식을 선택합니다.

시스템 프록시와 TUN의 차이가 최종 선택에 미치는 영향

시스템 프록시와 TUN은 단순히 ‘일반 모드’와 ‘고급 모드’로 나뉘는 관계가 아닙니다. 시스템 프록시는 보통 운영체제의 HTTP와 SOCKS 프록시 설정에 값을 기록하며, 브라우저와 시스템 설정을 따르는 데스크톱 앱이 이를 읽습니다. TUN은 가상 네트워크 인터페이스를 만들어 더 넓은 범위의 IP 트래픽을 코어로 전달합니다. TUN이 필요한지는 앱의 프록시 지원 여부, UDP 트래픽 존재 여부, 시스템 프록시를 읽지 않는 프로그램까지 처리해야 하는지에 따라 결정됩니다.

항목	시스템 프록시	TUN
일반적인 대상	브라우저, 시스템 프록시를 따르는 데스크톱 앱	프록시 설정을 읽지 않는 프로그램, 일부 UDP와 더 넓은 IP 트래픽
권한 요구 사항	보통 시스템 프록시 설정만 변경하면 됨	관리자 권한, 네트워크 확장 기능 또는 VPN 구성 승인 필요 가능
점검 핵심	수신 주소, HTTP/SOCKS 포트, 앱별 예외 설정	가상 인터페이스, 라우팅, DNS, 제외 항목과 다른 VPN의 충돌
사용을 시작하기 좋은 단계	먼저 브라우저 접속과 규칙 적용 여부를 확인	기본 설정이 정상적으로 작동하는 것을 확인한 뒤 활성화

먼저 포트로 코어가 실제로 수신 대기 중인지 확인

많은 설정에서 HTTP 포트는 7890, SOCKS 포트는 7891을 사용하며, mixed-port 7890으로 HTTP와 SOCKS를 동시에 받는 클라이언트도 있습니다. 포트는 고정된 표준이 아니므로 현재 설정이나 클라이언트 설정 화면에 표시된 값을 기준으로 해야 합니다. 터미널에서 HTTP 프록시를 임시로 확인하려면 포트를 확인한 뒤 다음을 실행하세요:

curl -x http://127.0.0.1:7890 https://example.com/

여기서 127.0.0.1:7890 연결 실패가 표시되면 먼저 코어가 실행 중인지, 포트가 변경되었거나 다른 프로세스가 사용 중인지 확인하세요. 요청은 성공하지만 프록시 없이 curl을 실행하면 실패하는 경우, 문제는 보통 구독이 아니라 터미널이 시스템 프록시를 사용하지 않는 데 있습니다. Linux와 macOS 터미널에서는 필요에 따라 다음처럼 임시 설정할 수 있습니다:

export HTTP_PROXY=http://127.0.0.1:7890
export HTTPS_PROXY=http://127.0.0.1:7890
export ALL_PROXY=socks5h://127.0.0.1:7891

socks5h는 SOCKS 프록시 서버가 대상 호스트 이름을 해석하도록 지정합니다. 확인이 끝나면 터미널 창을 닫거나 unset HTTP_PROXY HTTPS_PROXY ALL_PROXY를 사용해 현재 세션의 변수를 지울 수 있습니다. Windows PowerShell의 환경 변수 문법은 다르므로 Bash 명령을 그대로 복사해서는 안 됩니다.

TUN을 켜기 전에 확인할 네 가지

먼저 시스템 프록시로 구독, 노드와 기본 규칙이 작동하는지 확인하세요. 그래야 설정 오류를 TUN 문제로 잘못 판단하지 않습니다.
다른 VPN, 가상 네트워크 카드, 컨테이너 네트워크 또는 기업 보안 클라이언트가 동시에 실행 중인지 확인하세요. 이런 도구들이 기본 라우팅과 DNS를 함께 변경할 수 있습니다.
Windows에서는 관리자 권한과 서비스 설치 상태를 확인하세요. macOS에서는 「시스템 설정」→「네트워크」→「VPN 및 필터」의 승인 상태를 확인하고, Android에서는 시스템 상태 표시줄에 VPN 표시가 나타나는지 확인합니다.
활성화한 뒤 DNS, 로컬 네트워크 기기 접속과 프록시가 필요한 앱을 다시 테스트하세요. 클라이언트 홈 화면에 ‘실행 중’이라고 표시되는지만 확인해서는 안 됩니다.

규칙, 정책 그룹과 코어 기능은 클라이언트 이름만으로 판단할 수 없습니다.

Clash Plus, Clash Verge Rev와 FlClash는 모두 설정과 실행을 위한 진입점이며, 실제로 규칙을 실행하는 것은 통합되었거나 호출되는 코어입니다. 설정을 불러올 수 있는지는 YAML 파일 확장자가 같은지가 아니라 코어 버전이 해당 필드를 지원하는지에 달려 있습니다. 클라이언트를 옮길 때는 시작 로그에 표시되는 설정 오류를 확인하고, 특히 DNS, 프록시 프로토콜, 규칙 제공자와 TUN 필드를 살펴보세요.

규칙 모드는 위에서 아래로 평가되며, 처음 일치하는 규칙이 트래픽의 방향을 결정합니다. 아래 예시는 순서를 보여 주지만, PROXY는 구독이나 사용자가 정책 그룹에 정의해야 하므로 그대로 복사해서 바로 사용할 수 없습니다:

mode: rule
rules:
  - DOMAIN-SUFFIX,example.org,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - DOMAIN,blocked.example,REJECT
  - MATCH,PROXY

DIRECT는 직접 연결, REJECT는 요청 거부를 의미하며, MATCH는 앞선 규칙에 일치하지 않을 때의 최종 처리 방식입니다. no-resolve는 해당 IP 규칙을 매칭할 때 도메인 주소를 적극적으로 해석하지 않는다는 뜻일 뿐, 모든 DNS를 끈다는 의미는 아닙니다. 클라이언트를 바꾼 뒤 같은 웹사이트의 연결 경로가 달라졌다면 현재 모드, 실제로 불러온 설정, 규칙 순서와 정책 그룹에서 선택된 출구를 차례로 확인하세요.

지연 시간 순위로 설정 점검을 대신하지 마세요

노드 목록의 지연 시간은 보통 클라이언트가 지정된 테스트 URL에 한 번 요청해 얻은 값이며, 테스트 대상, 네트워크 변동, DNS와 연결 재사용의 영향을 받습니다. 어떤 노드가 80ms로 표시된다고 해서 120ms인 노드보다 다운로드 속도가 반드시 빠르다고 할 수는 없습니다. 더 정확한 판단을 위해서는 실제 대상에 연속으로 테스트하고 연결 화면에서 대상 도메인이 예상한 규칙과 정책 그룹에 적용되었는지 확인해야 합니다.

규칙을 자주 점검하는 사용자에게는 홈 화면이 간결한지보다 연결 기록, 규칙 이름, 프록시 체인과 오류 로그를 표시할 수 있는지가 중요합니다. 기본적인 웹 브라우징만 하는 사용자라면 일부 고급 필드 때문에 추가 유지 관리 부담을 감수할 필요는 없습니다. 선택 기준은 기능 수를 일률적인 점수로 환산하는 것이 아니라 일상적인 작업 빈도에 맞춰야 합니다.

업데이트, 마이그레이션과 백업 방식이 장기 유지 관리 비용을 결정합니다.

클라이언트 업데이트와 구독 업데이트는 서로 다릅니다. 클라이언트 업데이트는 앱과 함께 제공될 수 있는 코어를 교체하고, 구독 업데이트는 원격 설정을 다시 다운로드합니다. 문제가 생기면 최근에 변경된 계층부터 판단하세요. 앱 업그레이드 후 실행되지 않는다면 클라이언트 로그와 시스템 권한을 확인하고, 구독 업데이트 후 정책 그룹이 사라졌다면 원격 설정 내용을 확인하세요. 특정 노드 하나만 실패한다면 같은 설정에서 다른 노드로 바꿔 검증합니다.

마이그레이션 전에 보관할 정보

구독 주소 또는 서비스 제공자가 안내한 재가져오기 경로를 보관하세요. 클라이언트 캐시에만 의존해서는 안 됩니다.
로컬 YAML, 오버라이드 규칙, 스크립트와 사용자 지정 DNS 설정.
HTTP, SOCKS, mixed-port와 로컬 네트워크 접근 허용의 현재 값.
자주 사용하는 정책 그룹의 선택 상태(수동 노드, 자동 선택 또는 직접 연결 등).
TUN 활성화 여부, 서비스 설치 여부, 로컬 네트워크와 사설 대역의 제외 여부.

한 클라이언트에서 다른 클라이언트로 옮길 때는 기존 클라이언트를 남겨 두되 시스템 프록시와 TUN을 끈 다음 새 클라이언트를 시작하세요. 두 코어가 동시에 7890을 사용하거나 시스템 프록시를 동시에 변경하게 두지 마세요. 새 클라이언트에서 가져오기를 완료한 뒤 브라우저 요청 하나, 터미널 요청 하나와 TUN이 필요한 앱 하나를 테스트하고 기존 클라이언트를 제거할지 결정합니다.

구독에는 접근 자격 증명이 포함되어 있으므로 공개 로그, 스크린샷 또는 문의 글에 붙여넣어서는 안 됩니다. 문제 정보를 제출할 때는 규칙 유형, 오류 줄 번호, 포트와 코어 버전을 남기되 구독 주소, 노드 서버 주소와 인증 필드는 가리세요. 이렇게 하면 문제의 계층은 설명하면서도 바로 사용할 수 있는 설정 정보가 노출되는 것을 막을 수 있습니다.

사용 흐름에 따른 선택 결론

Clash Plus를 선택하기 좋은 경우

iOS를 지원해야 하거나 Windows, macOS와 모바일 기기에서 비슷한 조작 흐름을 사용하고 싶은 경우.
주요 작업이 구독 가져오기, 정책 그룹 전환과 연결 켜기·끄기이며 복잡한 오버라이드를 자주 편집하지 않는 경우.
각 기기에서 시스템 권한, VPN 구성과 구독 관리를 별도로 완료할 수 있는 경우.

Clash Verge Rev를 선택하기 좋은 경우

Windows, macOS 또는 Linux 데스크톱을 주로 사용하며 설정, 연결과 로그 점검을 중시하는 경우.
시스템 프록시와 TUN을 구분해야 하고 포트, DNS와 규칙 적용 문제를 자주 찾아야 하는 경우.
시스템 아키텍처에 맞는 설치 패키지를 선택할 수 있고 업데이트 후 코어와 설정의 호환성을 확인할 수 있는 경우.

FlClash를 선택하기 좋은 경우

Android와 데스크톱 시스템을 함께 사용하며 플랫폼 간 인터페이스 차이를 줄이고 싶은 경우.
Windows, macOS, Linux 또는 Android 중 여러 플랫폼에서 사용할 진입점이 필요한 경우.
각 기기의 설정이 서로 독립적임을 이해하고 Android VPN 권한과 데스크톱 프록시 설정을 각각 점검할 수 있는 경우.

그래도 결정하기 어려울 때: 20분 테스트 방법

현재 시스템과 칩 아키텍처에 맞는 클라이언트를 설치합니다.
같은 구독을 가져온 뒤 설정 다운로드에 걸린 시간과 오류 안내가 명확한지 기록합니다.
같은 노드를 선택하고 시스템 프록시를 켠 다음 브라우저와 curl로 각각 테스트합니다.
연결 기록에 대상 도메인, 적용된 규칙과 최종 정책이 표시되는지 확인합니다.
정말 필요할 때만 TUN을 켜고 UDP 앱, 로컬 네트워크 기기와 DNS를 테스트합니다.
구독 업데이트를 한 번 실행해 로컬 오버라이드와 정책 그룹 선택이 예상대로 유지되는지 확인합니다.

최종 선택은 간단하게 정리할 수 있습니다. 모바일 지원을 우선한다면 Clash Plus 또는 FlClash를, 데스크톱 진단과 설정 관리를 우선한다면 Clash Verge Rev를, Android와 데스크톱의 조작 일관성을 원한다면 FlClash를 중점적으로 비교하세요. 클라이언트는 구독 자체의 품질을 바꾸지 않으며 규칙과 권한 점검을 대신할 수도 없습니다. 먼저 플랫폼으로 후보를 좁힌 다음 시스템 프록시, TUN, 로그와 유지 관리 빈도를 기준으로 선택하는 편이 테스트 조건이 빠진 점수를 비교하는 것보다 효과적입니다.