프로젝트의 역사와 클라이언트 관계
Clash는 처음에 규칙 중심의 프록시 구현으로 시작했고, 이후 여러 포크와 GUI가 등장했습니다. 데스크톱에서 보는 설정 목록, 트레이 메뉴, 연결 패널은 대개 클라이언트가 담당합니다. 프로토콜 처리, 규칙 매칭, 네트워크 연결은 코어가 수행합니다. 실제 사용에서는 두 요소가 함께 작동하지만, 업데이트 시기와 호환 범위가 항상 일치하는 것은 아닙니다.
따라서 이름이 비슷하다는 이유만으로 기능이 같다고 판단해서는 안 됩니다. 기존 클라이언트에서 설정 파일을 읽을 수 있어도 새로 추가된 필드를 모두 지원한다는 뜻은 아닙니다. 새 클라이언트도 기본 설정이 다를 수 있습니다. 이전하기 전에 기존 구독, 로컬 수정 사항, 인터페이스 설정을 각각 기록하세요. 기본 연결을 먼저 복구한 다음 사용자 규칙을 단계적으로 적용하세요. 보관된 소프트웨어는 과거 동작을 확인하는 데 적합하며, 새로 설치할 때는 계속 유지 관리되는 경로를 우선 고려하세요.
Meta 및 mihomo 코어
Clash Meta와 mihomo는 같은 발전 흐름에서 이름이 바뀐 사례입니다. 여러 가이드와 설정 파일에서는 Meta라는 과거 명칭을 계속 사용합니다. mihomo 프로젝트 문서에서 지원 프로토콜, 규칙 제공자, DNS, TUN 설정을 확인할 수 있습니다. 문서를 읽을 때는 현재 클라이언트에서 사용하는 코어와 대조하세요. 다른 포크의 필드를 공통 설정으로 간주하면 안 됩니다.
설정 파싱 오류가 발생하면 클라이언트에 표시된 필드명과 오류 위치부터 기록하세요. 프로토콜을 지원하지 않는 문제라면 구독 출력 형식과 코어 기능을 확인하고, 정책이 없다는 오류라면 규칙에서 참조하는 이름이 프록시 그룹과 일치하는지 확인하세요. 인터페이스의 연결 스위치만 바꿔서는 설정 자체의 문법이나 호환성 문제를 해결하기 어렵습니다. 사이트의 선택 비교 가이드와 용어 안내서에서 차이를 확인할 수 있습니다.
오픈 소스 문서와 업데이트 방식
오픈 소스 프로젝트 저장소에는 코드, 이슈 논의, 릴리스 노트가 기록되어 있어 기능 변경 사항을 확인할 수 있습니다. 이 사이트는 검증되지 않은 별점, 다운로드 수, 평점을 표시하지 않으며 플랫폼 지원과 설정 호환성을 기준으로 선택 정보를 제공합니다. 코어 구현을 살펴보려면 MetaCubeX/mihomo 프로젝트 저장소를 방문해 문서를 읽은 뒤 직접 빌드할지 결정하세요.
클라이언트 업데이트, 코어 업데이트, 구독 업데이트는 각각 다른 내용을 변경합니다. 클라이언트 업데이트는 인터페이스, 시스템 통합, 내장 코어를 바꿀 수 있으며, 구독 업데이트는 주로 서비스 제공업체가 제공한 설정을 동기화합니다. 업데이트 전에 로컬 덮어쓰기 설정을 백업하세요. 업데이트 후에는 설정이 계속 선택되어 있는지, 수신 포트가 바뀌지 않았는지, 시스템 프록시가 복구됐는지 확인하세요. 다운로드 페이지에서는 최신 다운로드 경로를 제공하고, 홈페이지에서는 클라이언트 선택과 설정 절차를 안내합니다.
설정 정보 보호 및 사용 범위
구독 링크, 설정 파일, 연결 로그에는 계정 식별 정보, 서버 주소, 접속 도메인이 포함될 수 있습니다. 문제를 확인할 때는 오류 유형, 규칙 이름, 필요한 필드만 남기고 구독 주소와 인증 정보는 가린 뒤 공유하세요. 출처를 모르는 설정은 먼저 내용을 확인해야 합니다. 특히 원격 규칙 출처, 수신 주소, 외부 제어 설정을 살펴보고 용도를 모르는 항목을 기존 설정에 합치지 마세요.
프록시 클라이언트는 네트워크 설정 도구입니다. 실제 연결 가능 여부는 구독 서비스, 대상 웹사이트, 현재 네트워크에 따라 달라집니다. 거주 지역의 법률, 직장 네트워크 규정, 서비스 제공업체의 약관을 준수하세요. 이 사이트는 생태계 자료와 설치 안내를 정리하며, 각 클라이언트의 기능과 출시 정보는 해당 프로젝트를 기준으로 합니다. 사이트 이름은 브랜드 표기이며, 모든 서드파티 클라이언트 개발팀을 대표하지 않습니다.