Clash 자주 묻는 질문

Clash는 오픈소스 규칙 기반 프록시 클라이언트를 통칭하는 이름으로, 설정 파일의 규칙에 따라 기기의 네트워크 트래픽을 여러 경로로 분산시키는 것이 핵심 기능입니다. 소프트웨어 자체는 어떤 노드 서비스도 제공하지 않으며, 노드 정보는 사용자가 직접 가져온 구독이나 설정 파일에서 옵니다.

현재 주요 클라이언트는 대부분 mihomo 코어를 기반으로 만들어졌으며, Windows, macOS, Android, iOS, Linux 5개 플랫폼을 지원하고 모두 무료로 다운로드해 사용할 수 있습니다.

원조 Clash 코어는 2023년 개발이 중단되고 저장소도 삭제되었습니다. 이후 커뮤니티가 Clash.Meta 브랜치로 유지보수를 이어갔고, 이 브랜치는 나중에 mihomo로 이름이 바뀌었습니다. mihomo는 기존 설정 파일 형식과 호환되며, VLESS, Hysteria2, TUIC 등 비교적 최신 프로토콜도 추가로 지원합니다.

현재 활발히 유지보수되고 있는 GUI 클라이언트인 Clash Plus, Clash Verge Rev, FlClash는 모두 mihomo 코어를 내장하고 있습니다. 세 클라이언트의 관계와 기능 차이는 프로토콜 매뉴얼에서 확인할 수 있습니다.

Clash for Windows는 개발이 중단되어 원본 저장소가 더 이상 업데이트되지 않으며, 계속 사용하면 새 프로토콜 지원이 늦어지는 문제가 생깁니다. Clash Plus나 Clash Verge Rev로 이전하는 것을 권장합니다. 둘 다 mihomo 코어를 기반으로 하므로 구독 주소와 설정 형식을 그대로 사용할 수 있고, 이전 시 구독만 다시 가져오면 되며 규칙을 다시 작성할 필요는 없습니다.

각 플랫폼별로 사용 가능한 클라이언트는 다운로드 페이지에 플랫폼별로 정리되어 있으며, 클라이언트 비교는 클라이언트 비교 페이지에서 확인할 수 있습니다.

Clash의 각 클라이언트와 mihomo 코어는 모두 오픈소스 소프트웨어로, 다운로드와 사용이 무료이며 라이선스 비용도 없습니다.

비용이 드는 부분은 노드 서비스 자체입니다. 구독 링크는 제3의 서비스 제공업체가 제공하며, 요금 기준과 서비스 품질은 해당 업체가 결정하는 것으로 클라이언트 소프트웨어나 본 사이트와는 무관합니다.

규칙 모드는 설정 파일을 순서대로 확인해 각 연결을 다이렉트로 보낼지 프록시로 전달할지 결정하는 방식으로, 평소 사용에 권장되는 모드입니다. 글로벌 모드는 모든 트래픽을 현재 선택한 노드로 보내며, 노드 연결 상태를 임시로 테스트할 때 적합합니다. 다이렉트 모드에서는 모든 트래픽이 프록시를 거치지 않습니다.

전환은 클라이언트 메인 화면의 아웃바운드 모드 또는 프록시 모드 옵션에서 할 수 있으며, 즉시 적용되어 재시작이 필요 없습니다.

서비스 제공업체의 사용자 페이지에서 구독 링크를 복사한 뒤, 클라이언트의 설정 또는 구독 화면을 열고 URL로 가져오기를 선택해 링크를 붙여넣고 확인하면 클라이언트가 자동으로 설정을 다운로드합니다. 가져오기가 완료되면 프록시 화면에 노드 그룹 목록이 나타납니다.

구독 자동 업데이트도 함께 켜두는 것을 권장하며, 업데이트 간격은 12~24시간으로 설정하면 적당합니다. 자세한 그림 설명은 입문 가이드에서 확인할 수 있습니다.

상용 서명 인증서를 구매하지 않은 오픈소스 소프트웨어의 경우 SmartScreen이 「PC가 보호되었습니다」라는 메시지를 표시하는데, 이는 서명 체계에 따른 일반적인 알림일 뿐 바이러스 판정이 아닙니다. 「추가 정보」를 클릭한 다음 「실행」을 눌러 설치를 계속하면 됩니다.

