Clash Plus·Clash Verge Rev·FlClash 비교:서비스 종료 후 어떤 클라이언트를 선택할까

플랫폼과 용도에 따라 후보 좁히기

Clash for Windows 원 프로젝트는 이미 업데이트가 중단됐습니다. 기존 환경을 그대로 유지하는 것과 새 컴퓨터에 클라이언트를 설치하는 것은 별개의 문제입니다. 기존 환경을 유지하려면 설정을 백업하고 호환성을 확인해야 합니다. 새 클라이언트를 고를 때는 프로젝트가 계속 관리되는지, 설치 파일이 운영체제에 맞는지 확인한 뒤 구독이 정상적으로 파싱되는지 살펴보세요. 예전 CFW와 인터페이스가 비슷한지는 우선순위가 아닙니다.

먼저 방향만 잡고 싶다면 다음 세 가지 사용 환경에 맞춰 후보를 추려 보세요. 여기서는 사용 방식만 비교하며 속도 순위를 매기지 않습니다. 같은 회선을 쓰면서 인터페이스만 바꾼다고 외부 대역폭이 늘어나는 것은 아닙니다.

• Windows 데스크톱에서 주로 사용하고 규칙과 연결 정보를 자주 확인하는 경우: Clash Verge Rev를 먼저 사용해 보고 구독 관리, 연결 세부 정보, 서비스 모드가 본인의 사용 방식에 맞는지 확인하세요.
• 휴대폰과 컴퓨터에서 비슷한 인터페이스를 원하는 경우: Clash Plus와 FlClash 계열을 후보로 두되, 플랫폼별 유지 관리 상태와 권한 요구 사항, 기능 범위를 각각 확인하세요.
• 브라우저에만 프록시를 설정하는 경우: 먼저 시스템 프록시를 확인하면 됩니다. 게임이나 명령줄 도구처럼 시스템 프록시를 따르지 않는 프로그램이 있을 때 TUN을 검토하세요. 처음부터 모든 고급 옵션을 켤 필요는 없습니다.

플랫폼 지원과 사용성 비교

먼저 기기를 정한 다음 기능을 비교하세요. 아래 플랫폼 범위는 이 사이트의 다운로드 페이지 분류를 기준으로 정리한 것으로, 모든 플랫폼에서 설정 편집, 백그라운드 실행, 트래픽 처리 기능이 똑같이 제공된다는 뜻은 아닙니다. 실제 설치 조건은 해당 배포판의 릴리스 안내를 확인하세요.

Windows: 연결 세부 정보가 충분한지 확인

데스크톱에서 문제를 해결할 때는 테마 색상보다 연결 목록이 더 유용한 경우가 많습니다. 대상 웹사이트를 열고 연결된 도메인, 적용된 규칙, 최종 정책을 확인하세요. '연결됨'만 표시되고 어떤 노드로 연결됐는지 알 수 없다면 이후 트래픽 분기 문제를 해결하기 어렵습니다. Clash Verge Rev에서는 설정, 프록시, 연결, 로그 페이지를 차례대로 확인하면 좋습니다. 버전에 따라 한국어 메뉴 이름은 조금씩 다를 수 있습니다.

휴대폰: 백그라운드 동작과 시스템 제약 확인

Android 클라이언트는 보통 시스템 VPN 인터페이스를 통해 트래픽을 처리하며, 처음 실행할 때 연결 권한을 요청합니다. iOS 역시 시스템 네트워크 확장과 백그라운드 정책의 제약을 받습니다. 휴대폰에 VPN 표시가 나타나더라도 모든 연결이 원격 노드를 거친다는 뜻은 아니며, 구독이 일반적인 기업용 VPN 서비스를 제공한다는 의미도 아닙니다. 실제 연결 방식은 라우팅과 분기 규칙에 따라 달라집니다.

