Clash 사용 설명서: 처음부터 마스터까지

Clash는 규칙에 따라 네트워크 트래픽을 분기하는 프록시 코어입니다. 기기의 애플리케이션이 네트워크 요청을 Clash에 넘기면, Clash는 규칙 목록을 하나씩 대조해 이 요청을 직접 연결할지, 특정 프록시 노드를 거칠지, 아니면 그대로 차단할지 판단합니다. Clash 자체는 특정 VPN 서비스가 아니며 노드도 내장하지 않습니다. 노드는 구독에서 오고, 규칙이 흐름을 결정하며, Clash는 오직 전달과 분기라는 한 가지 역할만 합니다. 이 문장만 기억하면 이후 모든 장은 여기에 세부 사항을 더하는 과정일 뿐입니다.

커널과 클라이언트의 역할 분담

흔히 말하는 'Clash'는 사실 두 개의 층으로 나뉩니다. 아래쪽은 커널입니다. 초기의 Clash 커널은 업데이트가 중단되었고, 현재 커뮤니티에서 활발히 관리되는 것은 Mihomo(구 Clash Meta 커널)이며, 본 사이트 다운로드 페이지에서 제공하는 데스크톱과 모바일 클라이언트 대부분이 이를 기반으로 합니다. 위쪽은 그래픽 클라이언트입니다. Clash Plus, Clash Verge Rev, FlClash 같은 앱들이 커널을 UI로 감싸 노드 표시, 모드 전환, 시스템 프록시 관리를 담당합니다. 클라이언트를 고를 때 커널 버전을 따로 신경 쓸 필요는 없으며, 주요 클라이언트는 대부분 Mihomo 안정판을 따라 업데이트됩니다.

노드, 구독, 설정 파일

노드란 사용 가능한 프록시 서버 한 대를 말하며, 흔히 쓰이는 프로토콜로는 Shadowsocks, VMess, VLESS, Trojan, Hysteria2 등이 있고 프로토콜에 따라 트래픽의 암호화와 위장 방식이 달라집니다. 구독은 서비스 제공사가 발급하는 링크로, 클라이언트가 주기적으로 여기서 최신 노드 목록과 추천 설정을 가져옵니다. 설정 파일은 포트, DNS, 노드, 정책 그룹, 규칙이 모두 담긴 YAML 텍스트로, Clash가 동작하는 기준이 됩니다. 세 가지의 관계는 이렇습니다: 구독이 노드를 제공하고, 설정 파일이 노드와 규칙을 정리하며, 커널은 설정 파일에 따라 동작합니다.

분기가 핵심 가치

'모든 트래픽을 프록시로 보내는' 전통적인 VPN과 달리 Clash의 기본 방식은 분기입니다. 국내(자국) 사이트는 직접 연결로 속도를 보장하고, 필요한 트래픽만 노드를 거치며, 광고 도메인은 바로 차단할 수 있습니다. 분기는 규칙 목록으로 동작하며, 규칙은 도메인, IP, 국가/지역, 프로세스 등의 조건으로 작성할 수 있습니다. 자세한 내용은 6장에서 다룹니다. '규칙은 위에서부터, 일치하면 멈춘다'는 원칙만 이해하면 Clash의 작동 방식을 이해한 것입니다.

5개 플랫폼마다 클라이언트 구성이 다릅니다. 먼저 사용할 기기를 정하고, 같은 플랫폼 안에서 골라보세요. 본 사이트 다운로드 페이지에서 플랫폼별로 선택 가능한 모든 클라이언트와 설치 파일을 정리해두었고 매일 공식 배포를 확인합니다. 이 장에서는 선택 기준만 설명합니다.

플랫폼별 클라이언트 한눈에 보기

추천: Clash Plus

