Clash란 무엇인가? 초보자를 위한 클라이언트·구독·노드 입문

Clash는 프로그램 하나만 설치하면 모든 설정이 끝나는 도구가 아닙니다. 실제로는 클라이언트 앱, 트래픽을 처리하는 설정 프로필, 서버 정보를 제공하는 구독 서비스, 그리고 실제 연결에 사용되는 노드가 함께 작동합니다. 이 네 가지 요소의 역할을 구분하지 못하면 “설치는 했는데 인터넷이 연결되지 않는다”, “구독을 넣었지만 노드가 보이지 않는다”, “특정 사이트만 접속되지 않는다” 같은 문제가 쉽게 발생합니다. 이 글에서는 Clash와 Mihomo를 처음 접하는 사용자가 기본 개념을 이해하고, 자신의 기기에 맞는 클라이언트와 설정을 안전하게 준비하는 방법을 단계별로 설명합니다.

Clash란 무엇인가

Clash는 운영체제와 앱에서 발생하는 네트워크 요청을 가로채어 규칙에 따라 직접 연결하거나 프록시 서버로 전달하는 네트워크 프록시 도구입니다. 브라우저에만 적용되는 단순한 확장 프로그램과 달리, 시스템 전체 또는 선택한 앱의 트래픽을 하나의 규칙 엔진으로 처리할 수 있습니다. 사용자는 도메인, IP, 국가, 프로세스와 같은 조건을 기준으로 어떤 트래픽을 프록시로 보낼지 결정할 수 있습니다.

오늘날에는 원래 Clash 계열의 여러 프로젝트와 호환 클라이언트가 함께 사용됩니다. 특히 Mihomo는 과거 Clash.Meta로 알려졌던 코어 프로젝트로, TUN 모드, 최신 프로토콜, Rule Provider, 향상된 DNS 기능 등을 폭넓게 지원합니다. 반면 Clash Verge와 Clash Verge Rev는 데스크톱에서 Mihomo 코어를 쉽게 관리할 수 있도록 그래픽 인터페이스를 제공하는 클라이언트입니다. 따라서 “Clash를 설치한다”는 말은 보통 코어만 설치한다는 뜻이 아니라, 코어를 포함하거나 연결해 사용하는 관리 앱을 준비한다는 의미에 가깝습니다.

• 클라이언트: 설정을 불러오고 프록시를 켜고 끄는 앱입니다.
• 코어: 규칙, DNS, 연결, 프로토콜을 실제로 처리하는 엔진입니다.
• 프로필: YAML 형식의 전체 설정 파일 또는 구독으로 내려받은 설정입니다.
• 노드: 특정 서버와 포트, 인증 정보를 포함한 하나의 연결 대상입니다.

클라이언트와 코어의 차이

초보자가 가장 먼저 알아야 할 점은 클라이언트와 코어가 같은 개념이 아니라는 사실입니다. 클라이언트는 버튼, 메뉴, 시스템 프록시 설정, 프로필 관리 화면을 제공하는 프로그램입니다. 코어는 화면 뒤에서 실제 연결을 만들고 규칙을 적용합니다. 같은 프로필이라도 어떤 코어를 사용하는지에 따라 지원되는 설정 필드와 프로토콜이 달라질 수 있습니다.

Windows나 macOS에서 처음 시작한다면 설정 화면이 있는 Clash Verge Rev와 Mihomo 코어 조합이 비교적 이해하기 쉽습니다. 반대로 서버나 라우터에서 직접 운영하려면 그래픽 클라이언트보다 Mihomo의 설정 파일과 서비스 실행 방법을 익히는 편이 적합합니다. Android에서는 앱이 VPN 권한을 요청할 수 있으며, 이 권한은 트래픽을 가상 네트워크 인터페이스로 전달하기 위해 필요합니다.

프로필·구독·노드는 어떻게 연결되는가

프로필은 Clash가 읽는 설정 묶음입니다. 일반적인 YAML 프로필에는 포트, DNS, 프록시 목록, 프록시 그룹, 라우팅 규칙, 모드 설정이 들어 있습니다. 사용자가 직접 작성한 로컬 YAML 파일도 프로필이고, URL에서 내려받는 구독 파일도 프로필로 볼 수 있습니다.

구독은 서비스 제공자가 발급한 URL입니다. 이 URL을 클라이언트에 추가하면 서버 목록이나 전체 설정이 다운로드됩니다. 구독은 평생 고정된 파일이 아니라 만료, 사용량 제한, 노드 변경, 업데이트 주기를 가질 수 있습니다. 따라서 구독을 추가했다고 해서 모든 연결이 영구적으로 보장되는 것은 아닙니다.