백신 프로그램이 오탐하는 경우 설치 폴더를 예외 목록에 추가하세요. 설치 파일이 본 사이트의 다운로드 페이지나 클라이언트의 공식 배포 채널에서 받은 것인지 확인한 후 차단을 해제하기 바랍니다.

macOS의 Gatekeeper는 App Store를 통해 배포되지 않은 앱을 차단합니다. 처음 실행이 거부되면 「시스템 설정 → 개인정보 보호 및 보안」으로 들어가 화면 아래쪽에서 차단된 앱을 찾아 「확인 없이 열기」를 누르면 됩니다. Finder에서 앱 아이콘을 마우스 오른쪽 버튼으로 클릭해 「열기」를 선택해도 됩니다.

다운로드할 때는 칩 종류를 꼭 확인하세요. Apple Silicon 기기는 arm64 버전, Intel 기기는 x64 버전을 선택해야 합니다.

정상적이고 반드시 필요한 절차입니다. 안드로이드용 Clash는 시스템의 VpnService API를 통해 로컬 가상 네트워크 인터페이스를 만들어 앱의 트래픽을 처리합니다. 프록시를 처음 실행할 때 시스템이 「연결 요청」 권한 창을 띄우는데, 확인을 누르면 상태 표시줄에 열쇠 아이콘이 나타나며 이는 가상 네트워크 인터페이스가 정상적으로 만들어졌다는 뜻입니다.

이 가상 인터페이스는 기기 내부에서만 동작하며, 트래픽의 실제 출구는 선택한 노드에 따라 결정됩니다.

다음 세 가지를 순서대로 확인하세요. 첫째, 구독 링크를 끝까지 완전히 복사했는지 확인하세요. 끝부분 파라미터가 빠지면 서버가 빈 설정을 반환할 수 있습니다. 둘째, 구독이 만료되었거나 트래픽을 모두 사용했는지 확인하세요. 서비스 제공업체 웹사이트에서 계정 상태를 확인할 수 있습니다. 셋째, 구독 형식이 Clash 형식인지 확인하세요.

일부 업체는 기본적으로 범용 공유 링크를 제공하므로, 웹사이트에서 Clash 전용 구독 주소를 선택하거나 구독을 변환한 뒤 가져와야 합니다.

설정 또는 구독 관리 화면에서 해당 구독 항목을 찾아 자동 업데이트를 켜고 간격을 설정하세요. 일반적으로 720분이나 1440분을 많이 사용합니다. 서비스 제공업체가 노드 도메인이나 포트를 변경하면 기존 설정 전체가 무효화될 수 있으므로, 자동 업데이트를 켜두면 매번 수동으로 새로고침하지 않아도 됩니다.

일부 클라이언트는 「시작 시 업데이트」 옵션도 제공하는데, 함께 켜두면 실행할 때마다 최신 노드 정보를 사용할 수 있어 좋습니다.

시스템 프록시는 시스템 프록시 설정을 직접 읽어오는 프로그램에만 적용되며, 커맨드라인 도구나 일부 게임, 백그라운드 서비스는 이를 무시하고 우회할 수 있습니다. 이런 프로그램도 프록시를 거치도록 하려면 TUN 모드를 켜야 합니다. TUN 모드에서는 클라이언트가 가상 네트워크 인터페이스를 만들어 네트워크 계층에서 모든 트래픽을 처리합니다. Windows에서는 처음 활성화할 때 시스템 서비스를 설치하거나 관리자 권한으로 실행해야 합니다.

브라우저 등 일반적인 사용에는 시스템 프록시만으로 충분하며, 두 방식의 동작 원리 차이는 프로토콜 매뉴얼에서 확인할 수 있습니다.

규칙 모드에서는 설정 파일의 규칙 영역 맨 위에 예를 들어 DOMAIN-SUFFIX,example.com,DIRECT 같은 규칙을 추가하면 해당 도메인과 그 하위 도메인이 다이렉트로 연결됩니다. Clash 규칙은 위에서 아래로 순서대로 확인되며 먼저 일치하는 규칙이 적용되므로, 사용자 지정 규칙은 구독에 포함된 기존 규칙보다 위에 두어야 합니다.