Clash Plus는 본 사이트가 전 플랫폼에서 첫 번째로 추천하는 클라이언트입니다. Windows, macOS, Android, iOS를 모두 지원하며 iOS 버전은 App Store에 정식 등록되어 있어 직접 서명이나 프로파일 설치 같은 번거로움이 없습니다. 구독, 모드, 규칙, 로그를 하나의 창에 모아두어 설정 파일 문법을 몰라도 일상적인 조작이 가능합니다. 공식 사이트 clashplus.io에서 각 플랫폼별 다운로드 링크를 제공하며, iOS 사용자는 App Store 페이지를 확인하면 됩니다.

플랫폼별 대안 고르는 법

Windows와 macOS에서는 Clash Verge Rev가 오래된 데스크톱 클라이언트로 설정 항목을 가장 상세하게 노출해 설정 파일을 직접 수정하는 사용자에게 적합합니다. FlClash는 동일한 UI로 데스크톱과 모바일을 모두 지원해 여러 기기를 함께 쓸 때 조작 방식을 하나로 통일할 수 있습니다. Clash Nyanpasu는 더 현대적인 인터페이스를 갖췄고 설정 항목도 충실합니다. Android에서는 Clash Meta for Android가 커널 공식 팀이 직접 관리하는 모바일 클라이언트이며, Surfboard는 Surge 설정 형식과 호환됩니다. Linux는 두 가지 경로가 있습니다. 데스크톱 환경이라면 Clash Verge Rev나 FlClash를, 서버나 라우터에서는 Mihomo 커널을 직접 실행합니다. 다운로드 페이지 커널 섹션에서 각 아키텍처별 바이너리를 제공하며, Clash Linux 클라이언트와 커널은 명확히 구분되어 있습니다.

설치 과정 자체는 복잡하지 않지만, 플랫폼별 보안 경고와 권한 요청 팝업에는 주의가 필요합니다. 아래에서 플랫폼별로 설명하며, 설치 파일은 모두 다운로드 페이지에서 받으면 됩니다.

Windows

다운로드 페이지 Windows 섹션에서 설치 파일을 받아 더블클릭 후 안내에 따라 설치합니다. 처음 실행하면 Windows 방화벽이 네트워크 허용 여부를 물어보는데, 개인 및 공용 네트워크 모두 체크해야 합니다. 그렇지 않으면 로컬 프록시 포트가 차단될 수 있습니다. 실행 후에는 시스템 트레이에 상주하며 메인 화면에서 현재 모드와 노드 목록을 확인할 수 있습니다. 시스템 프록시를 켰는데도 브라우저가 프록시를 타지 않는다면 다른 프록시 소프트웨어가 같은 포트를 점유하고 있는지 확인하세요.

macOS

macOS는 Intel과 Apple Silicon 두 가지 설치 파일로 나뉘므로 '이 Mac에 관하여'에서 칩 종류를 확인한 뒤 다운로드 페이지 macOS 섹션에서 해당 버전을 받으세요. dmg 파일을 열어 앱을 '응용 프로그램' 폴더로 드래그하면 됩니다. 처음 실행할 때 '확인되지 않은 개발자'라는 경고가 뜨면 '시스템 설정 → 개인정보 보호 및 보안'에서 '그래도 열기'를 클릭하세요. 시스템 프록시를 켤 때 로그인 비밀번호를 요구하는 것은 네트워크 설정 변경을 위한 정상적인 권한 확인입니다.

Linux

Linux 데스크톱 사용자는 다운로드 페이지 Linux 섹션에서 deb 또는 rpm 패키지를 선택해 패키지 관리자로 설치하면 됩니다. 서버나 라우터 환경이라면 그래픽 인터페이스가 필요 없으니 Mihomo 커널 바이너리를 바로 받아 config.yaml을 설정한 뒤 systemd로 관리해 실행하세요.

# Debian / Ubuntu: 다운로드한 deb 패키지 설치(파일명은 실제 다운로드에 따라 다름)
sudo apt install ./clash-verge-rev_amd64.deb

