SECTION 1 · 기초 개념
개념과 모드
Clash를 처음 접할 때 가장 자주 마주치는 용어와 선택 문제입니다. 더 체계적인 용어 설명은 용어 사전에서 확인하세요.
Clash란 무엇이고 기존 VPN과 어떤 차이가 있나요?
Clash는 규칙 기반 분기 방식의 네트워크 프록시 클라이언트로, 도메인·IP 소속·프로세스 등의 조건에 따라 트래픽을 서로 다른 경로로 나누는 것이 핵심 기능입니다. 모든 트래픽을 하나의 터널에 몰아넣는 기존 VPN과 달리, Clash는 일부는 직접 연결, 일부는 프록시 경유, 일부는 차단하도록 나눌 수 있어 접속 효율과 유연성이 대체로 더 뛰어납니다. 현재 주요 클라이언트들은 대부분 Mihomo 코어를 사용합니다.
규칙 모드, 글로벌 모드, 직접 연결 모드 중 무엇을 선택해야 하나요?
규칙 모드는 설정 파일의 규칙을 순서대로 매칭해 트래픽을 처리하는 기본값으로 일상적으로 가장 많이 사용됩니다. 글로벌 모드는 모든 트래픽을 현재 선택한 프록시 노드로 보내며, 규칙이 일시적으로 작동하지 않거나 전체를 프록시로 돌려야 할 때 적합합니다. 직접 연결 모드는 모든 트래픽이 프록시를 거치지 않도록 하며, 문제 진단이나 임시 비활성화에 주로 쓰입니다. 대부분의 경우 규칙 모드를 유지하면 되며, 세 모드의 상세 비교는 기술 노트의 모드 비교 글에서 확인할 수 있습니다.
구독 링크란 무엇이고 어디서 받나요?
구독 링크는 노드와 규칙 정보를 담은 설정 데이터를 가리키는 URL로, 이용 중인 서비스 제공자의 사용자 패널에서 발급받습니다. 클라이언트는 이 링크를 통해 설정을 가져오고 주기적으로 갱신하므로 노드가 바뀌어도 수동으로 손댈 필요가 없습니다. 구독 링크는 계정 정보와 같으므로 커뮤니티나 채팅방에 그대로 올리지 마세요.
Mihomo 코어와 Clash 클라이언트는 어떤 관계인가요?
Mihomo(이전 명칭 Clash Meta)는 실제 프록시, 트래픽 분기, DNS 처리를 담당하는 커맨드라인 코어입니다. Clash Plus, Clash Verge Rev, FlClash 같은 GUI 클라이언트는 이 코어를 감싸는 조작 화면으로, 구독 관리, 시스템 프록시 켜기/끄기, 노드 선택 등을 시각적으로 제공합니다. 일반 사용자는 GUI 클라이언트만 설치하면 충분하며, 코어를 따로 받는 경우는 대개 서버나 라우터 환경입니다. 다운로드 페이지 코어 섹션에서 받을 수 있습니다.
Clash for Windows가 유지보수를 중단했는데 이제 무엇을 써야 하나요?
Clash for Windows의 원본 저장소는 보관 처리되어 더 이상 업데이트가 나오지 않으며, 새로운 설정 필드나 프로토콜을 인식하지 못할 수 있습니다. Windows에서는 Clash Plus나 Clash Verge Rev로 옮기는 것을 권장합니다. 두 클라이언트 모두 Mihomo 코어 기반으로 현재 구독 형식을 지원합니다. 이전 시에는 새 클라이언트에 구독 링크를 다시 추가하기만 하면 되고, 구독 자체는 손댈 필요가 없습니다. 다운로드 페이지 Windows 섹션에서 설치 파일을 받으세요.
SECTION 2 · 설치 구성
설치 및 첫 구독 추가
설치 파일이 차단되거나, 시스템에서 이상 메시지가 뜨거나, 구독이 추가되지 않는 등 초기 설정 단계의 문제를 모아두었습니다.
Windows 설치 시 SmartScreen에 막히면 어떻게 하나요?
오픈소스 클라이언트 설치 파일을 처음 실행하면 SmartScreen이 'PC가 보호되었습니다'라는 알림을 띄울 수 있습니다. 이는 상용 서명 인증서를 구매하지 않은 프로그램에 대한 일반적인 경고로, 구체적인 문제가 발견된 것은 아닙니다. '추가 정보'를 클릭한 뒤 '실행'을 선택하면 설치가 진행됩니다. 이 작업을 하기 전에 설치 파일이 본 사이트의 다운로드 페이지나 해당 프로젝트의 공식 배포처에서 받은 것인지 반드시 확인하세요.
macOS에서 열 때 '손상되어 열 수 없음'이 표시되면 어떻게 하나요?
이는 Gatekeeper가 App Store 외부로 배포된 앱에 격리 속성을 부여하기 때문입니다. 먼저 '시스템 설정 → 개인정보 보호 및 보안' 페이지 하단에서 '그래도 열기'를 선택하세요. 해당 옵션이 보이지 않으면 터미널에서 xattr -cr /Applications/클라이언트명.app을 실행해 격리 속성을 제거한 뒤 다시 실행합니다. 이때 Apple Silicon용과 Intel용 설치 파일을 구분해야 하며, 아키텍처를 잘못 설치해도 실행 오류가 발생할 수 있습니다.
구독 링크는 클라이언트에 어떻게 추가하나요?
일반적인 절차는 다음과 같습니다. 서비스 제공자가 준 구독 URL을 복사하고, 클라이언트의 '구독/설정' 화면을 열어 '새로 만들기' 또는 '가져오기'를 선택한 뒤 URL을 붙여넣고 확인합니다. 클라이언트가 설정을 내려받으면 목록에서 활성화하세요. 프록시 화면에 노드 그룹 목록이 나타나면 추가가 정상적으로 완료된 것입니다. 플랫폼별 세부 단계는 사용 안내서를 참고하세요.
iOS에서 Clash 클라이언트는 어떻게 설치하나요?
iOS 클라이언트는 App Store를 통해 배포되며, Clash Plus(공식 사이트 clashplus.io)를 우선 추천합니다. 본 사이트 다운로드 페이지의 iOS 섹션에서 스토어 링크를 제공합니다. 설치 후에도 '구독 추가 → 노드 선택 → 연결 켜기'의 세 단계는 동일합니다. 처음 연결을 켤 때 시스템이 VPN 설정 추가를 요청하는데, 안내에 따라 허용하면 됩니다.
Android 설치 파일에 arm64와 universal이 있는데 어떤 것을 선택해야 하나요?
2016년 이후에 나온 주요 스마트폰은 거의 모두 arm64 아키텍처이므로, arm64 패키지를 우선 선택하면 용량도 더 작습니다. 기기 아키텍처가 불확실하거나 에뮬레이터, 구형 기기에 설치할 때는 여러 아키텍처의 라이브러리를 포함한 universal 패키지를 선택하면 호환성이 가장 좋습니다. 설치 시 '알 수 없는 소스 앱'이라는 알림이 뜨면 브라우저나 파일 관리자에 설치 권한을 부여해야 합니다.
SECTION 3 · 활용 팁
일상적인 사용과 최적화
연결한 뒤 더 편하게 쓰는 방법입니다. 프록시 진입 방식 선택, 자동 업데이트, 지연 시간 테스트, 사용자 정의 직접 연결 규칙까지 다룹니다.
시스템 프록시와 TUN 모드는 어떤 차이가 있고, 평소에는 어떤 것을 켜야 하나요?
시스템 프록시는 운영체제에 HTTP/SOCKS 프록시 입구를 하나 알려주는 방식으로, 이 설정을 따르는 브라우저나 앱은 프록시를 경유하지만 시스템 프록시를 읽지 않는 일부 게임이나 커맨드라인 도구는 영향을 받지 않습니다. TUN 모드는 가상 네트워크 카드를 만들어 네트워크 계층에서 모든 트래픽을 가로채므로 적용 범위가 가장 넓습니다. 일상적인 웹 서핑에는 시스템 프록시로 충분하며, 시스템 프록시를 따르지 않는 프로그램을 만났을 때 TUN을 켜면 됩니다.
구독을 자동으로 업데이트해서 노드 만료를 피하려면 어떻게 하나요?
대부분의 클라이언트는 구독별로 업데이트 주기를 설정할 수 있습니다. 구독 항목의 편집 화면에서 '자동 업데이트' 또는 '업데이트 주기'를 찾아 시간 단위로 입력하며, 보통 12시간이나 24시간을 많이 씁니다. 다만 노드 변경 안내를 받으면 즉시 수동으로 한 번 더 갱신하는 습관도 유지하는 것이 좋습니다. 자동 업데이트가 계속 실패한다면 문제 해결 카테고리의 구독 업데이트 항목을 참고하세요.
지연 시간은 어떻게 측정하고, 쓸만한 노드는 어떻게 고르나요?
프록시 화면에서 지연 시간 테스트 버튼(보통 번개나 순환 화살표 아이콘)을 눌러보면 클라이언트가 테스트 주소로 요청을 보내고 밀리초 단위 값을 표시합니다. 이 값은 핸드셰이크 지연만을 나타내며 대역폭과는 다르므로, 값이 낮아도 변동이 큰 노드보다는 안정적이고 변동이 적은 노드를 고르는 것이 대체로 더 안정적입니다. 그룹 유형이 url-test인 경우 클라이언트가 지연이 가장 낮은 노드를 자동으로 선택합니다.
터미널이나 커맨드라인 프로그램에서 Clash 프록시를 사용하려면 어떻게 하나요?
대부분의 커맨드라인 도구는 프록시 환경 변수를 읽어들입니다. 기본 혼합 포트 7890을 예로 들면, 터미널에서 export https_proxy=http://127.0.0.1:7890 http_proxy=http://127.0.0.1:7890을 실행한 뒤에는 현재 세션의 curl, git 등이 프록시를 경유합니다. Windows PowerShell에서는 $env:https_proxy로 설정합니다. 포트 번호는 클라이언트 설정 화면에 표시된 실제 값을 기준으로 하세요.
특정 사이트나 프로그램을 항상 직접 연결시키려면 어떻게 하나요?
클라이언트의 규칙 또는 오버라이드 설정에 우선순위가 더 높은 직접 연결 규칙을 추가하면 됩니다. 예를 들어 DOMAIN-SUFFIX,example.com,DIRECT를 추가하면 해당 도메인은 프록시를 거치지 않습니다. 대부분의 클라이언트는 '규칙 오버라이드' 또는 '사용자 정의 규칙' 화면을 제공하니, 구독 원본 파일을 직접 수정하지 마세요. 구독이 업데이트될 때 수동 수정 내용이 덮어씌워지지만, 오버라이드 규칙은 계속 유지됩니다.
SECTION 4 · 문제 해결
연결 안 됨과 미작동
문제가 생기면 먼저 어느 단계인지 파악하세요. 구독, 시스템 스위치, 권한, 노드 회선 중 어디에서 막히는지가 관건입니다. 플랫폼별 전체 진단 과정은 전체 문서에서 확인하세요.
구독 업데이트가 실패하며 타임아웃이나 404 오류가 뜨면 어떻게 하나요?
다음 세 단계로 순서대로 확인하세요. 첫째, 브라우저에서 구독 URL을 직접 열어봅니다. 404가 뜨거나 만료 안내가 나오면 링크가 이미 무효화된 것이므로 서비스 제공자 패널에서 초기화 후 새 링크로 교체하세요. 둘째, 현재 네트워크가 구독 도메인을 차단하고 있을 수 있으니 사용 가능한 노드에 먼저 연결한 뒤 업데이트 방식을 '프록시로 업데이트'로 바꿔 다시 시도하세요. 셋째, 일부 서비스 제공자는 요청 UA를 검사하므로 클라이언트의 구독 UA를 clash 또는 제공자가 요구하는 값으로 설정하세요.
시스템 프록시를 켰는데 브라우저에서 여전히 페이지가 열리지 않으면 어떻게 하나요?
먼저 클라이언트 로그를 확인해 트래픽이 실제로 들어오는지 확인하세요. 요청 기록이 있다면 프록시 경로는 정상 작동 중인 것이므로 대개 노드 문제이니 지연이 정상인 노드로 바꿔 재시도하세요. 브라우저에 다른 프록시 확장이 설치되어 설정을 가로채고 있지 않은지도 확인합니다. 그다음 시스템 프록시 포트와 클라이언트가 수신 중인 포트가 일치하는지 확인하세요. 기본값은 보통 7890입니다. 로그에 트래픽이 전혀 없다면 대개 시스템 프록시 스위치가 제대로 적용되지 않은 경우이니 한 번 껐다 켜거나 TUN 모드로 전환해보세요.
TUN 모드가 켜지지 않거나 권한 부족 메시지가 뜨면 어떻게 하나요?
TUN은 가상 네트워크 카드를 생성해야 합니다. Windows에서는 관리자 권한으로 클라이언트를 실행하거나, 설정에서 시스템 서비스를 설치/재설치한 뒤 다시 시도하세요. macOS는 처음 활성화할 때 네트워크 확장 권한 요청 창이 뜨는데, '시스템 설정 → 개인정보 보호 및 보안'에서 허용해야 합니다. Linux에서는 프로그램에 CAP_NET_ADMIN 권한을 부여하거나 root로 실행해야 합니다. 켠 뒤에도 인터넷이 안 되면 TUN 스택을 system과 gvisor 사이에서 전환해보세요.
Microsoft Store(UWP) 앱이 네트워크에 연결되지 않나요?
Windows는 기본적으로 UWP 앱이 로컬 루프백 주소에 접근하는 것을 막기 때문에 127.0.0.1의 프록시 포트를 사용할 수 없습니다. 클라이언트 설정에서 'UWP 루프백 예외' 또는 'Loopback' 도구를 찾아 대상 앱을 체크한 뒤 저장하세요. 클라이언트에 해당 기능이 없다면 TUN 모드로 전환하는 것도 방법입니다. TUN은 네트워크 계층에서 트래픽을 처리하므로 루프백 제한의 영향을 받지 않습니다.
모든 노드의 지연 시간 테스트가 전부 타임아웃되면 어떻게 확인하나요?
전체 타임아웃은 보통 특정 노드만의 문제가 아닙니다. 첫째, 프록시를 거치지 않는 사이트를 열어 기기가 직접 연결 네트워크에 정상적으로 접속되는지 확인하세요. 둘째, 구독 전체가 만료됐을 수 있으니 구독을 먼저 업데이트하세요. 셋째, 지연 테스트 주소가 현재 네트워크에서 간섭받고 있을 수 있으니 설정에서 http://www.gstatic.com/generate_204 같은 표준 주소로 바꿔보세요. 넷째, 시스템 방화벽이나 보안 소프트웨어가 클라이언트 프로세스를 차단하고 있는지 확인하고 필요하면 허용 규칙을 추가하세요.
연결은 정상인데 속도가 매우 느리면 어떻게 원인을 찾나요?
세 단계로 순서대로 확인하세요. 먼저 지역이 다른 노드 2~3개로 바꿔 비교해보고, 특정 노드만 느리다면 노드를 교체하세요. 대부분의 노드가 피크 시간대에 동시에 느려진다면 회선 혼잡이 원인일 가능성이 크므로 다른 프로토콜이나 전송 방식의 노드를 시도해보세요. 그래도 느리다면 로컬 설정을 확인하세요. 불필요한 규칙 세트를 끄고, DNS를 바꾸고, 프록시가 여러 겹으로 중첩되어 있지 않은지 확인합니다. 단계별 상세 진단 방법은 기술 노트의 속도 저하 진단 글에서 확인할 수 있습니다.