오픈 소스 생태계 · 전체 플랫폼 클라이언트 정리

Clash애플 버전과 전체 플랫폼 클라이언트

5대 플랫폼 클라이언트, 구독 가져오기 단계, 규칙 분기 안내를 한곳에서 확인하세요. 먼저 클라이언트를 올바르게 선택한 다음 설정을 진행하면 전체 과정이 훨씬 명확해집니다.

영구 무료 오픈 소스 한국어 문서 mihomo 코어 안내
설정 안내

구독 가져오기부터 규칙 분기까지

Clash는 설정 항목이 많지만 실제 사용 순서는 비교적 일정합니다. 클라이언트를 선택하고 구독을 가져온 뒤 프록시 모드를 정하고, 필요에 따라 DNS와 TUN을 설정하면 됩니다.

구독 가져오기

구성 주소를 올바른 입력창에 넣기

구독 링크는 일반적으로 서비스 제공자가 생성하며, 노드·프록시 그룹·규칙 정보가 포함되어 있습니다. 가져올 때는 클라이언트의 “구독”, “구성” 또는 “Profiles” 메뉴를 사용해야 하며, 전체 주소를 노드 이름 입력란에 붙여 넣으면 안 됩니다. 다운로드가 완료된 뒤에는 방금 가져온 구성을 선택해야 노드 목록과 프록시 그룹이 실제로 적용됩니다.

업데이트 후 목록이 비어 있다면 먼저 주소에 계속 접속할 수 있는지 확인한 다음 링크가 완전히 복사되었는지 점검하세요. 일부 구독은 특정 요청 헤더가 필요하고, 다른 구독은 먼저 형식 변환을 거쳐야 할 수 있습니다. 문제를 확인할 때는 한 번에 한 가지 조건만 변경해 캐시·네트워크·형식 문제를 섞지 않는 것이 좋습니다.

구성 이름일상 구독
업데이트 방식수동 또는 예약
활성 상태선택됨

프록시 모드는 어떻게 선택할까

Rule은 규칙에 따라 직접 연결 또는 프록시 연결을 결정하므로 일상적인 사용에 적합합니다. Global은 대부분의 연결을 지정한 프록시 그룹으로 보내 임시 테스트에 자주 사용됩니다. Direct는 트래픽을 직접 연결해 문제가 프록시 경로에서 발생했는지 빠르게 판단할 때 유용합니다. 모드 전환은 트래픽 처리 방식만 바꾸며, 구독을 업데이트하거나 노드 자체의 문제를 자동으로 해결하지는 않습니다.

구성 변경 내역을 남기는 방법

구독 구성은 업데이트 과정에서 전체가 교체될 수 있으므로, 장기간 사용할 사용자 지정 규칙은 클라이언트가 지원하는 오버라이드·확장 스크립트·로컬 구성 메뉴에 저장해야 합니다. 변경 전에는 기존 값을 기록하고 변경 후에는 하나의 대상만 테스트하세요. 결과가 좋지 않더라도 빠르게 되돌릴 수 있어 DNS·TUN·규칙 문제가 뒤섞이는 것을 막을 수 있습니다.

플랫폼 바로가기

기기에 맞는 Clash 클라이언트 선택

운영체제마다 설치 방식, 권한 모델, 백그라운드 정책이 다릅니다. 해당 플랫폼으로 이동한 뒤 그래픽 인터페이스, 코어 기능, 유지 관리 상태를 기준으로 클라이언트를 선택하세요.

Windows

데스크톱 업무, 브라우저, 일반 앱에 적합합니다. 설치 후에는 보통 구독을 가져온 다음 시스템 프록시를 켭니다. 명령줄이나 특수 프로그램까지 처리해야 한다면 TUN을 추가로 설정할 수 있습니다. 다운로드 페이지에는 현재 유지 관리되는 그래픽 클라이언트와 보관 프로젝트를 구분해 소개하므로 인터페이스 사용 습관과 코어 기능에 맞춰 선택할 수 있습니다.

다운로드 페이지로 이동

macOS