노드는 구독 안에 포함된 각각의 서버 항목입니다. 이름, 서버 주소, 포트, 인증 정보, 전송 방식, TLS 또는 SNI 같은 값으로 구성됩니다. 예를 들어 한 구독에 일본, 미국, 독일 노드가 각각 들어 있다면 클라이언트에는 여러 연결 대상이 표시됩니다. 노드가 많다고 항상 속도가 빠른 것은 아니며, 거리와 혼잡도, 서버 품질, 현재 네트워크 환경에 따라 결과가 달라집니다.

• 구독은 노드와 규칙을 전달하는 원격 주소입니다.
• 프로필은 Clash가 실제로 불러오는 설정의 전체 구조입니다.
• 노드는 프록시 그룹 안에서 선택할 수 있는 개별 연결 대상입니다.
• 프록시 그룹은 여러 노드를 수동 또는 자동으로 관리하는 논리적 묶음입니다.

처음 설정하는 실제 순서

처음부터 YAML을 직접 작성하기보다, 신뢰할 수 있는 설정을 가져온 뒤 기본 동작을 확인하는 편이 실수를 줄일 수 있습니다. 다음 순서는 대부분의 데스크톱 클라이언트에서 비슷하게 적용됩니다.

1. 사용 중인 운영체제에 맞는 Clash 클라이언트를 설치합니다.
2. 클라이언트를 실행하고 방화벽 또는 시스템 권한 요청을 확인합니다.
3. 서비스 제공자로부터 받은 구독 URL을 프로필 또는 구독 관리 화면에 추가합니다.
4. 프로필을 다운로드하고 YAML 파싱 오류가 없는지 확인합니다.
5. 프록시 그룹에서 사용할 노드를 선택하거나 자동 테스트 그룹을 활성화합니다.
6. 일반 설정에서 시스템 프록시를 켜고, 필요할 때만 TUN 모드를 활성화합니다.
7. 브라우저에서 여러 사이트를 열어 직접 연결과 프록시 연결이 모두 정상인지 확인합니다.

mixed-port: 7890
mode: rule
allow-lan: false

proxies:
  - name: my-node
    type: socks5
    server: example.com
    port: 443

proxy-groups:
  - name: Proxy
    type: select
    proxies:
      - my-node
      - DIRECT

rules:
  - MATCH,Proxy

위 예시는 구조를 이해하기 위한 단순한 형태입니다. 실제 서비스에서 제공하는 VMess, VLESS, Trojan, Hysteria2 등의 노드는 서버 주소와 인증 정보가 필요하므로 예시 값을 그대로 사용할 수 없습니다. 특히 다른 사람의 설정 파일에서 UUID, 비밀번호, 구독 토큰을 복사해 사용하는 것은 올바른 방법이 아닙니다.

규칙과 동작 모드 이해하기

Clash의 mode는 트래픽을 어떤 방식으로 처리할지 결정합니다. rule 모드에서는 규칙 목록을 위에서부터 읽고 처음으로 일치하는 규칙을 적용합니다. global 모드는 대부분의 트래픽을 선택한 프록시 그룹으로 보내며, direct 모드는 프록시를 사용하지 않고 직접 연결합니다. 처음에는 rule 모드를 사용하고, 특정 앱이나 사이트가 예상과 다르게 연결될 때 대시보드의 연결 로그를 확인하는 것이 좋습니다.

규칙의 순서는 매우 중요합니다. 예를 들어 특정 도메인을 직접 연결하도록 예외 처리한 뒤 마지막에 모든 트래픽을 프록시로 보내는 MATCH 규칙을 배치해야 합니다. 반대로 모든 트래픽을 먼저 프록시로 보내면 뒤에 작성한 예외 규칙은 도달하지 못합니다. 국내 서비스, 로컬 장치, 광고 도메인, 해외 서비스 등을 분리할 때도 구체적인 규칙을 위에 두고 포괄적인 규칙을 아래에 두는 원칙을 지키세요.

• DOMAIN: 특정 도메인 하나와 일치합니다.
• DOMAIN-SUFFIX: 해당 도메인과 하위 도메인에 적용됩니다.
• IP-CIDR: IP 주소 대역을 기준으로 처리합니다.
• GEOIP: IP의 국가 정보를 기준으로 라우팅합니다.
• MATCH: 앞선 규칙에 일치하지 않은 나머지를 처리합니다.

DNS와 TUN 모드는 언제 사용하는가

