GUI 클라이언트, 커널, 구독의 차이부터 이해하기
Clash 클라이언트를 고를 때 화면 디자인만 보고 결정하는 것은 좋지 않습니다. GUI 클라이언트는 구독 가져오기, 프록시 그룹 전환, 시스템 프록시 관리, 로그 표시를 담당하고, 커널은 설정 파싱, 규칙 매칭, DNS 조회, 아웃바운드 연결을 처리합니다. 비슷한 화면이라도 서로 다른 버전의 커널을 사용할 수 있고, 다른 클라이언트가 같은 계열의 커널을 사용하는 경우도 있습니다.
Clash Meta는 이후 mihomo라는 이름으로 개발이 이어지고 있습니다. 튜토리얼에서 ‘Meta 커널’이라는 표현을 보았다면, 화면에 Meta라는 문구가 있는지만 볼 것이 아니라 실제 사용 중인 mihomo 버전을 확인해야 합니다. 오리지널 Clash, Clash Premium, mihomo는 지원 기능이 완전히 같지 않습니다. 설정에 새로운 프로토콜이나 필드가 포함되어 있으면 구형 커널에서 읽지 못할 수 있습니다.
- 클라이언트 버전: 메뉴, 구독 관리, 백그라운드 서비스, 시스템 연동 방식을 결정합니다.
- 커널 버전: 프로토콜 지원, 규칙 기능, 일부 DNS 및 TUN 동작을 결정합니다.
- 구독 내용: 노드만 제공하거나 프록시 그룹, 규칙, DNS 설정까지 포함할 수 있습니다. 모든 구독이 완성된 설정 파일인 것은 아닙니다.
주요 클라이언트 비교: 플랫폼에 따라 선택 범위 좁히기
아래 내용은 속도 순위가 아니라 클라이언트를 고르는 기준입니다. 사이트의 다운로드 페이지에 표시된 플랫폼이 프로젝트에서 지원하는 모든 플랫폼을 뜻하지는 않습니다. 실제 설치 전에는 CPU 아키텍처, 최소 OS 버전, 배포 출처를 확인하세요. 이름이 비슷한 포크를 같은 프로젝트로 혼동하거나, 한 프로젝트의 문서로 다른 포크의 메뉴를 설명해서도 안 됩니다.
| 클라이언트 | 이 사이트에서 제공하는 플랫폼 | 선택 시 확인할 점 | 추천 대상 |
|---|---|---|---|
| Clash Verge Rev | Windows、macOS、Linux | mihomo 기반 설정, 연결, 데스크톱 프록시를 관리합니다. TUN을 켜기 전에 서비스 상태를 확인하세요. | 데스크톱에서 설정을 폭넓게 관리하고 규칙과 연결을 자주 확인하는 사용자. |
| Clash Nyanpasu | Windows | 설정 관리와 GUI 조작에 중점을 둡니다. 사용 가능한 커널과 전환 방식은 설치된 버전에 따라 확인하세요. | 데스크톱 조작 방식을 비교하고 설정 병합 결과도 확인할 수 있는 사용자. |
| FlClashs | Windows、macOS、Linux、Android | 기기 간 조작 방식이 비슷합니다. 해당 포크의 릴리스 노트와 커널 정보를 별도로 확인해야 합니다. | PC와 Android를 함께 사용하며 조작 차이를 줄이고 싶은 사용자. |
| ClashX Meta | macOS | macOS 메뉴 막대 조작 방식에 적합합니다. 이름만 보고 TUN 관리 기능이 모두 갖춰져 있다고 판단하지 마세요. | 주로 시스템 프록시를 사용하고 메뉴 막대에서 전환하는 방식을 선호하는 Mac 사용자. |
| Clash Plus | Windows、macOS、Android、iOS | 플랫폼별 가져오기 형식, 트래픽 처리 방식, 커널 정보를 각각 확인해야 합니다. 기능이 완전히 같다고 가정하지 마세요. | 먼저 기기 플랫폼별 다운로드 페이지에서 클라이언트를 고르고 싶은 사용자. |
| Clash for Windows、Clash for Android | Windows와 Android를 각각 대상으로 합니다 | 원 프로젝트는 유지 관리가 중단되었습니다. 오래된 튜토리얼과 설정이 여전히 자주 보이지만, 새 환경의 기본 선택지로 삼기에는 적합하지 않습니다. | 기존 환경을 파악하거나 사용 중인 설정을 마이그레이션해야 하는 사용자. |
플랫폼별 설치 파일만 확인하려면 먼저 다운로드 센터를 여세요. 시스템 프록시, TUN, 유지 관리 상태 같은 차이를 비교하려면 클라이언트 비교를 참고하세요. 여러 클라이언트를 동시에 설치해 네트워크를 함께 제어하게 두지는 마세요.
커널 호환성: 화면 디자인보다 먼저 확인할 사항
먼저 구독 형식을 확인한 다음 프로토콜 지원 여부를 살펴보세요
노드 주소 목록만 있는 구독은 proxies, proxy-groups, rules가 포함된 완전한 Clash YAML 설정과 다릅니다. 가져오기에 실패하면 먼저 다운로드 오류, 형식 오류, 커널 미지원 여부를 구분하세요. 로그에 인식할 수 없는 프록시 유형이 표시되는 경우와 구독 링크가 로그인 페이지를 반환하는 경우는 서로 다른 문제입니다.
예를 들어 구독에 Hysteria2 또는 TUIC 노드가 포함되어 있다면 사용 중인 커널 버전이 해당 프로토콜과 매개변수를 지원하는지 확인해야 합니다. 클라이언트 화면에 노드 이름이 표시된다고 해서 일부 단계에서 항목을 읽었다는 뜻일 뿐, 커널에 정상적으로 로드되었다고 볼 수는 없습니다. 시작 로그를 확인한 뒤 실제 연결을 시도하세요.
최종 설정을 확인할 수 있으면 문제를 더 쉽게 해결할 수 있습니다
- ‘가져오기 실패’ 알림만 표시되는 것이 아니라 로드 오류를 확인할 수 있는지 살펴보세요.
- 현재 적용 중인 구독이 무엇인지 확인해 비활성 설정을 편집하는 일을 방지하세요.
- 사용자 지정 규칙이 필요하다면 덮어쓰기, 병합, 스크립트 기능이 있는지와 실행 순서를 먼저 확인하세요.
- 구독을 업데이트한 뒤 로컬 수정 사항이 유지되는지 확인하세요. 원격 구독 캐시를 직접 편집하면 다음 업데이트 때 덮어쓰기되는 경우가 많습니다.
커널 기능이 많다고 해서 설정을 복잡하게 만들 필요는 없습니다. 일반적인 노드와 도메인 기반 분할만 사용한다면, 읽고 복구하기 쉬운 설정이 출처를 알 수 없는 덮어쓰기를 여러 개 쌓는 것보다 관리하기 편합니다.
시스템 프록시와 TUN: 토글 수가 아니라 앱 요구 사항에 맞춰 선택하기
시스템 프록시는 로컬 HTTP 또는 SOCKS 프록시 주소를 시스템 설정을 따르는 앱에 전달합니다. 브라우저에서는 사용할 수 있지만 일부 게임, 명령줄 도구, 백그라운드 프로그램은 자동으로 따르지 않습니다. TUN은 가상 네트워크 인터페이스와 라우팅을 통해 더 많은 트래픽을 처리하지만, 권한, 라우팅, DNS 문제와 다른 VPN과의 충돌이 생길 수 있습니다.
| 사용 상황 | 먼저 시도할 방식 | 반드시 확인할 항목 |
|---|---|---|
| 주로 브라우저를 사용하는 경우 | 시스템 프록시 | 시스템 프록시 주소와 포트, 브라우저 자체 프록시 확장 기능. |
| 앱에서 프록시를 직접 설정할 수 있는 경우 | 앱 내 HTTP 또는 SOCKS 설정 | 프록시 유형이 맞는지, 앱이 필요한 트래픽 유형을 지원하는지 확인하세요. |
| 앱이 시스템 프록시를 무시하는 경우 | 필요성을 확인한 후 TUN 시도 | 서비스 권한, 가상 인터페이스, 라우팅, DNS를 확인하세요. 프로토콜과 노드도 해당 트래픽을 지원해야 합니다. |
| 회사 VPN을 함께 사용하는 경우 | 먼저 한 가지 방식만 트래픽을 처리하도록 설정하고 항목별로 테스트하세요 | 회사 네트워크 정책, 라우팅 우선순위, 사내 도메인 및 DNS 충돌. |
설정에 mixed-port: 7890이 있다고 가정하면, 앱에서 프록시를 직접 설정할 때 주소는 127.0.0.1, 포트는 7890을 입력하면 됩니다. 이는 예시이며 모든 클라이언트의 기본값은 아닙니다. Windows 11에서는 ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’에서 시스템 프록시를 확인할 수 있습니다. macOS에서는 ‘시스템 설정’ → ‘네트워크’ → 현재 네트워크 서비스 → ‘세부사항’ → ‘프록시’를 확인하세요.
구독 관리와 사용 편의성: 자주 쓰는 작업을 중심으로 살펴보기
다음 다섯 가지 작업을 해 보면 인터페이스가 편리한지 판단할 수 있습니다. 구독 가져오기, 업데이트 시간 확인, 프록시 그룹 선택, 연결에 적용된 규칙 찾기, 오류 로그 읽기입니다. 테마와 애니메이션만 비교해서는 장기적인 관리 부담을 예상하기 어렵습니다.
- 가져오기: 구독 형식을 지원하는지 확인하세요. 요청 헤더나 특정 클라이언트 식별 정보가 필요한 서비스라면 제공 업체의 안내에 따라 설정해야 합니다.
- 업데이트: 업데이트 실패 시 기존 설정을 유지하는지, 수동 업데이트와 자동 업데이트를 쉽게 구분할 수 있는지 확인하세요. 성공 메시지를 보기 위해 짧은 간격으로 반복 요청하지 마세요.
- 선택: 프록시 그룹 이름과 현재 노드가 명확하게 표시되는지 확인하세요. 아웃바운드 모드 전환을 노드 변경으로 오해하지 않도록 주의해야 합니다.
- 문제 해결: 연결 목록에서 대상, 적용된 규칙, 아웃바운드 체인을 확인할 수 있는 것이 좋습니다. 원인을 파악할 수 있도록 로그를 복사할 수 있어야 합니다.
- 마이그레이션: 로컬 설정을 내보내거나 백업할 수 있는지 확인하세요. 액세스 토큰, 컨트롤 인터페이스 키, 구독 링크는 민감한 정보로 다뤄야 합니다.
데스크톱에서 여러 설정을 자주 관리한다면 Clash Verge Rev와 Clash Nyanpasu의 설정 관리 과정을 비교해 보세요. Mac에서 간단히 전환하는 용도라면 ClashX Meta가 요구 사항을 충족하는지 먼저 확인할 수 있습니다. PC와 Android를 자주 오간다면 FlClashs 등 클라이언트 간 조작 방식이 얼마나 비슷한지 살펴보세요. 여기서 ‘비슷하다’는 조작 습관을 뜻하며, 모든 플랫폼에서 권한이 같다는 의미는 아닙니다.
기기와 용도에 맞춰 최종 선택하기
Windows: 시스템 프록시를 먼저 확인하고 TUN은 필요할 때 켜기
새 환경에서는 Clash Verge Rev, Clash Nyanpasu, FlClashs, Clash Plus의 현재 설치 버전을 비교해 보세요. x64와 ARM64 중 기기의 프로세서에 맞는 버전을 선택해야 합니다. 같은 PC에 클라이언트를 여러 개 설치해 두었다면 새 클라이언트를 실행하기 전에 기존 클라이언트를 종료하세요. 둘 다 7890 포트를 사용하면 나중에 실행한 클라이언트가 포트를 열지 못하거나 시스템 프록시 설정이 계속 바뀔 수 있습니다.
macOS: 프로세서 아키텍처와 백그라운드 권한을 따로 확인하기
Apple 실리콘 Mac은 해당하는 ARM 빌드를, Intel Mac은 x64 빌드를 선택하세요. 메뉴 막대 조작을 선호한다면 ClashX Meta를, 설정 관리와 연결 정보를 더 폭넓게 보려면 Clash Verge Rev 같은 데스크톱 클라이언트를 비교해 볼 수 있습니다. 앱 실행 허용, 백그라운드 서비스 허용, 네트워크 확장 허용은 서로 다른 권한입니다. 한 번의 확인을 마쳤다고 모든 네트워크 기능을 사용할 수 있는 것은 아닙니다.
Android와 iOS: 운영체제의 네트워크 제한부터 확인하기
Android에서는 사이트에서 제공하는 FlClashs, Clash Plus 등의 다운로드 경로를 비교한 다음 백그라운드 실행과 배터리 제한을 확인하세요. 일반적으로 시스템에서 활성화할 수 있는 VPN 서비스는 한 번에 하나뿐입니다. 다른 VPN 앱이나 가속기를 전환하면 현재 연결이 끊길 수 있습니다. 이전 버전 Clash for Android의 사용 방식은 참고할 수 있지만, 새 구독이 구형 커널과 호환된다고 보장할 수는 없습니다.
iOS에서는 클라이언트 설치 방식, 구독 형식, 네트워크 확장 권한을 별도로 확인해야 합니다. 특정 설정을 가져올 수 있다고 해서 데스크톱용 확장 필드까지 모두 지원하는 것은 아닙니다. Clash Plus의 iOS 버전을 선택할 때도 데스크톱 화면을 기준으로 판단하지 말고 해당 플랫폼 안내를 확인하세요.
Linux: 배포판 패키지 형식과 데스크톱 환경을 함께 확인하기
Debian과 Ubuntu 계열은 보통 DEB, Fedora 등 RPM 계열은 RPM을 선택하고 아키텍처와 시스템 의존성도 확인하세요. 데스크톱 환경의 트레이 지원 여부, 클라이언트의 시스템 프록시 변경 기능, TUN 서비스 권한 설정이 일상적인 사용성에 영향을 줍니다. GUI가 없는 서버에서는 노드 전환을 위해 데스크톱 환경 전체를 설치하기보다 커널과 서비스를 직접 관리하는 편이 적합한 경우가 많습니다.
설치 후 동일한 테스트로 선택 확인하기
클라이언트만 바꾼다고 노드 대역폭이 저절로 높아지는 것은 아닙니다. 같은 회선과 커널 설정을 사용하더라도 테스트 주소, 캐시, 동시 연결 수, 규칙, DNS에 따라 속도 측정 결과가 달라질 수 있습니다. 한 번 측정한 지연 시간으로 클라이언트 전체의 순위를 매기지 말고, 아래 절차로 실제 사용성을 비교하세요.
- 기존 설정을 백업하고 다른 프록시 도구를 종료한 뒤 클라이언트 하나만 실행하세요.
- 같은 구독을 가져와 동일한 노드와 규칙 모드를 선택한 다음 TUN은 끈 상태로 시작하세요.
- 실제로 사용 중인 포트를 확인하세요. 포트가
7890이라면 아래 명령으로 로컬 HTTP 프록시를 명시해 요청을 보낼 수 있습니다. - 연결 화면에서 요청 대상, 적용된 규칙, 아웃바운드 정책을 확인해 실수로 직접 연결되지 않았는지 살펴보세요.
- 필요한 경우에만 TUN을 켜세요. 이전에 시스템 프록시를 따르지 않던 앱을 테스트하고 로컬 프린터와 사내 사이트를 계속 사용할 수 있는지 확인하세요.
- 구독 업데이트와 재시작을 각각 한 번 실행해 프록시 그룹 선택, 덮어쓰기, 서비스 상태가 예상대로 유지되는지 확인하세요.
curl --proxy http://127.0.0.1:7890 --head --max-time 15 https://example.com/Windows PowerShell에서는 명령 앞부분을 curl.exe로 바꾸면 구형 환경에서 같은 이름을 가진 별칭으로 인해 매개변수가 달라지는 일을 피할 수 있습니다. 여기서 15는 요청 전체의 최대 대기 시간(초)이며, 노드 지연 시간 기준이 아닙니다. 대상 HTTP 응답을 받더라도 아웃바운드 경로는 연결 로그와 함께 확인해야 합니다. 한 번 성공했다고 UDP, 모든 도메인, 모든 앱을 사용할 수 있는 것은 아닙니다.
선택 기준은 명확합니다. 먼저 플랫폼과 아키텍처를 기준으로 설치할 수 없는 버전을 제외하고, 구독에 필요한 커널 기능을 확인한 다음 설정 관리, 로그, 트래픽 처리 방식을 비교하세요. 구독을 안정적으로 업데이트하고 로컬 규칙을 보존하며 연결 경로를 명확히 보여 주는 클라이언트가 장기 사용에 적합합니다. 처음 설정하는 경우 Clash 설정 가이드를 참고하세요. 규칙과 DNS 필드를 더 자세히 확인하려면 프로토콜 가이드를 살펴보세요.