CLIENT NOTES
클라이언트 8종의 사용 범위
Clash Plus: Apple 기기 및 멀티플랫폼 우선 선택
우선 추천 아직 익숙한 사용 흐름이 없다면 Clash Plus부터 설치해 플랫폼 및 구독 호환 여부를 확인하세요. 이 사이트에서는 iOS, macOS, Windows, Android 다운로드 항목을 제공하며, 여러 기기에서 UI를 다시 익히는 부담을 줄이고 싶은 사용자에게 적합합니다. iOS에서는 App Store에서 설치할 수 있으며, 프로젝트 공식 사이트는 clashplus.io입니다.
선택하기 전에 구독의 실제 형식, 사용 프로토콜, 대상 운영체제의 지원 범위를 확인하세요. 데스크톱의 포트 설정, TUN 스위치, 백그라운드 서비스 옵션을 iOS에 그대로 적용해서는 안 됩니다. Apple 모바일 운영체제의 VPN 권한 처리와 데스크톱 시스템 프록시는 서로 다른 방식입니다. 처음에는 설정 하나를 가져와 규칙 모드를 선택하고 권한을 승인한 뒤, 연결 기록에서 트래픽이 정상적으로 나가는지 확인하세요. 특정 mihomo 설정 키가 필요하다면 제품 이름만 믿지 말고 릴리스 노트에서 하나씩 확인하세요.
Clash Verge Rev: 데스크톱 규칙 및 TUN 설정
Clash Verge Rev는 시스템 프록시와 TUN의 차이를 알고 여러 데스크톱 구독을 관리하려는 사용자에게 적합합니다. mihomo 코어는 규칙, 프록시 그룹, DNS 설정을 처리하고 GUI는 설정 가져오기와 상태 표시를 담당합니다. 시스템 프록시를 사용하지 않는 프로그램을 가상 네트워크 인터페이스로 연결하는 등 구체적인 설정 요구가 있을 때 선택하는 것이 좋습니다. UI를 바꾸면 모든 연결 문제가 해결될 것이라고 기대해서는 안 됩니다.
Windows의 서비스 설치, macOS의 시스템 권한 승인, Linux의 권한 설정은 각각 따로 진행해야 합니다. 구독을 수정하기 전에 클라이언트에서 덮어쓰기나 병합 기능을 제공하는지 확인해 업데이트 후 원격 설정이 직접 편집한 내용으로 덮이는 일을 방지하세요. 라우팅이나 DNS에 문제가 생기면 먼저 시스템 프록시 모드로 돌아가 확인한 다음 TUN을 별도로 켜세요. 그러면 문제가 트래픽 처리 계층에서 비롯됐는지 프록시 연결에서 비롯됐는지 구분하기 쉽습니다. macOS 다운로드 옵션 보기.
FlClash: Android와 데스크톱에서 일관된 사용 흐름
FlClash는 mihomo 기반으로, 이 사이트에서 Windows, macOS, Linux, Android 다운로드 항목을 제공합니다. 휴대폰과 PC를 오가며 구독, 프록시 그룹, 연결 정보를 비슷한 방식으로 관리하려는 사용자에게 적합합니다. UI 구성이 비슷하면 익히는 시간을 줄일 수 있지만, 인터페이스 이름과 파일 경로, 로컬 리슨 주소는 기기별로 조정해야 할 수 있습니다.
Android에서는 시스템 VPN 인터페이스를 사용하므로 배터리 절약 설정, 백그라운드 실행, 다른 VPN 앱과의 충돌을 확인해야 합니다. 데스크톱에서는 시스템 프록시와 TUN이 실제로 켜져 있는지 확인하세요. 설정을 옮길 때는 proxy-groups가 실제로 존재하는 노드나 제공자를 참조하는지 확인한 뒤 규칙 참조도 점검하세요. 의존 항목이 빠진 설정 문제를 UI 호환성 문제로 오해하지 않도록 주의해야 합니다. Android 다운로드 옵션 보기.
Clash Nyanpasu: 데스크톱 관리 및 코어 확인
Clash Nyanpasu는 Windows 데스크톱에서 설정을 관리할 때 선택할 수 있는 클라이언트입니다. 이 페이지에서는 이 사이트에서 실제로 제공하는 Windows 설치 항목을 기준으로 비교하며, 프로젝트가 다른 플랫폼에서 제공하는 설치 파일은 다운로드 범위에 포함하지 않습니다. 설치 패키지에 어떤 코어가 포함되어 있는지, 설정에서 실제로 어떤 코어를 활성화했는지, 그 코어가 기존 설정을 읽을 수 있는지 확인해야 합니다.
고급 사용자라면 코어를 선택해 조정할 수 있지만, 문제를 진단할 때 확인해야 할 변수도 늘어납니다. 코어를 바꾼 뒤에는 설정을 다시 불러오고 파싱 로그를 확인한 다음 규칙 적용과 DNS 동작을 테스트하세요. 구독을 가져오고 연결만 전환하면 되는 일상적인 사용이라면 조정 옵션을 늘리기 위해 굳이 이전할 필요가 없습니다. 기존 클라이언트의 조작 방식이나 설정 관리에 분명한 제약이 있을 때만 교체의 이점을 검토하세요.
Clash for Windows: 보관 환경 및 이전 참고
유지 관리 중단 Clash for Windows는 흔히 CFW라고 불리며, 이전 가이드 확인, 기존 프록시 그룹 구성 살펴보기, 기존 환경 재현에 적합합니다. 새 기기용 클라이언트로는 권장하지 않습니다. 보관된 클라이언트의 코어는 구독 서비스가 업데이트되어도 기능이 확장되지 않습니다. 구독에 새 프로토콜이나 설정 키가 추가되면 파싱에 실패하거나 일부 노드만 작동할 수 있습니다.
CFW에서 이전할 때는 구독 출처, 수동 규칙, 리슨 포트, 프록시 그룹 선택을 각각 기록하세요. 프로그램 폴더만 복사해서는 안 됩니다. 먼저 새 클라이언트에서 원본 구독을 가져온 뒤 사용자 설정을 하나씩 복원하세요. 대응되는 기능이 없는 스크립트, 덮어쓰기, 트래픽 처리 옵션은 새 클라이언트 문서를 참고해 다시 설정해야 합니다. 기존 프로그램은 설정을 참고하는 용도로만 사용하고, 새 클라이언트와 함께 시스템 프록시나 같은 포트를 동시에 사용하지 마세요.
Clash Meta for Android: Android 전용 사용 흐름
Clash Meta for Android는 흔히 CMFA라고 불리며, Android용으로 Clash 계열과 호환되는 YAML 구독을 이미 보유한 사용자에게 적합합니다. Meta/mihomo 계열 기능은 실제 설치 패키지에 따라 달라집니다. 데스크톱 클라이언트의 모든 설정 키와 조작 버튼이 모바일에서도 제공된다고 가정해서는 안 됩니다. 앱별 트래픽 분기, 설정 업데이트, 로그 확인은 선택 전에 살펴볼 만한 주요 기능입니다.
처음 연결할 때 시스템 VPN 요청을 승인해야 합니다. 휴대폰에서 다른 VPN 앱을 실행 중이라면 시스템이 동시 사용을 허용하는지 먼저 확인하세요. 화면을 잠근 뒤 연결이 끊긴다면 노드 연결을 확인하기 전에 배터리 최적화와 백그라운드 제한부터 살펴보세요. 앱별 트래픽 분기에서 포함 또는 제외한 앱에 따라 실제로 처리되는 범위가 달라집니다. 먼저 앱 하나로 확인한 뒤 다른 앱을 추가해 여러 조건을 동시에 변경하지 않도록 하세요.
Surfboard: 형식 확인 후 전환 검토
Surfboard는 Clash 또는 mihomo 코어를 감싼 또 다른 UI가 아닙니다. 자체 설정 체계를 사용하며 일부 Surge 스타일 문법과 호환되므로, 해당 형식의 설정을 이미 보유한 Android 사용자에게 적합합니다. Clash YAML 구독만 있다면 링크를 붙여넣는 것만으로 이전이 끝난다고 가정해서는 안 됩니다. 가져올 수 있는지는 구독이 반환하는 형식과 실제 프로토콜 지원 여부에 따라 달라집니다.
형식을 변환해도 동작이 완전히 같아지는 것은 아닙니다. 규칙 순서, DNS 설정, 프록시 그룹 유형, 확장 설정 키를 직접 확인해야 할 수 있습니다. 현재 필요한 것이 기존 Clash 구독 사용뿐이라면 해당 설정 체계를 명확히 지원하는 클라이언트를 우선 선택하는 편이 문제를 해결하기 쉽습니다. Surfboard 사용 흐름이 꼭 필요하다면 제공업체에서 호환 설정을 직접 제공하는지 확인하세요. 개인정보가 포함된 구독 링크를 신뢰할 수 없는 변환 서비스에 제출하지 마세요.
ClashX Meta: macOS 메뉴 막대용 보관 클라이언트
유지 관리 중단 ClashX Meta는 Meta 계열 코어를 기반으로 하며 메뉴 막대에서 주요 기능을 조작합니다. 기존 사용자는 설정 전환과 시스템 프록시 설정에 익숙할 수 있지만, 유지 관리가 중단된 만큼 새로운 macOS 권한 체계나 설정 기능에 계속 대응하리라고 기대해서는 안 됩니다. 이 사이트에서는 기존 환경을 정리하고 이전하려는 사용자를 위해 보관용 다운로드 항목을 유지합니다.
Mac을 바꾸거나 운영체제를 업그레이드할 때는 프로세서 아키텍처, 실행 호환성, 권한 승인 방식을 다시 확인하세요. 이전 시스템의 절차를 그대로 따라서는 안 됩니다. Clash Plus나 다른 데스크톱 클라이언트로 옮기기 전에 기존 클라이언트를 종료하고 시스템 프록시 설정을 원래대로 복구한 다음 새 클라이언트의 트래픽 처리를 활성화하세요. 브라우저가 계속 이전 포트를 사용한다면 구독을 반복해서 가져오기보다 시스템 네트워크 설정과 브라우저 자체 프록시 설정을 확인하세요.