Clash에서 Clash Meta, mihomo까지
Clash는 규칙 기반 프록시와 YAML 설정을 중심으로 사용자 생태계를 형성했습니다. 원본 프로젝트의 유지 관리가 중단된 뒤에도 커뮤니티에서 관련 코어와 GUI 클라이언트가 계속 개발됐습니다. Clash Meta는 이후 mihomo로 이름이 바뀌었으므로 가이드, 설정 설명, 클라이언트 설정에서 두 이름을 모두 볼 수 있습니다. 이름 사이에 계승 관계가 있더라도 모든 구형·신형 설정 항목, 프로토콜, 클라이언트 기능이 완전히 호환된다는 뜻은 아닙니다.
특정 설정 항목이 적용되지 않으면 먼저 클라이언트의 정보 또는 코어 페이지에서 현재 사용하는 코어를 확인한 다음 해당 문서를 찾아보세요. 오래된 가이드로 기본 개념을 이해할 수는 있지만, 현재 기능의 지원 범위를 판단하는 근거로 삼아서는 안 됩니다. 특히 DNS, TUN, 규칙 제공자 관련 설정은 코어 기능과 클라이언트 통합 방식에 따라 달라질 수 있습니다.
GUI 클라이언트와 코어는 별도로 유지 관리됩니다
Clash Verge Rev, FlClash 등의 GUI 클라이언트는 주로 설정 관리, 화면 표시, 시스템 프록시와 권한 연동을 담당합니다. mihomo는 설정을 파싱하고 규칙을 적용해 연결을 구성합니다. 클라이언트와 코어 프로젝트는 각자 다른 일정으로 유지 관리되므로, 앱 화면이 바뀌었다고 코어 동작도 함께 바뀌는 것은 아닙니다. 플랫폼과 실제 필요에 맞춰 다운로드 항목을 선택하세요. 이름에 Clash가 들어간다는 이유만으로 기능이 같다고 판단할 필요는 없습니다.
오픈소스 라이선스는 코드를 사용, 수정, 배포할 때 지켜야 할 조건을 설명할 뿐, 여러 프로젝트가 하나의 배포 주체를 공유한다는 뜻은 아닙니다. 이 사이트는 다운로드 정보와 한국어 안내를 정리하며, 각 클라이언트의 유지 관리 주체는 해당 프로젝트 자료를 기준으로 확인할 수 있습니다. 프로젝트 간 관계가 궁금하다면 Clash, Clash Meta, mihomo의 관계 정리를 읽고 설정을 옮길지 유지할지 결정하세요.
소프트웨어 업데이트와 구독 업데이트를 구분하세요
클라이언트를 업데이트하면 화면, 시스템 연동 또는 함께 제공되는 코어가 바뀔 수 있습니다. 구독 업데이트는 주로 노드, 정책 그룹, 규칙 내용을 변경합니다. 구독을 업데이트한 뒤 연결 문제가 생겼다면 앱을 바로 재설치하기보다 설정이 어떻게 바뀌었는지 먼저 비교하세요. 클라이언트 업그레이드 전에는 현재 설정을 내보내고 오버라이드 내용과 프록시 포트를 기록하세요. 새 환경에서 설정이 로드되는지 확인한 뒤 이전 파일을 정리하세요.
구독 관리에는 서비스 주소와 계정 권한이 관련됩니다. 클라이언트에서 특정 프로토콜을 읽을 수 있다고 해서 출처를 알 수 없는 링크까지 신뢰할 수 있는 것은 아닙니다. 출처를 확인했고 사용할 권한이 있는 설정만 가져오세요. 공개적으로 도움을 요청할 때는 구독 주소의 접근 매개변수, 계정 정보, 노드 인증 정보를 가리세요. 이 사이트는 설정 항목과 사용법을 안내하며, 범용 무료 노드라는 명목의 자료를 배포하거나 제3자 서비스의 연결을 보장하지 않습니다.
소스 코드 및 라이선스 확인
mihomo 프로젝트는 GPL-3.0 라이선스를 사용하며, 공개 저장소에서 구현 내용, 이슈 논의, 릴리스 정보를 확인할 수 있습니다. 직접 빌드하거나 수정한 프로그램을 배포하려면 라이선스와 관련 의존성 안내를 꼼꼼히 읽으세요. 일상적인 사용이 목적이라면 GUI 클라이언트부터 시작하면 되며, 먼저 빌드 환경을 준비할 필요는 없습니다.
오른쪽 명령은 공개 소스 코드를 로컬 디렉터리에 내려받기만 하며 클라이언트 설치, 프록시 연결, 시스템 네트워크 변경은 하지 않습니다. 복사한 뒤 Git이 설치된 터미널에서 실행하세요. 설정 항목의 뜻만 확인하려면 사이트의 설정 항목 참고나 용어집을 열어보는 편이 빠릅니다. 구현 내용을 확인해야 한다면 소스 코드와 프로젝트 문서를 함께 살펴보세요.