회사 VPN에 연결해야 한다면 프록시 클라이언트와 동시에 사용할 수 있는지 먼저 확인하세요. 특히 휴대폰에서는 시스템 VPN 채널을 사용하는 앱 두 개가 예상대로 함께 작동하지 않는 경우가 많습니다. 데스크톱에서도 라우팅, DNS, 가상 네트워크 어댑터가 충돌할 수 있으므로 'TUN 지원'을 '모든 VPN과 함께 사용 가능'으로 이해해서는 안 됩니다.

인터페이스 이름보다 중요한 커널 호환성

클라이언트는 창, 구독 관리, 시스템 통합을 담당하고 프록시 커널은 프로토콜 연결, 규칙 매칭, 트래픽 처리를 담당합니다. mihomo는 Clash.Meta 프로젝트에서 파생된 커널로, 구버전 Clash 커널과 같은 것으로 보면 안 됩니다. Clash Verge Rev와 일반적인 FlClash 배포판은 mihomo를 사용합니다. 단, 실제로 포함된 커널 버전은 설치한 버전에서 확인해야 하며 클라이언트 이름만으로 판단할 수 없습니다.

Clash Plus도 현재 사용하는 플랫폼 버전에서 어떤 커널과 프로토콜을 지원하는지 확인해야 합니다. Clash 형식 구독을 가져올 수 있다는 이유만으로 mihomo의 모든 확장 필드를 지원한다고 단정하면 안 됩니다. 구독에 최신 프로토콜, 전송 매개변수, 규칙 기능이 포함된 경우 구형 커널은 파싱에 실패하거나 일부 필드만 적용할 수 있습니다.

1. 두 가지 버전 기록: 클라이언트의 '정보', 커널 정보 또는 시작 로그에서 앱 버전과 커널 버전을 각각 확인해 기록하세요. 문제를 보고할 때 앱 이름만으로는 정보가 부족합니다.
2. 가져오기 로그 확인: 알 수 없는 프록시 유형, 필드 파싱 실패, 설정 검증 실패가 나타나면 오류가 발생한 행부터 확인하세요. 시스템 프록시 스위치를 반복해서 누르지 마세요.
3. 구독 출력 형식 확인: 구독 서비스에서 Clash 형식과 mihomo 형식을 구분한다면 현재 커널에 맞는 형식을 선택하세요. 링크 매개변수를 임의로 바꾸지 마세요.
4. 실제 노드 확인: 정책 그룹이 표시된다고 노드를 사용할 수 있는 것은 아닙니다. 노드를 하나 선택해 대상 서비스에 접속하고 연결이 예상한 정책을 따르는지 확인하세요.

시스템 프록시와 TUN은 따로 비교

CFW 사용자가 익숙한 메뉴는 General → System Proxy입니다. 이 기능을 켜면 Windows 시스템 프록시 설정을 따르는 앱이 로컬 프록시 포트에 연결됩니다. 새 클라이언트의 '시스템 프록시'도 용도는 비슷하지만 버튼 위치와 기본 포트는 다를 수 있습니다. 기존 환경의 127.0.0.1:7890을 새 클라이언트의 실제 수신 주소라고 가정하지 마세요.

시스템 프록시: 먼저 브라우저 연결 확인

Windows 11에서 '설정' → '네트워크 및 인터넷' → '프록시'를 열고 수동 프록시의 주소와 포트를 확인한 다음 클라이언트에 표시된 포트와 비교하세요. 예를 들어 클라이언트는 7890 포트에서 수신 대기하지만 시스템 설정이 이전 프로그램의 7897을 가리키면 클라이언트가 실행 중이어도 웹페이지에 접속하지 못할 수 있습니다. 두 포트는 문제 해결을 위한 예시일 뿐, 세 클라이언트의 공통 기본값은 아닙니다.

TUN: 트래픽 경로를 제어할 뿐 모든 연결을 노드로 강제하지는 않습니다