# 커널 방식: Mihomo 실행 상태 확인
systemctl status mihomo

Android

Android는 다운로드 페이지 Android 섹션에서 apk를 설치합니다. 처음 연결 버튼을 누르면 시스템이 '연결 요청' 팝업을 띄우는데, 이는 VpnService 권한 요청이므로 신뢰함을 체크하고 확인하면 알림창에 열쇠 아이콘이 나타납니다. Android에서는 프록시가 VPN 서비스 방식으로 동작하므로 별도의 시스템 프록시 스위치가 필요 없습니다. 일부 국내 제조사 커스텀 ROM은 백그라운드 앱을 강제로 종료할 수 있으니 클라이언트를 자동 실행 및 백그라운드 허용 목록에 추가해 화면 잠금 후 연결이 끊기는 것을 방지하세요.

iOS

iOS는 오직 App Store 한 가지 경로만 있습니다. 다운로드 페이지 iOS 섹션에서 Clash Plus의 스토어 페이지로 이동해 설치하고, 처음 실행할 때 VPN 설정 추가에 동의하면 끝입니다. iOS의 프록시도 시스템 VPN 채널을 기반으로 동작하므로 프로파일 설치나 엔터프라이즈 서명 같은 예전 방식은 필요하지 않습니다.

구독 링크란 무엇인가

구독 링크는 서비스 제공사가 사용자에게 발급하는 주소로, 클라이언트가 이 링크에 접속하면 전체 노드가 담긴 설정을 받아옵니다. 링크에는 보통 계정 식별 정보가 포함되어 있어 링크를 가진 사람이 곧 그 요금제를 사용할 수 있게 됩니다. 그러므로 구독 링크는 채팅방, 스크린샷, 공개 저장소에 절대 올리지 마세요.

가져오기 공통 절차

클라이언트별로 화면은 다르지만 절차는 동일하며 4단계로 진행됩니다:

1. 서비스 제공사가 준 구독 링크를 복사합니다.
2. 클라이언트의 '설정' 또는 '구독' 페이지에서 새 설정을 만들고 링크를 붙여넣은 뒤 이름을 지정해 확인합니다.
3. 클라이언트가 설정을 다운로드하고 분석하면 목록에서 해당 설정을 선택해 현재 설정으로 지정합니다.
4. 노드 페이지에서 노드 하나를 선택하고 모드가 '규칙'인지 확인한 뒤, 데스크톱에서는 시스템 프록시를 켜고 모바일에서는 연결 버튼을 누릅니다.

가져온 후에는 구독 설정에서 자동 업데이트 간격을 12시간 또는 24시간으로 설정하는 것을 권장합니다. 노드 추가/삭제와 트래픽 초기화가 그에 따라 자동으로 반영됩니다.

설정 파일은 어떻게 생겼나

구독으로 받는 파일의 본질은 YAML 텍스트입니다. 이 기본 구조를 이해하면 이후 규칙을 수정하거나 TUN을 켤 때도 당황하지 않습니다. 간단한 골격은 다음과 같습니다:

# 로컬 리스닝 포트: 브라우저와 시스템 프록시가 여기를 가리킴
mixed-port: 7890

# 동작 모드: rule 규칙 / global 전역 / direct 직결
mode: rule

# 로그 레벨: info면 충분, 문제 해결 시에는 debug로 변경
log-level: info

# 외부 컨트롤러: 클라이언트 UI와 커널이 통신하는 채널
external-controller: 127.0.0.1:9090

# 노드, 정책 그룹, 규칙 세 부분은 구독이 자동으로 채워줌
proxies: []
proxy-groups: []
rules: []

proxies는 노드 목록이고, proxy-groups는 노드를 전환 가능한 그룹으로 정리하며, rules는 각 요청을 어느 그룹에 넘길지 결정합니다. 구독 설정에는 이 세 부분이 이미 수백 줄씩 채워져 있어 직접 작성할 필요는 없습니다. 수정할 부분은 6장에서 다루는 규칙 순서와 그룹 구조입니다.