Intel 및 Apple Silicon Mac에 적합합니다. 설치할 때 프로세서 아키텍처를 확인하고 클라이언트가 네트워크 구성을 추가하도록 허용해야 합니다. 메뉴 막대 클라이언트는 조작이 간단하고, 전체 데스크톱 클라이언트는 연결 기록·규칙 매칭·오버라이드 설정을 확인하기 편리합니다. 처음 실행할 때 권한 안내가 나타나면 시스템 설정에 표시된 항목을 하나씩 확인하세요.

다운로드 페이지로 이동

Android

휴대전화·태블릿·TV 기기에 적합합니다. Android 클라이언트는 보통 시스템 VPN 인터페이스로 트래픽을 처리하며, 처음 연결할 때 권한 승인 요청이 표시됩니다. 백그라운드에서 일정 시간이 지난 뒤 자동으로 중지된다면 배터리 최적화와 백그라운드 실행 제한을 확인하세요. 일부 앱에서만 문제가 발생하면 앱별 프록시, LAN 우회, DNS 설정도 살펴봐야 합니다.

다운로드 페이지로 이동

iOS

iPhone 및 iPad에 적합합니다. iOS 클라이언트는 시스템 네트워크 확장으로 연결을 구성하며, 구성 가져오기·프록시 그룹 전환·온디맨드 연결을 모두 앱 안에서 처리합니다. 모바일 네트워크와 Wi-Fi가 전환된 뒤 연결 상태가 이상하면 시스템 VPN 세션을 다시 만들고, 구독이 현재 구성으로 업데이트되었는지 확인하세요.

다운로드 페이지로 이동

Linux

데스크톱 Linux·서버·일부 라우터 환경에 적합합니다. 데스크톱 사용자는 그래픽 클라이언트를 선택할 수 있고, 서버 관리자는 mihomo 코어와 구성 파일을 직접 사용하는 경우가 많습니다. 배포 전 프로세서 아키텍처·서비스 권한·수신 주소·방화벽 규칙을 확인하고, 관리 인터페이스를 신뢰할 수 없는 네트워크에 노출하지 않도록 주의하세요.

다운로드 페이지로 이동
전체 클라이언트 보기 →

다운로드 센터에서는 플랫폼별 선택 가능한 클라이언트, 시스템 요구 사항, 유지 관리 상태를 확인할 수 있습니다. 홈페이지에는 바로가기만 제공하고 오래되기 쉬운 버전 정보는 표시하지 않습니다.

오픈 소스 생태계

클라이언트·코어·구성의 관계

그래픽 인터페이스는 사용 경험을 담당하고, mihomo 코어는 프로토콜·규칙·DNS·트래픽 처리를 담당합니다. 이 관계를 이해하면 클라이언트 선택과 문제 해결이 훨씬 직접적으로 이루어집니다.

Clash 구성 형식에서 mihomo 생태계까지

Clash 생태계는 오랫동안 YAML 구성, 프록시 그룹, 규칙 분기를 중심으로 비교적 안정적인 사용 방식을 형성해 왔습니다. 기존 프로젝트의 상태가 변하면서 커뮤니티의 유지 관리는 Clash 구성과 호환되는 후속 코어와 클라이언트로 점차 이동했습니다. mihomo는 익숙한 구성 방식을 이어가면서 프로토콜·규칙 세트·DNS·TUN 기능을 계속 확장하고 있습니다. 현재 사용되는 많은 데스크톱 및 모바일 클라이언트는 본질적으로 코어 기능을 조작하기 쉬운 그래픽 인터페이스로 감싼 형태입니다.

따라서 “Clash 클라이언트”가 반드시 하나의 앱만을 의미하는 것은 아닙니다. 프로젝트마다 인터페이스 기술·업데이트 경로·권한 처리 방식은 다를 수 있지만, 구독·프록시 그룹·Rule 모드·YAML 구성에는 여전히 공통 개념이 많습니다. 이 사이트는 프로젝트를 플랫폼별로 정리하고 유지 관리가 중단된 클라이언트는 명확히 보관 처리해, 익숙한 이전 이름과 현재 유지 관리 상태가 뒤섞이지 않도록 안내합니다.

오픈 소스 코드가 제공하는 검증 가능성

