먼저 기기의 운영체제를 확인한 다음 CPU 아키텍처를 확인하세요. 설치 파일과 시스템 요구 사항, 선택 가능한 클라이언트는 다운로드 페이지에서 한눈에 볼 수 있습니다. 홈에서는 각 항목의 진입점을 정리해 두어 여러 프로젝트 이름을 번갈아 찾아볼 필요가 없습니다.
Windows, macOS, Android, iOS용 클라이언트는 Clash Plus를 먼저 살펴보고 다른 클라이언트의 인터페이스와 커널 지원을 비교해 보세요. Linux 데스크톱에서는 Clash Verge Rev와 FlClash부터 확인할 수 있습니다. 서버와 라우터용 커널은 별도 섹션을 참고하세요. 이름이 비슷한 클라이언트라도 설치 파일, 구성 항목, 유지 관리 상태는 서로 다를 수 있습니다.
구성을 가져오고, 규칙을 매칭하고, 트래픽을 처리하고, 도메인을 확인하는 일은 클라이언트를 사용할 때 자주 마주치는 네 가지 작업입니다. 먼저 각 기능이 어느 계층을 담당하는지 파악한 뒤 설정을 조정하면 문제 원인을 더 쉽게 좁힐 수 있습니다.
구성 관리
구독 가져오기 → 구성 업데이트 → 현재 구성으로 설정
구독 형식과 현재 구성
구독 링크는 구성을 가져오는 데 사용하며, 클라이언트를 설치했다고 해서 연결 정보가 자동으로 생기는 것은 아닙니다. 가져오기 전에 제공된 형식이 Clash YAML인지, 노드 링크 모음인지, 변환이 필요한 다른 형식인지 확인하세요. 가져온 뒤에는 파싱 결과를 살펴보고 현재 구성으로 설정한 다음 정책 그룹이 표시되는지 확인합니다. 클라이언트마다 메뉴 이름은 다를 수 있지만 가져오기, 파싱, 활성화라는 세 단계는 같습니다. 구독을 업데이트하면 수동 변경 사항이 덮어써질 수도 있습니다. 계속 유지할 설정은 클라이언트의 덮어쓰기 또는 병합 기능을 사용하는 것이 좋습니다.
규칙 모드에서는 구성에 적힌 순서대로 규칙을 확인하며, 일반적으로 처음 일치한 규칙이 트래픽 경로를 결정합니다. 도메인 규칙, IP 대역 규칙, 기본 규칙은 각각 용도가 다르므로 개별 규칙의 문법이 맞는지만 확인해서는 안 됩니다. 예시의 PROXY는 실제 구성에 존재해야 하는 정책 이름이며, 모든 구독에 이 이름이 있다고 가정할 수 없습니다. 사용자 지정 규칙을 추가할 때는 먼저 배치 위치를 확인한 다음 연결 로그에서 어떤 규칙이 적용됐는지 살펴보세요. 전체 모드로 바꾸는 대신 특정 규칙을 조정하면 다른 앱의 기존 라우팅 동작을 유지하면서 문제도 더 쉽게 찾을 수 있습니다.
시스템 프록시는 운영체제 설정에 로컬 프록시 주소를 지정하는 방식으로, 이 설정을 읽는 앱에 적합합니다. 일부 명령줄 도구와 게임은 시스템 프록시를 따르지 않습니다. TUN 모드는 가상 네트워크 어댑터와 라우팅 규칙으로 트래픽을 처리해 더 넓은 범위를 다룰 수 있지만, 권한과 DNS, 다른 VPN과의 호환성도 고려해야 합니다. 처음에는 한 가지 처리 방식으로 연결을 확인한 뒤 필요한 앱에 맞춰 범위를 넓히세요. 모든 옵션을 동시에 켜는 것보다 문제 원인을 파악하기 쉽습니다. 모바일 기기의 VPN 권한은 데스크톱 시스템 프록시와 다르므로 각각 따로 이해해야 합니다.
Fake-IP는 도메인에 내부 매핑용 주소를 할당해 커널이 이후 연결에서도 도메인을 식별하고 도메인 규칙을 적용할 수 있게 합니다. 이 기능만 켠다고 모든 DNS 문제가 해결되는 것은 아니며, DNS 요청이 해당 처리 경로로 들어가야 합니다. LAN 기기나 특정 앱, 캐시 호환성 문제가 있다면 다른 사람의 목록을 그대로 적용하지 말고 실제 필요에 따라 필터를 설정하세요. DNS 문제를 확인할 때는 앱이 사용하는 리졸버, 시스템 캐시, 클라이언트 로그를 함께 살펴보세요. 커널마다 지원하는 구성 항목도 확인해야 합니다.
클라이언트 인터페이스는 구성 가져오기와 조작을 담당하고, 커널은 구성을 실행하며, 구독 제공처는 연결 정보를 제공합니다. 인터페이스에 가져오기 성공이 표시되어도 파일을 받거나 파싱했다는 뜻일 뿐 원격 연결까지 정상이라는 의미는 아닙니다. 스위치가 켜져 있어도 모든 앱의 트래픽이 프록시를 거치는 것은 아닙니다. 이 세 계층을 구분하면 구독이 만료됐을 때 클라이언트를 반복해서 재설치하거나 앱이 시스템 프록시를 읽지 않을 때 정책을 계속 바꾸는 일을 피할 수 있습니다.
연결한 뒤 실제 요청을 확인하세요
확인할 때는 먼저 테스트하려는 앱을 실행한 다음 연결 로그에서 대상, 적용된 규칙, 아웃바운드 정책을 살펴보세요. 테스트에 실패하면 어느 단계에서 오류가 발생했는지 기록하고 한 번에 설정 하나만 바꾸세요. 지연 시간 테스트, 웹페이지 로딩, 파일 전송은 서로 다른 항목을 측정하므로 대체해서 판단할 수 없습니다. 클라이언트를 더 비교하려면 선택 가이드를 읽고 인터페이스나 커널을 바꿀지 결정하세요.
오픈 소스 생태계 및 커널 참고 자료
Clash는 과거 프로젝트의 이름이자 여러 클라이언트와 구성 생태계를 가리키는 말로도 쓰입니다. 다운로드 전에 프로젝트 간 관계를 파악하고 업데이트 후 변경 사항을 확인하는 편이 소프트웨어 이름만 보고 기능을 판단하는 것보다 정확합니다. Clash之家는 다운로드 안내와 중국어 자료를 제공하며 각 클라이언트 개발팀과는 별개입니다.
원본 Clash에서 mihomo까지
원본 Clash는 널리 쓰이는 YAML 구성, 프록시 정책 그룹, 규칙 기반 라우팅 방식을 정립했고 이후 커뮤니티 프로젝트가 그 사용 방식을 이어 발전시켰습니다. Clash.Meta는 생태계에서 자주 접하는 과거 명칭이며 mihomo는 같은 커널 계보를 잇습니다. 오래된 문서와 구성 파일, 클라이언트 소개에는 Meta라는 이름이 남아 있을 수 있습니다. 프로젝트 이름과 실제 커널, 문서가 작성된 시기를 함께 살펴봐야 하며 서로 무관한 여러 소프트웨어라고 단순하게 이해해서는 안 됩니다.
원본 프로젝트의 유지 관리가 중단된 뒤 각 클라이언트의 방향은 달라졌습니다. 일부는 보관 처리됐고, 일부는 계속 관리되는 커널로 전환했으며, 일부는 기존 인터페이스를 유지하면서 새 구성 기능을 추가했습니다. 익숙한 인터페이스가 보인다고 해서 프로토콜 지원까지 확인된 것은 아닙니다. 새 프로토콜 유형이나 규칙 제공자, DNS 항목을 사용하려면 현재 클라이언트에 포함된 커널 문서를 기준으로 확인하세요. 기존 구성이 열리더라도 모든 항목이 실제로 적용된다는 뜻은 아닙니다.
클라이언트 인터페이스와 커널의 역할
GUI 클라이언트는 보통 트레이 메뉴, 구독 관리, 시작 프로그램 설정, 시스템 프록시 설정, 로그 표시를 담당합니다. 커널은 연결을 만들고 DNS를 처리하며 규칙을 실행하고 아웃바운드를 선택합니다. 둘은 별도로 업데이트될 수 있습니다. 인터페이스 메뉴에 옵션이 보인다는 것은 해당 조작 기능을 제공한다는 뜻일 뿐, 실제 동작은 실행 권한과 커널 기능, 사용 중인 구성에 따라 달라집니다. 오류가 발생하면 먼저 인터페이스 조작 실패인지, 구성 로드 실패인지, 연결 설정 실패인지 구분하세요.
클라이언트를 고를 때 인터페이스 기능의 개수만 비교해서는 안 됩니다. 일상적으로 사용할 때는 구성 관리가 명확한지, 로그를 쉽게 확인할 수 있는지, 필요한 사용자 설정을 안정적으로 보존하는지 살펴보세요. 규칙을 자주 수정한다면 덮어쓰기와 병합 방식을 비교하고, 터미널이나 게임의 트래픽을 처리해야 한다면 TUN과 라우팅 기능을 중점적으로 확인하세요. 모바일 기기는 백그라운드 실행 제한도 고려해야 합니다. 이런 차이는 클라이언트 선택 가이드에서 사용 상황별로 확인할 수 있습니다.
구성 호환성과 구독 제공처
프록시 프로토콜, 전송 방식, 구성 형식은 서로 다른 계층의 개념입니다. 구독에 특정 프로토콜 노드가 있다고 해서 모든 Clash 클라이언트가 읽을 수 있는 것은 아닙니다. 같은 프로토콜 이름을 사용해도 선택 가능한 전송 옵션과 확장 항목은 다를 수 있습니다. 가져오기에 실패했다면 먼저 구독 내용이 완전한 YAML 구성인지, 노드 링크 모음인지, 다른 클라이언트 전용 형식인지 확인한 뒤 변환이 필요한지 판단하세요. 파일 확장자만 바꿔도 내용이 달라지거나 빠진 구성 구조가 채워지지는 않습니다.
구독 링크에는 보통 계정 접근 권한이 포함되어 있습니다. 스크린샷을 공유하거나 로그를 제출하고 도움을 요청할 때는 전체 링크와 연결 자격 증명을 숨기세요. 형식을 변환해야 한다면 변환 도구가 어디서 실행되고 데이터를 어디까지 처리하는지 먼저 확인하세요. 타사 변환 서비스가 원본 구독 내용을 확인할 수 있습니다. 변환으로 형식을 어느 정도 조정할 수는 있지만, 특정 프로토콜을 지원하지 않는 커널에 갑자기 해당 기능을 추가할 수는 없습니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC의 차이는 프로토콜 및 커널 참고 자료에서 확인하세요.
업데이트, 롤백 및 재현 가능한 문제 해결
업데이트하기 전에 현재 구성과 사용자 지정 규칙, 필요한 인터페이스 설정을 보관한 뒤 자신의 용도와 관련된 변경 사항을 확인하세요. 새 프로토콜 지원, DNS 동작 조정, 구성 항목 변경은 단순한 인터페이스 변경보다 더 주의 깊게 살펴봐야 합니다. 클라이언트 업데이트, 구독 업데이트, 규칙 세트 업데이트는 서로 다른 작업입니다. 첫 번째는 프로그램을 교체하고, 두 번째는 연결 및 정책 구성을 가져오며, 세 번째는 매칭에 사용하는 규칙 데이터를 바꿉니다. 한 항목이 업데이트되어도 나머지 항목까지 함께 바뀌는 것은 아닙니다.
업데이트 후 문제가 생기면 기존 구성으로 범위를 명확히 정해 테스트한 다음 로그와 연결 기록을 확인하세요. 기기 운영체제, 클라이언트 이름, 커널 정보, 트래픽 처리 방식, 오류 메시지를 기록하되 민감한 구성은 공개하지 마세요. 재현 절차를 설명하면 단순히 연결이 안 된다고 알리는 것보다 문제 파악에 도움이 됩니다. 유지 관리가 중단된 클라이언트 링크는 기존 사용 환경과의 호환성을 위해 남겨둔 것입니다. 장기적으로 사용할 클라이언트를 찾는다면 계속 관리되는 대안을 우선 비교하세요.
사용 전 자주 묻는 질문
클라이언트를 설치한 뒤에도 구독이나 구성이 필요한 이유는 무엇인가요?
클라이언트는 연결과 트래픽 분산을 위한 도구일 뿐, 사용할 수 있는 원격 연결 구성을 자체적으로 제공하지는 않습니다. 구독은 보통 노드와 정책 그룹, 규칙을 가져오는 데 사용하며, 직접 작성하는 구성은 필요한 매개변수를 직접 입력해야 합니다. 링크가 있다면 먼저 형식을 확인한 뒤 사용 가이드에 따라 가져오고 활성화하세요. 규칙 파일만 있고 사용할 아웃바운드가 없다면 모드를 바꿔도 원격 연결을 만들 수 없습니다.
규칙 모드, 전역 모드, 직접 연결 모드는 어떻게 선택하나요?
일상적인 트래픽 분산은 보통 규칙 모드에서 시작하며 구성의 매칭 결과에 따라 연결 경로가 결정됩니다. 전역 모드는 일반적으로 전체 트래픽을 전역 정책으로 보내고, 직접 연결 모드에서는 트래픽이 바로 연결됩니다. 모드를 바꾸면 커널에 들어온 트래픽의 처리 방식이 달라질 뿐, 앱의 트래픽이 처리 경로로 들어오지 않는 문제까지 자동으로 해결되지는 않습니다. 테스트할 때는 모드뿐 아니라 시스템 프록시나 TUN이 예상대로 작동하는지도 확인하세요. 시작 가이드의 순서대로 점검할 수 있습니다.
지연 시간이 짧은데 다운로드나 동영상이 끊기는 이유는 무엇인가요?
지연 시간 테스트는 보통 특정 요청에 걸린 시간을 측정하며, 지속적인 전송 속도나 패킷 손실, 대상 서비스의 가용성을 직접 보여주지는 않습니다. 테스트 주소와 연결 재사용 여부, 원격 서버 부하에 따라 결과가 달라질 수 있습니다. 실제 문제가 발생한 앱으로 먼저 테스트한 뒤 연결 기록에서 정책과 오류를 확인하세요. 한 가지 밀리초 수치만 보고 구성을 계속 바꾸지 마세요. 자세한 내용은 지연 시간 테스트와 실제 인터넷 속도의 차이를 참고하세요.
같은 구독을 가져왔는데 클라이언트마다 결과가 다른 이유는 무엇인가요?
커널의 프로토콜 지원, 구성 전처리, 규칙 병합, DNS 기본 동작이 다를 수 있습니다. 일부 클라이언트는 가져온 내용을 조정하고, 일부는 거의 그대로 불러옵니다. 비교할 때는 같은 원본 구성을 사용하고 추가 덮어쓰기를 잠시 해제한 뒤 오류 로그를 확인하세요. 한 번 가져오기에 성공했다고 완벽한 호환성이 입증되는 것은 아닙니다. 먼저 프로토콜 참고 자료를 읽고 구성을 조정할지 클라이언트를 바꿀지 결정하세요.
Clash 사용 팁
자주 쓰는 설정의 작동 원리를 하나씩 살펴봅니다. 첫 연결을 마쳤다면 실제로 겪은 문제부터 확인해 보세요. 테스트 결과를 이해하고, 트래픽 처리 방식을 확인한 다음, 포트와 로컬 환경을 점검하면 됩니다.