TUN은 가상 네트워크 인터페이스를 만들고 라우팅과 함께 사용해 대상 범위에 포함된 트래픽을 커널로 전달합니다. 커널에 들어온 트래픽은 규칙에 따라 직접 연결, 프록시 연결 또는 차단으로 처리될 수 있습니다. 따라서 'TUN 켜기'와 '전역 프록시 모드'는 서로 다른 설정입니다. TUN이 모든 트래픽을 자동으로 처리하는 것도 아닙니다. 라우팅 제외, IPv6, 다른 네트워크 어댑터가 처리 결과에 영향을 줄 수 있습니다.

• Windows: 서비스 모드나 권한 보조 구성 요소가 설치되어 실행 중인지 확인하세요. 관리자 권한으로 인터페이스를 한 번 실행했다고 해서 백그라운드 서비스가 제대로 설치된 것은 아닙니다.
• DNS: 현재 설정된 DNS 해석 방식, DNS 하이재킹 범위, 가상 네트워크 어댑터 설정이 서로 맞는지 확인하세요. 도메인 접속이 실패한다고 fake-ip와 redir-host를 무작정 바꾸지 마세요.
• UDP: TUN을 통해 일부 UDP 트래픽을 커널로 전달할 수 있지만 실제 전달 여부는 노드 프로토콜, 서버 설정, 네트워크 환경에 따라 달라집니다.
• 검증: 원래 시스템 프록시를 따르지 않는 프로그램에서 연결을 시도한 다음 클라이언트의 연결 목록을 확인하세요. 스위치 색상만 바뀌었다고 성공으로 판단하면 안 됩니다.

후보 클라이언트를 같은 방식으로 점검해 보세요. 먼저 TUN을 끄고 시스템 프록시만 켜서 브라우저 연결을 확인합니다. 그런 다음 해당 버전의 문서에 따라 서비스와 TUN을 활성화하고 대상 프로그램을 테스트하세요. 첫 단계부터 실패한다면 가상 네트워크 계층으로 넘어갈 필요 없이 구독, 포트, 노드부터 확인하면 됩니다.

CFW에서 이전하기: 설정은 보존하고 실행 환경은 그대로 복사하지 않기

기존 환경에서는 Profiles에서 설정을 관리하고 Proxies에서 정책을 전환하며 Connections에서 연결을 확인했습니다. 클라이언트를 바꿀 때는 이 기능에 해당하는 메뉴를 찾되 기존 폴더 전체를 새 프로그램 폴더에 덮어쓰지 마세요. 인터페이스 데이터베이스, 서비스 경로, 확장 스크립트 형식이 다를 수 있으므로 복사에 성공해도 제대로 작동한다는 보장은 없습니다.

1. 먼저 백업: 구독 출처, 로컬 YAML, 사용자 지정 규칙, 기존 Mixin 및 Parsers 수정 내용을 저장하세요. 민감한 설정은 접근이 통제된 위치에 보관하세요.
2. 기존 인스턴스 종료: CFW에서 System Proxy와 TUN을 끈 뒤 프로그램을 종료하세요. 백그라운드 서비스를 설치한 적이 있다면 계속 포트를 점유하거나 라우팅을 처리하고 있지 않은지 확인하세요.
3. 원본 구독 가져오기: 새 클라이언트에 구독을 추가하거나 로컬 파일을 가져온 뒤 원본 설정으로 먼저 실행하세요. 모든 덮어쓰기 설정을 한꺼번에 옮기지는 마세요.
4. 모드와 정책 확인: 먼저 규칙 모드를 선택한 다음 정책 그룹 설정을 확인하세요. 정책 그룹 이름이 바뀌면 기존 클라이언트에 저장된 노드 선택이 복원되지 않을 수 있습니다.
5. 사용자 지정 설정은 나눠서 복원: 한 번에 규칙 한 묶음이나 덮어쓰기 조각 하나만 가져오세요. 구독을 업데이트한 뒤에도 설정이 적용되는지 확인하세요.

