기본 개념, 설치 및 설정, 사용 팁, 문제 해결 네 가지로 정리한 질문답변 가이드입니다. 각 답변에는 실행 가능한 확인 절차가 포함되어 있으며, 구독 업데이트 실패, 노드 타임아웃, 시스템 프록시 미작동, TUN 권한 등 자주 발생하는 문제를 다룹니다. 아래 분류 내비게이션을 통해 해당 섹션으로 바로 이동할 수 있습니다.
Clash의 기본 개념: 코어와 클라이언트의 관계, 구독의 의미, 업데이트가 중단된 클라이언트의 대안 경로.
Clash는 오픈소스 규칙 기반 프록시 도구로, 도메인, IP, 지리적 위치 등의 규칙에 따라 네트워크 트래픽을 서로 다른 경로로 분배하는 것이 핵심 기능입니다. 자체는 명령줄 코어이며, 실제 사용은 그래픽 클라이언트를 통해 이루어집니다. Shadowsocks, Vmess, Trojan 등 다양한 프록시 프로토콜을 지원하며, Windows, macOS, Android, iOS, Linux에서 실행할 수 있습니다.
코어는 실제 트래픽 전달과 규칙 매칭을 담당하고, 클라이언트는 코어를 감싸는 그래픽 인터페이스로 구독 관리, 노드 전환, 시스템 프록시 스위치 등을 처리합니다. 동일한 코어를 여러 클라이언트가 사용할 수 있는데, 예를 들어 Clash Plus, Clash Verge Rev, FlClash는 모두 mihomo 코어 기반입니다. 클라이언트 선택은 주로 플랫폼 지원 여부와 인터페이스 사용 습관에 따라 결정되며, 트래픽 분배 능력은 코어에 의해 결정됩니다. 각 클라이언트의 차이는 비교 평가를 참고하세요.
Clash for Windows는 유지보수가 중단되어 새로운 프로토콜 및 시스템 호환성 업데이트가 이루어지지 않습니다. 현재 사용 가능한 대안으로는 Clash Plus, Clash Verge Rev, FlClash가 있으며, 세 가지 모두 mihomo 코어 기반으로 VLESS, Hysteria2 등 신규 프로토콜을 지원하고 설정 파일도 Clash for Windows와 대체로 호환됩니다. 마이그레이션 시 새 클라이언트에서 기존 구독 링크를 다시 가져오면 되며, 규칙을 다시 작성할 필요는 없습니다. 각 대안 클라이언트는 다운로드 페이지의 Windows 섹션에서 받을 수 있습니다.
Clash 코어와 주요 클라이언트는 모두 오픈소스 소프트웨어로 무료로 다운로드하여 사용할 수 있습니다. 구독은 프록시 서비스 제공업체가 제공하는 노드 설정 링크를 의미하며, 유료 또는 무료로 제3의 서비스업체에서 제공하는 것으로 클라이언트 자체와는 무관합니다. 클라이언트는 구독 정보를 읽어 규칙에 따라 트래픽을 전달하는 역할만 하며, 노드를 자체적으로 제공하지 않습니다.
클라이언트를 설치하고 실행한 후 구독 또는 설정 페이지로 이동하여 서비스업체가 제공한 구독 링크를 붙여넣고 가져오기 또는 다운로드를 클릭합니다. 클라이언트가 설정을 가져와 노드 목록을 표시합니다. 이후 프록시 페이지에서 노드를 선택하고 시스템 프록시 스위치를 켜면 적용됩니다. 처음 가져오기가 실패하면 링크가 완전히 복사되었는지, 만료되지 않았는지 먼저 확인하고, 이후 로컬 네트워크가 해당 링크에 직접 접속할 수 있는지 확인하세요.
처음 실행 시 개발자를 확인할 수 없다는 알림이 뜨면, 시스템 설정의 개인정보 보호 및 보안으로 이동하여 보안 항목에서 '그래도 열기'를 클릭하거나, Finder에서 앱 아이콘을 우클릭하여 열기를 선택하세요. 또한 아키텍처가 일치하는지 주의해야 합니다. Apple Silicon 기기는 arm64 버전을, Intel 기기는 x64 버전을 다운로드해야 하며, 아키텍처가 맞지 않으면 실행되지 않거나 자주 충돌합니다.
Android 클라이언트는 시스템 VPN 인터페이스를 통해 트래픽을 처리하며, 처음 시작 버튼을 누르면 시스템에서 VPN 연결 요청 팝업이 나타나고 허용을 선택하면 됩니다. 팝업이 나타나지 않거나 실수로 거부한 경우, 시스템 설정의 VPN 페이지로 이동해 해당 앱의 기록을 삭제한 후 다시 시작하세요. 일부 제조사 커스텀 시스템에서는 배터리 최적화 항목에서 클라이언트를 제한 없음으로 설정해야 백그라운드에서 강제 종료되어 자주 끊기는 현상을 방지할 수 있습니다.
Windows 클라이언트는 일반적으로 설정에서 부팅 시 시작 스위치를 제공하며, 켜두면 시스템과 함께 시작되고 마지막 프록시 상태를 자동으로 복원합니다. macOS는 클라이언트 설정에서 시스템 시작 시 함께 실행을 체크하거나 시스템 설정의 로그인 항목에 직접 추가할 수 있습니다. Android는 시스템의 자동 시작 관리에서 앱을 허용해야 합니다. TUN 모드를 사용하는 경우 관리자 권한으로 자동 시작하도록 함께 설정하는 것이 좋으며, 그렇지 않으면 재부팅 후 가상 네트워크 어댑터가 생성되지 않습니다.
일상 사용에서의 모드 선택, 노드 속도 테스트, 구독 유지 관리, 다중 기기 동기화.
규칙 모드는 설정 파일의 분배 규칙에 따라 각 요청이 프록시를 통할지 직접 연결할지 결정하며, 일반적인 설정에서는 로컬 트래픽은 직접 연결하고 나머지는 프록시를 거치므로 일상적으로 권장되는 모드입니다. 글로벌 모드는 모든 트래픽이 현재 선택된 노드를 거치도록 하며, 규칙이 대상 사이트를 포함하지 않거나 임시로 출구를 통일해야 하는 상황에 적합합니다. 분배 문제를 진단할 때는 임시로 글로벌 모드로 전환해 비교해 보면 규칙 미매칭인지 노드 자체 문제인지 빠르게 구분할 수 있습니다.
클라이언트의 프록시 페이지에서 속도 테스트 아이콘을 클릭하면 현재 그룹 내 모든 노드에 대해 지연 테스트가 실행되며, 수치는 테스트 주소까지의 HTTP 왕복 시간(밀리초 단위)입니다. 수치가 낮을수록 응답이 빠르지만, 지연은 연결 상태만 반영할 뿐 대역폭 크기와는 무관합니다. 노드를 선택할 때는 지연의 안정성을 우선적으로 확인하는 것이 좋으며, 여러 번 테스트해도 일관되게 수치가 나오는 노드가 간헐적으로 낮지만 자주 타임아웃되는 노드보다 더 신뢰할 수 있습니다.
대부분의 클라이언트는 구독 설정에서 업데이트 주기 옵션을 제공하여 시간 또는 일 단위로 최신 설정을 자동으로 가져오며, 서비스업체가 노드를 조정해도 수동 개입이 필요 없습니다. 시작 시 자동 업데이트도 함께 켜두면 클라이언트를 열 때마다 최신 노드를 받을 수 있습니다. 서비스업체가 구독 도메인을 변경한 경우 자동 업데이트가 계속 실패하므로, 이 경우에는 수동으로 새 링크로 교체해야 합니다.
모든 기기에 동일한 구독 링크를 가져오는 것을 권장하며, 노드는 서비스업체 측에서 일괄 관리하므로 각 기기에서 정기 업데이트를 켜두면 자연스럽게 일치를 유지할 수 있습니다. 사용자 정의 규칙이 많은 경우 설정 파일을 클라우드 동기화 폴더에 넣거나 클라이언트의 내보내기/가져오기 기능을 이용해 수동으로 이전할 수 있습니다. 세 가지 방식의 적용 상황과 주의사항은 정보 코너에 별도의 비교 글이 있습니다.
순서대로 확인하세요: 먼저 브라우저에서 구독 링크를 직접 열어봅니다. 내용이 반환되면 링크가 유효한 것입니다. 404 또는 타임아웃이 반환되면 구독이 만료되었거나 서비스업체 도메인이 변경된 것이므로 서비스업체에 문의해 새 링크를 받아야 합니다. 링크가 유효한데도 클라이언트 업데이트가 실패하면 시스템 프록시를 끄고 다시 업데이트를 시도하거나, 구독 설정에서 프록시를 통한 업데이트 여부를 전환해 보세요. 마지막으로 기기 시간이 정확한지 확인하세요. 시간 오차가 크면 TLS 핸드셰이크 실패로 이어질 수 있습니다.
고정된 진단 순서: 1단계로 구독을 업데이트해 노드 정보가 최신인지 확인합니다. 2단계로 프록시를 끄고 직접 네트워크에 접속해 로컬 네트워크 자체가 정상인지 확인합니다. 3단계로 DNS 서버를 변경한 후 재시도합니다. 4단계로 프로토콜 유형이 다른 노드로 전환해 비교하며, 특정 프로토콜만 전체적으로 타임아웃된다면 대개 현재 네트워크 환경이 해당 프로토콜과의 연결 문제입니다. 전체가 타임아웃되고 구독이 정상이라면 대개 서비스업체 측 장애이므로 복구를 기다리거나 서비스업체에 확인을 요청하세요.
시스템 프록시는 시스템 프록시 설정을 능동적으로 읽는 애플리케이션에만 적용되며, 브라우저는 일반적으로 이를 읽지만 명령줄 터미널은 기본적으로 읽지 않습니다. 브라우저에서 적용되지 않을 경우 프록시 확장 프로그램이 설정을 가로채고 있는지 확인하고, 클라이언트의 리스닝 포트가 시스템 프록시 설정의 포트와 일치하는지 확인하세요. 터미널은 http_proxy와 https_proxy 환경 변수를 로컬 포트로 수동 설정해야 하며, 아니면 TUN 모드를 켜서 네트워크 계층에서 모든 트래픽을 처리해 시스템 프록시 메커니즘을 우회할 수 있습니다.
Windows의 UWP 앱은 기본적으로 시스템에 의해 로컬 루프백 주소 접근이 차단되어 있어 로컬 프록시 포트에 연결할 수 없습니다. 해결 방법: 클라이언트에 내장된 UWP 루프백 예외 도구를 사용해 대상 앱의 제한을 해제하거나, 시스템에 내장된 CheckNetIsolation 명령어로 수동으로 예외를 설정합니다. TUN 모드를 켜는 것도 이 제한을 우회할 수 있는 방법인데, 트래픽이 네트워크 계층에서 처리되어 루프백 연결에 의존하지 않기 때문입니다.