세 가지 모드 비교

규칙 모드가 기본값인 이유

규칙 모드는 국내(자국) 서비스는 직결로 낮은 지연을 유지하면서 필요한 트래픽만 노드를 거치게 해, 가장 편하고 트래픽도 절약되는 방식입니다. 전역 모드는 국내 동영상, 인터넷뱅킹까지도 프록시로 보내버려 느려지고 이상 탐지에 걸릴 수 있어 '연결이 되는지 안 되는지' 확인할 때만 잠시 사용합니다. 직결 모드는 클라이언트를 종료하지 않고 프록시만 일시 정지하는 것과 같아 비교 검증용으로 쓰입니다.

시스템 프록시 스위치

데스크톱의 '시스템 프록시' 스위치는 한 가지 일을 합니다. 운영체제의 HTTP/HTTPS 프록시를 로컬 클라이언트 포트(기본값 127.0.0.1:7890)로 지정하는 것입니다. 켜면 시스템 프록시 설정을 따르는 애플리케이션(대부분의 브라우저)이 자동으로 Clash를 거치게 됩니다. 시스템 프록시를 읽지 않는 애플리케이션—일부 커맨드라인 도구, 게임, UWP 앱—은 여전히 직결로 동작하는데, 이 빈틈을 채우는 것이 7장에서 다룰 TUN 모드입니다. macOS는 메뉴바에, Windows는 트레이나 메인 화면에 스위치가 있으며 역할은 동일합니다.

시작 프로그램 등록과 상주 실행

데스크톱 클라이언트에는 모두 '시작 프로그램 등록' 옵션이 있으며 보통 설정 페이지의 일반 항목에 있습니다. 켜두면 시스템 부팅과 동시에 커널이 실행되고 시스템 프록시도 자동 복원되어 매일 직접 켤 필요가 없습니다. 노트북 사용자는 '조용히 시작'(있는 경우) 옵션도 함께 켜서 백그라운드에서 팝업 없이 상주하도록 하는 것을 권장합니다. Clash를 시작 프로그램에 등록하고 규칙 모드로 사용하면 일상적으로 존재감이 거의 느껴지지 않습니다.

매칭 순서: 위에서 아래로, 일치하면 멈춤

커널이 요청을 받으면 rules 목록의 첫 줄부터 순서대로 대조하며, 어느 규칙에 일치하면 그 규칙이 지정한 정책으로 처리하고 이후 규칙은 더 보지 않습니다. 따라서 규칙 순서가 곧 우선순위입니다. 더 구체적인 규칙일수록 앞쪽에 배치해야 하며, 마지막 보완 규칙 MATCH는 항상 맨 끝에 둡니다. 구독에 포함된 수백에서 수천 줄의 규칙은 이미 순서가 정해져 있으니, 커스텀 규칙은 그 앞에 삽입해야 실제로 적용됩니다.

자주 쓰이는 규칙 유형

읽기 쉬운 규칙 예시

rules:
  # 로컬 및 내부망 직결
  - DOMAIN,localhost,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve

  # 명확한 국내(자국) 사이트 직결
  - DOMAIN-SUFFIX,baidu.com,DIRECT
  - GEOSITE,CN,DIRECT

  # 국내(자국) IP 직결; no-resolve로 국가/지역 판단용 DNS 조회를 추가로 하지 않도록 함
  - GEOIP,CN,DIRECT,no-resolve

  # 나머지는 모두 프록시 그룹으로
  - MATCH,PROXY

읽는 순서: 먼저 로컬과 내부망을 허용하고, 다음으로 국내(자국) 도메인과 IP를 허용한 뒤, 마지막으로 나머지는 프록시로 보냅니다. no-resolve 옵션은 이 규칙에 DNS 해석이 필요 없음을 커널에 알려 불필요한 조회를 크게 줄여줍니다.