앱별로 분류하고 싶다면 안드로이드에서는 앱별 프록시 기능을 사용해 우회할 앱을 직접 선택하면 됩니다.

클라이언트 설정에서 「LAN 연결 허용」을 켜고, 본 기기의 로컬 IP 주소와 혼합 포트(기본값은 대개 7890)를 확인하세요. 같은 네트워크의 다른 기기에서 HTTP 또는 SOCKS 프록시를 이 IP와 포트로 지정하면 됩니다.

이때 본 기기의 방화벽에서 해당 포트를 허용해야 하며, 이 기능은 신뢰할 수 있는 가정용이나 사무실 네트워크에서만 사용하는 것을 권장합니다.

다음 네 가지를 순서대로 확인하세요. 클라이언트에서 노드가 선택되어 있고 지연 시간 테스트가 통과되는지 확인합니다. 시스템 프록시 포트와 클라이언트가 리스닝하는 포트가 일치하는지 확인하세요. 다른 프로그램이 포트를 변경한 경우가 흔한 원인입니다. 브라우저에 남아 있는 프록시 관련 확장 프로그램을 끄세요. 프록시 설정이 겹치면 충돌이 생길 수 있습니다.

마지막으로 글로벌 모드로 임시 전환해 테스트해보세요. 글로벌 모드는 되는데 규칙 모드는 안 된다면 규칙 매칭 문제이므로 구독을 업데이트하거나 사용자 지정 규칙을 확인해야 합니다.

먼저 클라이언트에서 노드 그룹의 지연 시간 테스트를 실행해보세요. 모두 타임아웃된다면 다이렉트 모드로 전환해 본 기기의 네트워크 자체가 정상인지 확인하고, 구독을 업데이트해 최신 노드를 받아보세요. 서비스 제공업체가 전체 라인을 이전했을 수 있습니다. 시스템 시간이 정확한지도 확인하세요. 일부 프로토콜은 시간 오차에 민감해서 몇 분만 차이가 나도 핸드셰이크가 실패할 수 있습니다.

위 방법이 모두 효과가 없다면 서비스 제공업체에 문의해 서버 상태를 확인하세요.

타임아웃 메시지는 대부분 구독 주소 자체가 네트워크에서 차단된 경우입니다. 먼저 사용 가능한 노드를 하나 선택하고 클라이언트 설정에서 구독 요청도 프록시를 거쳐 다운로드하도록 허용한 뒤 다시 업데이트해보세요.

403이 반환되면 대부분 구독 토큰이 만료되었거나 기기 수 제한을 초과한 경우이므로, 서비스 제공업체 사용자 페이지에서 구독을 초기화한 뒤 다시 가져와야 합니다. 404가 반환되면 링크가 변경된 것이므로 새 주소를 다시 받아야 합니다.

UWP 앱은 기본적으로 시스템의 네트워크 격리 기능에 의해 본 기기의 루프백 주소 접근이 차단되어 있어서, 시스템 프록시를 켜도 이런 앱은 로컬 프록시 포트에 연결할 수 없습니다.

클라이언트에 내장된 UWP 루프백 예외 도구를 사용해 해당 앱을 체크하면 제한을 해제할 수 있으며, 일부 클라이언트는 설정이나 도구 메뉴에서 이 기능을 제공합니다. 관리자 권한으로 CheckNetIsolation LoopbackExempt -a -n=앱패키지명 명령을 실행해 앱을 하나씩 허용하는 방법도 있습니다.

대부분 시스템의 절전 기능이 백그라운드 프로세스를 정리하면서 발생하는 문제입니다. 해결 방법은 다음과 같습니다. 클라이언트를 배터리 최적화 예외 목록에 추가하고 「제한 없음」으로 설정하세요. 멀티태스킹 화면에서 앱을 잠금 처리하세요. 시스템 설정에서 자동 실행과 백그라운드 실행을 허용하세요. 일부 제조사의 시스템에서는 별도로 보안 센터에서 허용 설정을 추가해야 합니다.

알림 표시줄에 알림을 계속 표시해두면 프로세스가 정리될 가능성을 크게 줄일 수 있습니다.