시스템 프록시를 켜면 브라우저처럼 시스템 프록시를 따르는 앱은 쉽게 연결할 수 있습니다. 그러나 일부 게임, 터미널 프로그램, 백그라운드 서비스는 시스템 프록시를 무시할 수 있습니다. 이때 TUN 모드는 가상 네트워크 인터페이스를 만들어 더 많은 시스템 트래픽을 Clash로 전달합니다. 다만 TUN은 관리자 권한이나 VPN 권한이 필요하고, 다른 VPN·방화벽·보안 프로그램과 충돌할 수 있으므로 처음부터 무조건 켤 필요는 없습니다.

DNS도 연결 안정성에 큰 영향을 줍니다. 로컬 DNS가 오염되거나 프록시 대상 도메인을 잘못 해석하면 노드 자체는 정상인데 사이트 접속이 실패할 수 있습니다. Mihomo에서는 fake-ip 모드를 사용할 수 있으며, 도메인에 임시 IP를 할당한 뒤 실제 도메인 정보와 연결해 규칙을 적용합니다. 로컬 네트워크 장치, 일부 게임의 STUN 도메인, 프린터 검색처럼 실제 IP가 필요한 항목은 fake-ip-filter 예외 목록에 추가해야 합니다.

연결이 되지 않을 때 확인할 항목

문제가 발생하면 먼저 노드의 문제인지, 프로필의 문제인지, 클라이언트 권한의 문제인지 나누어 확인해야 합니다. 모든 사이트가 접속되지 않는다면 시스템 프록시나 TUN 권한, 포트 충돌을 먼저 확인하세요. 특정 노드만 실패한다면 노드 만료, 서버 장애, 인증 정보 오류, TLS 설정 불일치 가능성이 큽니다. 특정 사이트만 열리지 않는다면 DNS 모드, 규칙 순서, 해당 도메인의 직접 연결 또는 프록시 정책을 살펴보세요.

• 클라이언트가 실행 중이고 코어 상태가 정상인지 확인합니다.
• 프로필의 마지막 업데이트가 성공했는지, 구독이 만료되지 않았는지 확인합니다.
• 프록시 그룹에 실제로 선택 가능한 노드가 있는지 확인합니다.
• 노드 테스트의 지연 시간보다 실제 웹페이지 접속 결과를 함께 비교합니다.
• 대시보드의 연결 로그에서 매칭된 규칙과 사용된 그룹을 확인합니다.
• 문제가 생긴 직후 추가한 DNS, TUN, Rule Provider 설정을 임시로 되돌려 봅니다.

노드 테스트에서 낮은 핑이 표시되어도 모든 서비스가 빠르다는 뜻은 아닙니다. 테스트 URL까지의 왕복 시간만 측정할 수 있고, 실제 접속 대상의 경로와 서버 부하, 다운로드 대역폭은 다를 수 있기 때문입니다. 자동 선택 그룹을 사용하더라도 중요한 작업 전에는 여러 노드를 직접 비교하고, 자주 끊기는 노드는 목록에서 제외하는 것이 더 안정적입니다.

안전하고 지속 가능한 사용 원칙

Clash는 트래픽을 편리하게 제어하는 도구이지만, 어떤 서비스의 안정성이나 합법성을 자동으로 보장하지는 않습니다. 출처가 불분명한 클라이언트와 프로필은 악성 코드, 과도한 권한, 수상한 DNS 설정을 포함할 수 있습니다. 설치 파일은 공식 프로젝트 배포 페이지에서 받고, 프로필을 가져온 뒤에는 dns, external-controller, 알 수 없는 스크립트성 설정, 과도한 allow-lan 옵션을 확인하세요.

처음에는 하나의 클라이언트, 하나의 프로필, 하나의 노드 그룹만 사용해 동작을 단순하게 유지하는 것이 좋습니다. 정상적으로 연결된 뒤에 DNS 최적화, Rule Provider, TUN, 자동 전환 그룹을 하나씩 추가하면 문제가 발생한 원인을 쉽게 찾을 수 있습니다. 또한 구독 URL은 메신저나 공개 저장소에 게시하지 말고, 사용하지 않는 프로필과 만료된 인증 정보는 삭제하세요.

이제 Clash를 단순히 “노드를 켜는 앱”이 아니라 클라이언트, 코어, 프로필, 구독, 규칙이 결합된 네트워크 도구로 이해할 수 있을 것입니다. 기본 구조를 알고 시작하면 운영체제가 달라져도 설정 화면을 빠르게 익힐 수 있고, 연결 문제가 생겼을 때도 무작정 파일을 바꾸지 않고 원인을 단계적으로 좁힐 수 있습니다.