프로젝트의 흐름: 이름은 비슷해도 유지 관리 경로는 다릅니다
Clash는 규칙 기반 프록시 프로젝트로 널리 사용되기 시작했고, 이후 설정 형식과 GUI, 여러 코어를 중심으로 생태계가 형성됐습니다. 원본 프로젝트와 일부 초기 클라이언트의 유지 관리가 중단된 뒤에도 커뮤니티는 각자의 방향으로 개발을 이어 왔습니다. 검색 결과에 나오는 오래된 가이드는 과거 인터페이스나 구형 코어, 보관 처리된 설치 파일을 기준으로 할 수 있습니다. 제목에 Clash가 들어 있다고 해서 현재도 사용할 수 있다고 판단하지 마세요. 자료를 볼 때는 클라이언트 이름과 사용 코어, 안내에 언급된 기능을 함께 확인해야 합니다.
이 사이트는 유지 관리가 중단된 클라이언트와 현재 선택할 수 있는 경로를 구분해 안내합니다. 다운로드 수나 평점, 확인되지 않은 커뮤니티 규모를 선택 기준으로 내세우지 않습니다. 지원이 끝난 클라이언트는 기존 환경을 이해하거나 데이터를 옮기는 데 참고할 수 있지만, 일상적으로 사용할 제품은 현재도 유지 관리 중이며 운영체제 요구 사항에 맞는지 우선 확인하세요. 마이그레이션 전에 기존 설정과 오버라이드 내용을 보관하고 프록시 프로토콜, 프록시 그룹 참조, 규칙 세트 경로, 시작 설정을 점검하세요. 구독 링크만 옮기고 로컬 맞춤 설정을 빠뜨리지 않도록 주의해야 합니다.
코어와 인터페이스: 연결 기능과 조작 환경의 역할
mihomo는 Clash 생태계에서 지속적으로 개발되는 오픈소스 프록시 코어로, Clash Meta의 개발 흐름을 이어 왔습니다. 코어는 프로토콜 처리, 규칙 매칭, DNS, 네트워크 연결을 담당하고 GUI 클라이언트는 구독 관리, 정책 선택, 로그 확인, 시스템 프록시, 서비스 관리 등의 기능을 제공합니다. 둘의 업데이트 주기는 다를 수 있습니다. 특정 필드의 지원 여부는 Clash라는 이름을 쓰는 모든 클라이언트가 지원한다고 추측하지 말고, 현재 코어 문서와 클라이언트의 통합 방식을 확인하세요.
같은 기능도 인터페이스마다 구현 방식이 다를 수 있습니다. 예를 들어 시작 시 자동 실행이 화면만 열 수도 있고 백그라운드 서비스까지 시작할 수도 있습니다. 기본 창을 닫아도 프록시가 중지되는 대신 창만 숨겨질 수 있습니다. 스위치 이름이 아니라 실제 실행 상태를 확인해야 합니다. 모바일에서는 시스템 VPN 상태와 노드 연결 결과도 구분해야 합니다. 시스템에 VPN 연결 완료로 표시되더라도 트래픽 처리 경로가 만들어졌다는 뜻일 뿐, 대상 웹사이트에 접속할 수 있다는 보장은 아닙니다.
오픈소스 근거: 코드, 라이선스, 변경 기록 확인
mihomo의 코드와 라이선스는 공개 저장소에서 확인할 수 있습니다. GPL-3.0은 해당 프로젝트의 오픈소스 라이선스 조건을 설명하며 모든 GUI 클라이언트나 구독 서비스에도 같은 조건이 적용된다는 뜻은 아닙니다. 소스 코드와 릴리스 노트, 이슈 토론을 읽으면 기능 범위와 알려진 문제를 파악하는 데 도움이 됩니다. 소프트웨어를 사용할 때는 현지 법률과 네트워크 관리 규정, 관련 서비스 약관을 따라야 합니다. 공개된 코드와 실제 실행 설정은 별개의 문제이므로 설정 출처도 꼼꼼히 확인하세요.
이 사이트는 클라이언트와 문서로 연결되는 경로를 안내할 뿐, 소개된 모든 프로젝트를 대표하지 않으며 프록시 서버 계정이나 구독 서비스도 제공하지 않습니다. 구독 링크에는 접속 정보가 포함될 수 있으므로 로그나 스크린샷을 공유할 때 URL 매개변수, 계정, 서버 주소 등 민감한 정보는 가리세요. 문제가 생기면 운영체제, 클라이언트 이름, 작업 단계, 오류 메시지 일부를 설명하면 진단에 도움이 됩니다. 다만 전체 구독 설정을 토론 게시판에 공개해서는 안 됩니다.
업데이트 방식: 클라이언트, 코어, 구독을 따로 관리
클라이언트 업데이트는 보통 인터페이스와 통합 구성 요소에 영향을 주고, 코어 업데이트는 프로토콜 지원이나 필드 동작을 바꿀 수 있습니다. 구독 업데이트는 설정 제공자가 배포한 노드와 규칙 내용을 교체합니다. 이 세 가지 업데이트를 구분해서 이해하세요. 구독 업데이트에 성공했다고 클라이언트까지 업데이트된 것은 아닙니다. 새 클라이언트를 설치해도 기존 구독에 새 기능이 자동으로 추가되는 것은 아닙니다. 업그레이드 전에 변경 사항을 읽고 현재 사용 가능한 설정을 백업하며 로컬 오버라이드 위치를 기록해 두면 차이가 생겼을 때 항목별로 비교할 수 있습니다.
업데이트 후 문제가 생기면 먼저 설정이 정상적으로 로드됐는지 확인하고, 규칙 대상과 프록시 그룹 참조를 살펴본 다음 DNS, 포트, 트래픽 처리 방식의 변화를 비교하세요. 모든 설정을 한꺼번에 바꾸면 어떤 변경이 결과에 영향을 줬는지 파악하기 어렵습니다. 다운로드 페이지에서는 클라이언트를, 가이드 페이지에서는 첫 연결 절차를, 설정 종합 가이드에서는 각 필드를 확인할 수 있습니다. 이 순서대로 살펴보면 설치, 설정, 네트워크 문제를 구분하기 쉽습니다.
첫 연결 점검 순서
먼저 설정 페이지에서 구독이 다운로드됐고 현재 설정으로 선택되어 있는지 확인하세요. 목록에 기록이 있는 것만으로는 충분하지 않습니다. 다음으로 프록시 페이지에서 규칙이 참조하는 프록시 그룹에 사용할 수 있는 대상이 있는지 확인하고, 규칙 모드를 선택한 뒤 현재 기기에 맞는 트래픽 처리 방식을 활성화하세요. 접속할 사이트를 하나 정해 연결 기록의 도메인, 적용 규칙, 최종 출구를 확인합니다. 로그에 해당 연결이 전혀 없다면 노드가 고장 났다고 단정하지 말고 먼저 앱의 트래픽이 클라이언트를 거치는지 확인하세요.
일부 웹사이트에만 접속할 수 있다면 실패한 요청과 성공한 요청의 차이를 비교하세요. DNS 해석 단계에서 오류가 났는지, 연결이 된 뒤 시간 초과가 발생했는지, 같은 프록시 그룹 전체가 실패하는지, 특정 규칙만 잘못된 대상으로 연결하는지 살펴보세요. 지연 시간 테스트는 특정 조건에서의 연결 상태를 참고하는 지표일 뿐 실제 서비스 요청을 대신하지는 않습니다. 빠른 시작 가이드에 따라 기본 설정을 마친 다음 TUN, 사용자 지정 DNS, 시작 시 자동 실행 등을 하나씩 활성화하면 문제를 추적하기 쉽습니다.
설정 사이드바