정책 그룹: 노드를 정리하는 방식

규칙 오른쪽에 오는 DIRECT, REJECT, PROXY는 모두 정책입니다. DIRECT와 REJECT는 내장 정책이고, PROXY 같은 이름은 Clash 정책 그룹에서 옵니다. 정책 그룹은 여러 노드를 하나의 참조 가능한 단위로 묶은 것입니다. 흔히 쓰이는 네 가지 유형은 select(수동 선택, 화면에 선택 가능한 노드 목록으로 표시), url-test(지연 시간에 따라 자동으로 가장 빠른 것 선택), fallback(순서대로 사용 가능한 첫 번째 항목 선택), load-balance(여러 노드에 트래픽 분산)입니다. 그룹은 중첩할 수 있어, '해외 스트리밍' 그룹 안에 '자동 선택' 그룹을 다시 참조하고 규칙은 가장 바깥쪽 그룹 이름만 가리키면 됩니다.

proxy-groups:
  # 수동 선택: 기본 그룹, 규칙의 PROXY가 바로 이것
  - name: PROXY
    type: select
    proxies:
      - AUTO
      - 노드1
      - 노드2
      - DIRECT

  # 자동 테스트: 300초마다 측정, 지연이 낮고 편차가 50ms 미만인 노드 선택
  - name: AUTO
    type: url-test
    proxies:
      - 노드1
      - 노드2
    url: http://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

실제 구독에서는 노드 이름을 서비스 제공사가 정하므로 위의 '노드1, 노드2'는 위치를 보여주기 위한 예시일 뿐입니다. 지연 시간 수치와 실제 체감 속도의 관계가 궁금하다면 블로그 글 'Clash 노드 속도 측정 원리 상세 설명'을 읽어보세요. 지연이 낮다고 해서 반드시 빠른 것은 아니며, 노드를 고르는 더 확실한 방법도 있습니다.

구독 위에 나만의 규칙 추가하기

구독으로 받은 설정을 직접 수정하면 다음 업데이트 때 덮어써집니다. 올바른 방법은 세 가지입니다. 클라이언트에 내장된 '오버라이드/Mixin' 기능으로 매 업데이트 후 설정에 개인 규칙을 주입하는 방법, Clash 구독 변환 서비스로 구독 링크 위에 템플릿을 씌워 커스텀 규칙과 그룹을 합쳐 새 링크로 출력하는 방법, 또는 구독 설정을 로컬 사본으로 저장해 직접 관리하는 방법입니다. 앞의 두 가지는 편리하고, 세 번째는 자유롭지만 자동 업데이트를 포기해야 합니다. 소량의 개인 규칙(회사 내부망 직결, 특정 사이트 지정 노드 등)에는 오버라이드가 가장 효율적입니다.

시스템 프록시가 다루지 못하는 부분

시스템 프록시는 '시스템 설정을 읽으려는' 애플리케이션에만 적용됩니다. 커맨드라인 도구, 대부분의 게임, 일부 UWP 앱, 몇몇 개발 도구의 다운로더는 이를 읽지 않아 규칙 모드에서도 여전히 직결로 동작합니다. TUN 모드는 가상 네트워크 카드를 통해 네트워크 계층에서 기기 전체의 TCP/UDP 트래픽을 접수하므로, 애플리케이션이 협조하는지는 더 이상 중요하지 않습니다. 바로 이것이 TUN 모드가 존재하는 이유입니다.

동작 원리를 한 문장으로

TUN을 켜면 커널이 가상 네트워크 카드를 만들고 라우팅 테이블을 수정해 기기 전체의 트래픽을 끌어들여 처리한 뒤, 동일한 규칙 목록에 따라 분기합니다. 라우팅과 네트워크 카드를 다루는 작업이므로 Windows는 서비스 모드 설치나 관리자 권한 실행이 필요하고, macOS와 Linux는 권한 승인이 필요합니다. Android와 iOS의 VPN 채널은 본질적으로 시스템 수준 접수이므로 모바일에는 이 개념이 별도로 존재하지 않습니다.