다운로드 후 생성된 설정을 직접 수정하면 다음 구독 업데이트 때 덮어쓰일 수 있습니다. 새 클라이언트가 공식 제공하는 덮어쓰기 또는 병합 기능을 사용하고 병합된 설정을 확인하세요. 배열 교체, 규칙 추가, 필드 우선순위 처리 방식은 클라이언트마다 다를 수 있습니다. 기존 스크립트를 그대로 붙여 넣으면 인터페이스에는 저장 완료로 표시되지만 규칙은 적용되지 않을 수 있습니다.

기존 프로그램과 새 프로그램이 모두 7890 포트를 사용하면 나중에 실행한 쪽에서 포트 점유 오류가 발생할 수 있습니다. 기존 인스턴스를 종료하거나 새 프로그램에 사용하지 않는 포트를 임시로 지정하세요. 포트를 바꾼 뒤에는 시스템 프록시와 명령줄 환경 변수도 함께 확인해야 합니다. 설정의 숫자만 바꾸고 모든 프로그램이 자동으로 전환됐다고 생각하지 마세요.

같은 조건에서 사용해 안정성과 문제 해결 부담 비교

이런 클라이언트에는 회선 조건과 무관한 공통 속도 순위가 없습니다. 비교할 때는 같은 기기, 네트워크, 노드, 대상 서비스, 규칙 모드를 사용하세요. 지연 시간 테스트 주소도 같아야 합니다. 그렇지 않으면 각 클라이언트가 서로 다른 요청의 결과를 표시할 수 있어 수치를 직접 비교할 수 없습니다.

표에 적힌 횟수와 시간은 권장하는 테스트 절차이지 이 사이트에서 직접 측정한 결과가 아닙니다. 처리량을 비교하려면 차례로 테스트하고 여러 다운로드를 동시에 실행해 대역폭을 나눠 쓰지 않도록 하세요. DNS 모드, 스니핑, 규칙 설정도 양쪽에서 동일한지 확인해야 합니다. 그렇지 않으면 서로 다른 연결 경로를 비교하게 될 수 있습니다.

최종 선택과 되돌릴 조건

• Windows 데스크톱에서 장기간 사용할 경우: Clash Verge Rev부터 사용해 보세요. 처음 연결에 성공하는지만 보지 말고 서비스 모드, 연결 세부 정보, 구독 덮어쓰기, 절전 모드 복귀를 확인 항목으로 삼으세요.
• 휴대폰과 데스크톱 모두에서 사용할 경우: 각 운영체제에서 Clash Plus와 FlClash 계열을 직접 사용해 보고 조작 방식을 비교하세요. 다운로드 출처, 플랫폼별 패키지, 커널 정보를 확인하고 데스크톱 설정이 휴대폰과 완전히 동기화된다고 가정하지 마세요.
• 복잡한 규칙이나 최신 프로토콜이 필요한 경우: 인터페이스를 고르기 전에 커널 지원을 확인하세요. 설정 검증, 규칙 매칭, 로그를 통한 문제 파악이 클라이언트 이름보다 중요합니다.
• 기존 CFW로 특정 작업을 계속해야 하는 경우: 설정을 백업하고 새 클라이언트에서 별도로 검증한 뒤 이전하세요. 프로젝트 업데이트가 중단됐으므로 향후 운영체제 호환성이나 프로토콜 지원이 기존 프로젝트에서 수정될 것이라고 기대할 수 없습니다.

이전이 끝나면 새 클라이언트를 종료하고 Windows 프록시 설정이 복원됐는지 확인한 뒤 다시 시작해 테스트하세요. 종료 후에도 127.0.0.1 프록시 설정이 남아 있지만 해당 포트에서 수신 대기하는 프로그램이 없다면 일반 웹페이지도 열리지 않을 수 있습니다. 트래픽을 정상적으로 처리하고, 연결 경로를 확인할 수 있으며, 완전히 종료되는 것까지 모두 검증한 뒤 일상용 클라이언트로 설정하세요. 필드를 더 확인하려면 설정 참고 자료를, 플랫폼과 설치 요구 사항은 클라이언트 비교를 확인하세요.