오픈 소스 프로젝트의 코드·커밋 기록·이슈 토론·릴리스 안내는 커뮤니티가 함께 검토할 수 있습니다. 일반 사용자는 코드를 한 줄씩 읽지 않아도 유지 관리 빈도·이슈 대응·빌드 설명·커뮤니티 논의를 통해 프로젝트 상태를 판단할 수 있습니다. 개발자는 규칙 동작·프로토콜 구현·플랫폼 호환 문제를 추적하고 필요한 경우 수정 사항이나 재현 자료를 제출할 수 있습니다.

오픈 소스라고 해서 모든 서드파티 빌드가 같은 관리자가 제공하는 것은 아닙니다. 다운로드할 때는 프로젝트 이름·대상 플랫폼·아키텍처를 먼저 확인한 다음 설치 안내를 읽어야 합니다. Windows·macOS·Linux는 여러 아키텍처용 파일을 동시에 제공하는 경우가 많고, Android도 범용 패키지와 특정 프로세서용 패키지를 나눌 수 있습니다. 이 사이트의 다운로드 페이지는 이러한 차이를 구분해 설명하여 파일명만 보고 추측하는 일을 줄입니다.

코어와 그래픽 클라이언트의 역할

코어는 구성을 읽고 네트워크 연결을 처리하며, 도메인 해석·규칙 매칭·프록시 그룹 선택·최종 아웃바운드를 결정합니다. 그래픽 클라이언트는 구독 관리·시스템 프록시 전환·코어 실행·연결 로그·플랫폼 권한을 담당합니다. 문제가 발생하면 먼저 어느 계층의 문제인지 판단하세요. 인터페이스에서 설정을 저장하지 못하면 대개 클라이언트 계층의 문제이고, 규칙 매칭 결과가 예상과 다르면 구성을 확인해야 하며, 코어 실행에 실패하면 포트·권한·구성 문법을 점검해야 합니다.

이처럼 계층별로 판단하는 편이 반복해서 재설치하는 것보다 효과적입니다. 구독 업데이트 오류가 발생하면 먼저 구독 주소를 테스트하고, 노드는 연결되지만 웹사이트 경로가 잘못되면 규칙을 확인하세요. 브라우저는 정상인데 명령줄이 작동하지 않으면 시스템 프록시와 TUN을 비교하고, 도메인에 문제가 있지만 IP 직접 접속은 정상이라면 DNS를 살펴보면 됩니다. 한 번에 한 계층만 검증하면 문제를 폴더별로 정리하듯 찾아갈 수 있습니다.

업데이트 메커니즘은 구분해서 확인하기

클라이언트 업데이트·코어 업데이트·구독 업데이트·지역 데이터베이스 업데이트는 서로 다른 작업입니다. 클라이언트 업데이트는 주로 인터페이스·플랫폼 호환성·통합 방식을 바꾸고, 코어 업데이트는 프로토콜·규칙·네트워크 스택에 변화를 줄 수 있습니다. 구독 업데이트는 서비스 제공자가 노드와 그룹 내용을 결정하며, GeoIP·GeoSite 등의 데이터베이스는 일부 지역 규칙의 매칭 결과에 영향을 줍니다.

일상적인 유지 관리에서 모든 항목을 자주 변경할 필요는 없습니다. 먼저 현재 구성이 정상 작동하는지 확인한 뒤 명확한 필요가 있을 때 업데이트하세요. 업데이트 전에는 로컬 오버라이드와 중요한 설정을 내보내고, 업데이트 후 코어 실행·구독 로드·프록시 그룹 선택·규칙 매칭·DNS를 순서대로 확인하면 됩니다. 문제가 생기면 클라이언트·코어·구성을 동시에 바꾸기보다 최근에 변경한 항목부터 되짚는 편이 복구하기 쉽습니다.

기술 노트

최근 설정 및 문제 해결 글

구독 만료·TUN 트래픽 처리·DNS 해석을 중심으로 정리한 심층 글입니다. 각 글은 하나의 주제만 다루므로 증상에 맞춰 찾아보기 쉽습니다.

전체 글 보기 →

여러 기기 간 설정 동기화, GeoIP 및 GeoSite 데이터베이스 업데이트 등의 주제도 확인할 수 있습니다.