헬프 센터

GUI 클라이언트(Clash Plus, Clash Verge Rev 등)는 인터페이스, 구독 관리, 시스템 설정을 담당하고, 커널(mihomo)은 실제 트래픽 전달과 규칙 매칭을 담당합니다. 주요 클라이언트는 모두 커널을 내장하고 있어 일반 사용자는 클라이언트만 설치하면 되고 커널 파일을 따로 다운로드할 필요는 없습니다.

별도로 배포되는 커널 버전은 주로 서버와 라우터 환경을 위한 것으로, 클라이언트 받기 페이지의 커널 영역에서 확인할 수 있습니다.

원본 커널은 업데이트가 중단되었습니다. Clash Meta는 커뮤니티가 이어받은 분기 버전으로 더 많은 프로토콜과 규칙 기능을 추가했습니다. mihomo는 Meta 프로젝트가 이름을 바꾼 후속 버전으로 둘은 같은 계열입니다.

현재 주요 클라이언트에 내장된 것은 모두 mihomo이므로, 최근까지 계속 업데이트되는 클라이언트를 선택하면 되고 커널 이름에 신경 쓸 필요는 없습니다.

커널과 이 사이트에 소개된 주요 GUI 클라이언트는 모두 오픈소스 프로젝트로 무료로 이용할 수 있습니다.

노드 구독은 서비스 제공업체가 제공하는 것으로, 유료 여부는 서비스 제공업체에 따라 다르며 클라이언트 자체와는 관련이 없습니다.

클라이언트에는 어떤 노드도 내장되어 있지 않습니다. 구독 링크는 이용 중인 서비스 제공업체의 사용자 패널에서 제공되며, 전체 링크를 복사한 뒤 클라이언트의 설정 페이지에서 가져오면 됩니다.

이 사이트는 클라이언트 다운로드와 사용법만 제공하며 구독 서비스는 제공하지 않습니다.

규칙 모드는 설정 파일의 분기 규칙에 따라 각 연결을 다이렉트 또는 프록시로 결정하는 방식으로 일상적으로 권장되는 모드입니다. 전역 모드는 모든 트래픽을 프록시로 보내고, 다이렉트 모드는 모두 프록시를 거치지 않습니다.

문제를 진단할 때는 일시적으로 전역 모드로 전환해 규칙 때문에 발생한 문제인지 확인할 수 있습니다.

오픈소스 클라이언트는 대부분 상업용 코드 서명 인증서를 구매하지 않아 SmartScreen이 게시자를 알 수 없다고 표시할 수 있습니다. 설치 파일이 이 사이트 다운로드 페이지에서 받은 것이 맞는지 확인한 뒤 '추가 정보'를 클릭하고 '실행'을 선택하세요.

백신 소프트웨어가 실행 파일을 격리했다면 설치 폴더를 예외 목록에 추가한 뒤 다시 설치하세요.

시스템 설정의 '개인정보 보호 및 보안'을 열고 페이지 하단에서 차단된 앱을 찾아 '그래도 열기'를 클릭하세요. 향상된 모드(TUN)를 처음 활성화할 때는 시스템이 네트워크 확장 승인도 요청하는데, 같은 화면에서 허용하면 됩니다.

터미널에서 다음 명령으로 격리 속성을 제거할 수도 있습니다:

xattr -dr com.apple.quarantine /Applications/앱이름.app

정상입니다. Android 클라이언트는 시스템의 VpnService 인터페이스를 통해 트래픽을 처리하며, 처음 연결을 클릭하면 시스템이 연결 요청 대화상자를 표시합니다. 이는 표준 승인 절차이므로 허용을 선택하면 됩니다.

실수로 거부했다면 연결을 끊고 다시 연결하면 승인 창이 다시 나타납니다.

서비스 제공업체의 사용자 패널에서 전체 구독 링크를 복사한 뒤 클라이언트의 설정(Profiles) 페이지를 열어 링크를 붙여넣고 다운로드 또는 가져오기를 클릭하세요. 성공하면 프록시 페이지에 노드 그룹이 나타나며 노드를 선택해 연결할 수 있습니다.

자세한 단계별 방법은 이 사이트의 튜토리얼 페이지를 참고하세요.

iOS 클라이언트는 모두 App Store를 통해 받습니다. Clash Plus를 우선 추천하며 자세한 내용은 공식 사이트 clashplus.io에서 확인할 수 있습니다.

처음 실행할 때 시스템 안내에 따라 VPN 설정 추가를 허용한 뒤 구독 링크를 가져오면 바로 사용할 수 있습니다.

Windows의 UWP 앱은 기본적으로 로컬 루프백 주소 접근이 차단되어 있어 로컬 프록시 포트에 연결할 수 없습니다. 일부 클라이언트는 설정에 UWP 루프백 도우미가 내장되어 있어 대상 앱을 선택하면 제한이 해제됩니다. 시스템 명령으로도 처리할 수 있습니다:

CheckNetIsolation LoopbackExempt -a -n=앱패키지명

시스템 프록시는 프록시 설정을 따르는 앱에만 적용되며, 커맨드라인 도구, 게임, 일부 데스크톱 소프트웨어는 이를 우회할 수 있습니다. TUN 모드는 가상 네트워크 어댑터를 만들어 네트워크 계층에서 모든 트래픽을 처리하므로 이런 상황에 적합합니다.

Windows에서는 서비스 모드를 활성화하거나 관리자 권한으로 실행해야 하며, macOS에서는 네트워크 확장 승인이 필요합니다.

프록시 페이지에서 그룹에 지연 시간 테스트를 실행하면 테스트 주소까지의 HTTP 왕복 시간이 표시되어 가용성 참고 지표로 쓸 수 있습니다. url-test 유형의 자동 선택 그룹을 사용하면 커널이 주기적으로 속도를 측정해 자동 전환합니다.

지연 시간이 낮다고 대역폭이 높은 것은 아니므로 대용량 트래픽 상황에서는 실제 다운로드 속도를 따로 측정해야 합니다.

클라이언트 설정에서 부팅 시 자동 실행과 조용한 시작 두 항목을 켜면 됩니다. Windows에서 TUN 모드를 함께 사용한다면 서비스 모드를 활성화하는 것이 좋습니다. 그러면 부팅할 때마다 관리자 권한 요청 창이 뜨는 것을 피할 수 있습니다.

모바일에서는 시스템 배터리 최적화 설정에서 클라이언트를 예외 목록에 추가해 백그라운드에서 강제 종료되지 않도록 해야 합니다.

가능합니다. 데스크톱에서는 규칙 모드에서 도메인, IP 등의 규칙으로 분기를 제어할 수 있고, Android 클라이언트는 보통 앱별 분기도 지원해 설정에서 허용 또는 제외 목록을 관리하면 됩니다.

규칙 작성법은 이 사이트의 용어 사전 페이지에 있는 규칙과 분기 항목을 참고하세요.

순서대로 확인하세요: 클라이언트의 리스닝 포트와 시스템 프록시 포트가 일치하는지(기본값은 보통 7890), 다른 프록시 소프트웨어나 브라우저 프록시 확장이 설정을 가로채고 있지 않은지, Windows에서는 시스템 프록시 설정의 주소가 127.0.0.1이며 다른 프로그램에 의해 변경되지 않았는지 확인하세요.

클라이언트 로그를 열어 웹 페이지 접속 시 새 연결 기록이 없다면 트래픽이 클라이언트로 들어오지 않았다는 뜻입니다.

범위를 순서대로 좁혀가세요: 먼저 프록시를 끄고 로컬 네트워크가 정상인지 확인하고, 구독을 업데이트해 노드 정보가 만료되지 않았는지 확인하고, 전역 모드로 전환해 규칙으로 인한 오탐을 배제하고, 다른 프로토콜이나 포트의 노드로 교체하고, 마지막으로 로그의 구체적인 오류를 확인하세요.

구독 업데이트도 실패한다면 대부분 서비스 제공업체 측 문제이므로 서비스 제공업체에 확인해야 합니다.

먼저 링크가 완전한지, 만료되지 않았는지 확인하고 필요하면 서비스 제공업체 패널에서 다시 복사하세요. 현재 네트워크에서 구독 주소에 직접 접속할 수 없다면 클라이언트 설정에서 '프록시로 구독 업데이트' 옵션을 켠 뒤 다시 시도하세요.

서비스 제공업체가 도메인을 바꾼 경우 기존 링크가 무효화되므로 새로 받아야 합니다.

로그에 bind: address already in use가 나타나면 리스닝 포트가 이미 사용 중이라는 뜻으로, 남아 있는 프로세스나 다른 프록시 소프트웨어가 7890, 9090 같은 포트를 점유하고 있는 경우가 흔합니다. 점유 중인 프로세스를 종료하거나 설정에서 mixed-port를 변경한 뒤 클라이언트를 재시작하세요.

Windows에서는 다음 명령으로 점유 프로세스를 찾을 수 있습니다:

netstat -ano | findstr 7890

순서대로 조정해 보세요: 로그 수준을 warning이나 silent로 낮추고, 구독과 규칙 세트의 자동 업데이트 주기를 늘리고, 그룹의 정기 지연 시간 테스트를 끄세요. Android에서는 클라이언트를 배터리 최적화 예외 목록에 추가해 시스템이 반복적으로 종료 후 재시작하는 것을 막을 수 있습니다.

iOS에서는 필요 시 연결 방식으로 바꿔 상시 실행 부담을 줄일 수 있습니다.