켜는 방법과 참고 설정

주요 데스크톱 클라이언트는 설정 페이지에 TUN 스위치를 제공하며, 처음 켤 때 안내에 따라 권한을 승인하면 됩니다. 직접 설정 파일을 작성할 때는 다음 필드를 사용합니다:

tun:
  enable: true
  stack: mixed            # 프로토콜 스택: mixed가 호환성이 좋음
  auto-route: true        # 라우팅 테이블 자동 수정
  auto-detect-interface: true
  dns-hijack:
    - any:53              # 모든 DNS 조회를 접수해 유출 방지

주의 사항

• TUN과 시스템 프록시는 함께 사용할 수 있지만 대부분의 경우 하나만 켜도 충분합니다. 둘 다 켜져 있어도 트래픽은 한 번만 처리되며 이중 프록시가 되지는 않습니다.
• TUN을 켜면 기기 전체의 DNS 조회가 커널로 넘어가므로 dns 항목 설정을 함께 맞춰야 제대로 효과를 봅니다. 9장 심화 활용을 참고하세요.
• 일부 보안 소프트웨어는 라우팅 테이블 변경을 감시하므로 충돌이 발생하면 클라이언트를 신뢰 목록에 추가하세요.
• 전면 접수가 필요 없을 때는 TUN을 꺼두면 전력도 절약되고 장애 지점도 하나 줄어듭니다.

클라이언트 업데이트

클라이언트 업데이트의 핵심은 대부분 커널에 있습니다. 새 프로토콜 지원, 분기 로직 수정, 보안 패치가 모두 커널 업데이트와 함께 옵니다. 본 사이트 다운로드 페이지는 매일 공식 배포를 확인하고 클라이언트 카드의 버전 번호도 배포 목록에서 실시간으로 가져옵니다. 몇 달에 한 번씩 확인해 새 버전이 있으면 설치하세요. 덮어쓰기 설치를 해도 구독과 설정은 유지되지만, 큰 버전을 건너뛰어 업그레이드할 때는 설정을 미리 내보내 백업해두는 것을 권장합니다.

구독 업데이트

구독은 소모성 자원입니다. 노드는 추가되거나 사라지고 트래픽은 초기화됩니다. 자동 업데이트 간격을 12~24시간으로 설정하고 나머지는 클라이언트에 맡기세요. 노드가 갑자기 대규모로 사용 불가능해지면 가장 먼저 할 일은 구독을 수동으로 한 번 업데이트하는 것입니다. 많은 경우 서비스 제공사가 이미 접속 주소를 바꿔서 예전 설정의 노드가 모두 시간 초과된 것뿐입니다.

속도 측정과 노드 선택

클라이언트에 표시되는 지연 시간은 한 번의 핸드셰이크에 걸린 시간으로, '얼마나 먼지'만 반영할 뿐 '얼마나 넓은지'는 반영하지 않습니다. 노드를 고를 때는 다음 순서를 권장합니다: 먼저 지연이 안정적인지 확인하고(여러 번 측정해 값이 흔들리지 않는지), 실제로 목표 사이트를 열어 체감해보며, 피크 시간대와 한산한 시간대를 나눠서 확인하세요. Clash 노드 지연에 관한 자세한 내용은 블로그 글 'Clash 노드 속도 측정 원리 상세 설명'에서 완전히 다룹니다.

문제가 생기면 순서대로 점검하기

Clash가 인터넷에 연결되지 않는 것은 가장 빈번한 문제이며, 정해진 순서로 점검하면 90%는 원인을 찾을 수 있습니다:

1. 시스템 프록시나 VPN이 켜져 있는지, 포트가 다른 프록시 소프트웨어에 점유되지 않았는지 확인
2. 현재 모드가 규칙 모드인지, 실수로 전역이나 직결로 바뀌지 않았는지 확인
3. 현재 노드가 사용 가능한지, 다른 노드로 바꿔 확인
4. 구독을 수동으로 업데이트해 노드 대량 실패 여부 배제
5. DNS 설정이 잘못 변경되지 않았는지, 구독 기본값으로 복원해 시도

각 단계의 확인 방법과 더 많은 사례는 자주 묻는 질문의 문제 해결 분류와 블로그 글 'Clash 인터넷 연결 안 될 때 해결법'을 참고하세요. 항목별로 체크할 수 있는 점검 목록입니다.

실행 로그 읽는 법

세 번째 단계까지 확인했는데도 원인을 못 찾았다면 로그가 가장 확실한 증거입니다. 로그 레벨을 잠시 info로 올려두고(평소에는 warning으로 충분하며, debug는 양이 너무 많아 문제를 재현하는 몇 분 동안만 켜세요), 다음 세 가지 자주 나오는 줄을 중점적으로 확인하세요. dial tcp ... i/o timeout은 노드에 연결할 수 없다는 뜻이므로 노드를 바꾼 뒤 구독을 업데이트하세요. match와 use proxy가 함께 나오는 줄은 어떤 요청이 어느 규칙에 매칭되어 어느 출구로 나갔는지를 그대로 보여줍니다. 분기가 예상과 다를 때 답은 대부분 이 줄에 있습니다. port already in use는 리스닝 포트가 다른 소프트웨어에 점유되었다는 뜻이므로 자가 점검 목록의 첫 단계로 돌아가 포트 충돌을 해결하세요.

• 로그를 보기 전에 화면을 지우고 문제를 재현하세요. 새 정보와 예전 정보가 섞이면 오판하기 쉽습니다.
• 클라이언트의 연결 패널에서 도메인으로 활성 연결을 필터링하면 어느 앱이 어느 경로를 타는지 한눈에 보입니다.
• 로그에 나오는 노드 이름을 구독 페이지와 대조해 매칭된 정책 그룹이 예상과 일치하는지 확인하세요.

마지막으로 '월간 점검' 습관을 들이세요. 매달 여유 시간에 클라이언트 새 버전 여부, 구독 만료일과 남은 트래픽, 규칙 매칭이 여전히 일상 사용에 맞는지(특히 새로 설치한 앱이 잘못된 경로로 나가지 않는지), TUN 모드와 시작 프로그램 등록이 예상대로인지를 순서대로 확인하세요. 전체 과정은 10분도 걸리지 않지만 대부분의 '갑자기 안 됨' 문제를 사전에 막을 수 있습니다. 결국 프록시 경로의 어느 한 부분이 조용히 고장 나도 겉으로는 모두 똑같이 '인터넷이 안 된다'로 나타나기 때문입니다. 점검하는 김에 설정을 로컬이나 클라우드에 내보내 저장해두면 버전 번호, 구독 주소, 커스텀 규칙이 모두 담겨 있어 기기를 바꾸거나 재설치할 때 10분 만에 익숙한 환경으로 복원할 수 있습니다.

앞의 8장을 마치면 일상적인 사용에는 문제가 없습니다. 아래 네 가지 방향은 추천 순서대로 더 깊이 들어가며, 각 단계마다 사이트 내 관련 자료가 준비되어 있습니다.

DNS: 분기의 나머지 절반

DNS는 도메인이 어떤 IP로 해석되는지를 결정해 GEOIP 규칙 판단에도 영향을 줍니다. 설정이 잘못되면 DNS 유출이 발생해, 프록시는 켜져 있지만 조회는 로컬 통신사 출구로 그대로 나갈 수 있습니다. Mihomo의 dns 항목은 nameserver와 fallback 이중 경로, fake-ip 가속, DNS 하이재킹 리스닝을 지원하며 필드는 많지 않지만 조합이 중요합니다. 블로그 글 'Clash DNS 설정 상세 설명'에서 각 필드를 하나씩 풀어 설명하고 바로 적용 가능한 예시 두 세트를 제공하며, 'Clash DNS 유출 검사와 수정'에서는 완전한 검사 및 보강 절차를 제공합니다.

다중 기기와 설정 동기화

휴대폰, 컴퓨터, 태블릿에서 동시에 Clash를 쓰는 것은 흔한 일입니다. 구독 링크 자체는 각 기기가 따로 받아오면 자연히 동기화됩니다. 동기화가 필요한 부분은 커스텀 항목, 즉 개인 규칙, 그룹 선호 설정, 오버라이드 템플릿입니다. 가능한 방법은 개인 설정 호스팅과 수동 내보내기/가져오기 두 가지가 있으며, 선택 기준과 주의점은 블로그 글 'Clash 설정 다중 기기 동기화'를 참고하세요.

규칙 세트와 커뮤니티 생태계

규칙을 직접 수백 줄 작성할 정도가 되면 방식을 바꿔야 합니다. RULE-SET 규칙 세트는 '해외 스트리밍', '광고 도메인' 같은 그룹 단위 규칙을 참조 가능한 외부 파일로 만들고, GEOSITE 데이터베이스는 카테고리별로 완성된 도메인 목록을 제공합니다. 구독 변환 도구는 구독 위에 템플릿을 씌워 여러 서비스 제공사와 여러 기기의 출력을 통일할 수 있습니다. 이런 구성 요소들은 오픈소스 커뮤니티에서 활발히 활동 중이며, 클라이언트와 커널의 배포 페이지가 가장 신뢰할 수 있는 정보 소스입니다.

포트, LAN 공유, 외부 컨트롤

설정 파일 앞부분의 전역 필드 몇 가지는 알아둘 만합니다. mixed-port는 HTTP와 SOCKS를 통합한 리스닝 포트로, 시스템 프록시가 가리키는 대상이 바로 이것입니다. 값을 바꾸면 시스템 프록시 설정도 함께 변경해야 하며, 그렇지 않으면 '클라이언트는 실행 중인데 트래픽이 안 들어온다'는 겉보기 오류가 발생합니다. allow-lan을 켜면 같은 LAN에 있는 휴대폰, TV, 게임기 등이 프록시를 이 컴퓨터로 지정해 같은 노드와 분기 규칙을 공유할 수 있습니다. 반드시 bind-address로 내부 네트워크 대역을 제한해야 하며, 카페나 호텔 같은 공용 네트워크에서는 절대 열어두면 안 됩니다. external-controller는 로컬 제어 인터페이스를 노출해 웹 패널과 함께 쓰면 노드 전환, 연결 확인, 모드 변경을 원격으로 할 수 있어 라우터나 NAS에 커널 형태로 배포할 때 거의 필수입니다. 켤 때는 반드시 secret 비밀번호를 설정하고 리스닝 범위를 신뢰할 수 있는 네트워크로 제한하세요. 이 세 가지 필드는 모두 '노출 범위'를 다룹니다. 포트는 필요한 기기에만 열고, 인터페이스는 본인만 접근하도록 하는 것이 분기 규칙만큼이나 중요한 보안 습관입니다.

사이트 내 더 알아보기

개념이 막히면 용어 사전을 확인하세요. 정책 그룹, fake-ip, TUN 등의 용어를 짧게 정리해두었습니다. 조작이 막히면 자주 묻는 질문을 확인하세요. 네 가지 분류로 설치부터 문제 해결까지 다룹니다. 심화 글이 궁금하다면 블로그 목록을 살펴보세요. 아직 클라이언트를 설치하지 않았다면 다운로드 페이지에서 플랫폼에 맞는 파일을 받고 2장으로 돌아가 클라이언트를 골라보세요.