Clash Premium에서 반드시 이전해야 하는 이유
Clash Premium은 지난 몇 해 동안 널리 쓰인 Clash 코어였으며, 오픈소스 코어에 TUN 모드, Fake-IP 기반 DNS, Rule Provider(규칙 제공자) 등 고급 기능을 더해 프록시 사용성과 유연성을 크게 높였습니다. 다만 원작자 Dreamacro는 2023년 말 공식적으로 유지보수를 종료했고, GitHub 저장소는 완전히 아카이브되어 더 이상 Pull Request나 Issue를 받지 않습니다.
유지보수가 끊긴 코어를 계속 쓰면 보안 취약점이 생겨도 공식 패치를 기대하기 어렵고, 운영체제와 네트워크 프로토콜이 바뀔수록 호환 문제가 잦아집니다. VLESS, TUIC, Hysteria2 같은 최신 프로토콜은 Clash Premium에서 동작하지 않습니다. 실무적으로는 주요 구독 서비스가 구형 코어용 포맷 지원을 줄이고 있어, Premium 사용자는 새 포맷 구독을 가져올 때 파싱 실패가 반복될 수 있습니다.
아직 Clash for Windows(CFW)와 Premium 코어를 함께 쓰고 있다면, CFW 원 저장소 역시 2023년 말에 삭제·아카이브되어 보안 리스크가 있습니다. 본문 절차에 따라 이전할 것을 강력히 권장합니다.
mihomo(Clash Meta)의 핵심 장점
mihomo는 커뮤니티가 주도하며 활발히 유지되는 Clash 호환 코어입니다. 예전 이름은 Clash.Meta(Clash Meta)였고, 현재는 mihomo로 불리며 GitHub에서 꾸준히 업데이트됩니다. 유지가 중단된 Clash Premium과 비교하면 다음과 같은 측면에서 나아졌습니다.
- 프로토콜 지원: VLESS, TUIC v5, Hysteria2, Reality, ShadowTLS 등 최신 프로토콜을 네이티브로 지원해 다양한 구독에 맞춥니다.
- DNS 모듈: DoH, DoT, DoQ(DNS over QUIC)와 규칙 기반 DNS 정책을 지원해 DNS 유출 방어에 유리합니다.
- 설정 호환: 표준 Clash YAML과 호환되어 기존 설정 대부분을 그대로 쓸 수 있어 이전 부담이 적습니다.
- TUN 모드: TUN 인터페이스 안정성이 좋아지고 시스템 수준에서 트래픽을 받아 추가 드라이버 없이 전역 프록시에 가깝게 동작합니다.
- 규칙 확장:
rule-set인라인 규칙을 지원하고 IPCIDR, 도메인, 프로세스명 등을 조합할 수 있습니다. - 보안·기능 업데이트: 활발한 커뮤니티가 보안 패치와 기능을 자주 내보내 알려진 취약점이 방치될 위험이 줄어듭니다.
이전 전 준비
이전을 시작하기 전에 아래를 미리 해두면 설정 유실이나 서비스 중단을 줄일 수 있습니다.
기존 설정 파일 백업
Clash for Windows의 설정 폴더(보통 Windows는 %APPDATA%\Clash for Windows\profiles, macOS는 ~/.config/clash)에서 모든 .yaml·.yml 파일을 백업 폴더로 복사하세요. 이전이 순조로워도 백업은 습관으로 두는 것이 좋습니다.
구독 URL과 노드 정보 기록
Clash for Windows의 구독 관리 화면에서 쓰는 구독 URL을 모두 복사해 두세요. 수동 노드를 쓰는 경우 서버 주소, 포트, 비밀번호·UUID 등을 새 클라이언트에 다시 넣을 수 있게 적어 둡니다.
프록시 그룹 설정 기록
Clash for Windows에서 만든 프록시 그룹(Proxy Groups), 특정 사이트·앱에 별도 그룹을 쓰는 설정을 캡처하거나 메모하세요. 이전 후 새 YAML에서도 같은 논리가 유효한지 확인해야 합니다.
구독 서비스가 제공하는 관리형 구독(Managed Subscription)을 쓰는 경우, 새 클라이언트에 구독 링크만 다시 넣으면 되고 서버 쪽에서 포맷 처리가 이뤄지므로 YAML을 직접 손댈 필요가 없는 경우가 많습니다.
1단계: Clash Verge Rev 받기 및 설치
Clash Verge Rev는 유지가 활발한 Clash GUI 클라이언트 중 하나로, mihomo 코어를 내장하고 Windows·macOS·Linux를 지원합니다. Clash Premium 사용자가 넘어오기에 적합한 대안입니다.
클라이언트 다운로드 페이지에서 OS에 맞는 설치 파일을 받으세요. 플랫폼별로 참고할 점은 다음과 같습니다.
Windows 설치
.exe를 받아 실행하고 안내에 따라 설치합니다. SmartScreen 경고가 나오면 "추가 정보" 후 "실행"을 선택하세요. 설치 후 트레이에 Clash 아이콘이 보이면 우클릭으로 프록시 모드를 바꿀 수 있습니다.
처음 실행 시 서비스 모드(Service Mode) 설치를 묻는데, 설치하는 편이 좋습니다. 더 높은 권한으로 동작해 TUN이 안정되고, 매번 관리자 승인 창이 뜨는 일을 줄일 수 있습니다.
macOS 설치
.dmg를 열고 앱을 "응용 프로그램" 폴더로 옮깁니다. 처음 실행 시 개발자를 확인할 수 없다는 메시지가 나오면 시스템 설정의 "개인 정보 보호 및 보안"에서 "확인 없이 열기" 등으로 허용하세요. TUN을 위해 해당 앱에 "전체 디스크 접근 권한"을 줄 필요가 있습니다.
설치·코어 버전 확인
설치 후 클라이언트 "설정"에서 "커널 버전"(Kernel Version)에 mihomo 문구와 버전이 보이는지 확인합니다. 최신 코어로 올리려면 같은 화면의 "커널 업데이트"로 받아 교체할 수 있습니다.
2단계: 구독 가져오기와 설정 이전
Clash Verge Rev의 구독 관리는 직관적입니다. "구독"(Profiles)에서 우상단 "+"를 누르고 구독 URL을 붙여 넣은 뒤 "가져오기"를 누르면 클라이언트가 구독을 받아 파싱합니다.
가져온 뒤 확인
해당 프로필을 활성(Active)으로 두고 "프록시"(Proxies)로 가서 노드 목록이 기대와 같은지 봅니다. 개수가 맞으면 포맷 호환으로 추가 작업이 없을 수 있습니다.
직접 만든 YAML 옮기기
구독 URL 대신 직접 편집한 YAML을 쓰는 경우, 백업한 .yaml을 Clash Verge Rev 프로필 폴더(Windows: %APPDATA%\io.github.clash-verge-rev.clash-verge-rev\profiles, macOS: ~/.config/clash-verge-rev/profiles)에 넣고 클라이언트에서 "로컬 파일 가져오기"로 선택합니다.
mihomo는 표준 Clash YAML과 호환되어 proxies, proxy-groups, rules 등은 대부분 그대로 씁니다. Premium 전용 필드(예: ebpf, 특정 script)는 mihomo 문법에 맞게 손봐야 할 수 있습니다.
구독 변환(Subscription Converter)
V2Ray·Shadowrocket 형식 등 구형 구독은 mihomo에 바로 넣으면 파싱에 실패할 수 있습니다. 변환 도구로 표준 Clash YAML로 바꾼 뒤 다시 가져오세요. Clash Verge Rev에 변환 진입점이 있고, 커뮤니티 온라인 변환기도 쓸 수 있습니다. 목표 템플릿은 "Clash Meta" 또는 "mihomo"를 고르면 새 코어에 맞는 설정을 만들기 쉽습니다.
3단계: 규칙 세트와 프록시 그룹 맞추기
Clash Premium에서 mihomo로 오면 대부분의 분류 규칙은 그대로 쓸 수 있습니다. 다만 사용자 정의 Rule Provider나 Script 모드를 썼다면 아래를 확인하세요.
Rule Provider 호환
mihomo는 Clash Premium의 rule-providers 문법을 지원하며 원격 규칙 URL도 계속 쓸 수 있습니다. behavior는 domain, ipcidr, classical가 mihomo에서 지원되므로, 선언한 유형과 실제 내용이 맞는지 확인해 규칙이 빠지지 않게 하세요.
프록시 그룹(Proxy Groups) 조정
mihomo는 url-test에 tolerance(지연 허용), lazy(지연 측정)와 fallback의 헬스 체크 간격 등을 세밀히 줄 수 있습니다. 이전 후 자동 노드 선택을 다듬고 싶다면 공식 문서를 참고해 보세요.
Script 모드(Lua)로 규칙을 짠 고급 사용자는 mihomo에서 해당 Script 모드가 제거되었음을 알아야 합니다. 로직을 RULE-SET이나(지원 버전 한정) SCRIPT로 나누거나, mihomo의 Sub-Rule로 옮기는 방식을 검토하세요.
규칙 세트 출처
이전 후에는 커뮤니티에서 관리하는 mihomo용 규칙 세트로 바꾸는 것이 좋습니다. 국내 직연결 도메인용 direct, 광고 도메인용 reject 등을 쓰면 수동 유지 부담이 줄어듭니다.
자주 나오는 호환 문제와 해결
이전 중 문제는 패턴이 있습니다. 자주 보이는 유형과 대응은 다음과 같습니다.
| 증상 | 흔한 원인 | 해결 |
|---|---|---|
| 구독을 넣었는데 노드가 비어 있음 | Clash 형식이 아닌 구독(예: Base64 노드 목록) | 변환 도구로 Clash YAML로 만든 뒤 다시 가져오기 |
| TUN이 켜지지 않음 | 관리자 권한 없음 또는 서비스 모드 미설치 | 관리자로 실행하거나 설정에서 서비스 모드 설치 |
| DNS 이상 또는 유출 의심 | 설정의 DNS와 시스템 DNS가 충돌 | 설정에 dns.nameserver를 명시하고 fake-ip 사용 |
| 특정 앱만 프록시가 안 됨 | 비표준 포트나 UDP 사용 | TUN을 켜거나 PROCESS-NAME 규칙 추가 |
| 규칙 파일 다운로드 실패 | 원격 URL 만료 또는 접근 불가 | 접근 가능한 미러로 바꾸거나 로컬에 받아 file로 지정 |
| YAML 파싱 오류 | Premium 전용 필드 문법 | ebpf, script 등을 확인하고 mihomo 문서에 맞게 수정 |
이전 후 고급 최적화
기본 이전이 끝나면 mihomo의 기능으로 프록시 설정을 더 다듬을 수 있습니다.
Fake-IP로 DNS 유출 줄이기
Fake-IP는 mihomo의 핵심 DNS 기능입니다. 클라이언트가 도메인을 조회하면 mihomo가 곧바로 가짜 IP(대개 198.18.x.x 대역)를 주고, 내부에 도메인·가짜 IP 매핑을 저장합니다. 트래픽이 프록시에 도달하면 매핑으로 실제 도메인을 복원해 서버에는 IP가 아닌 도메인이 전달되므로 DNS 유출과 지역 판별을 줄이는 데 도움이 됩니다.
설정 파일의 dns 절에 아래를 넣으면 Fake-IP를 켤 수 있습니다.
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- '*.lan'
- 'localhost.ptlogin2.qq.com'
nameserver:
- https://doh.pub/dns-query
- https://dns.alidns.com/dns-query
fallback:
- https://1.1.1.1/dns-query
- https://8.8.8.8/dns-query
fallback-filter:
geoip: true
geoip-code: CN
TUN으로 전역에 가깝게
mihomo의 TUN은 OS 수준에서 나가는 트래픽을 받아 앱마다 프록시를 켤 필요를 줄입니다. tun 절을 추가하면 됩니다.
tun:
enable: true
stack: system
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
TUN은 관리자 권한 또는 서비스 모드가 필요합니다. stack: system이 대부분 안정적이고, 성능 이슈가 있으면 stack: gvisor(추가 지원 필요)를 시험해 볼 수 있습니다.
Sub-Rule로 세밀한 라우팅
Sub-Rule은 특정 프록시 그룹에만 라우팅 규칙을 줄 수 있어 기존 rules보다 세밀하게 나눌 수 있습니다. 사내망 트래픽만 별도 논리를 두는 식으로 전역 규칙을 건드리지 않고 정리하기 좋습니다.
맺음말: 지금이 이전하기 좋은 시점인 이유
Clash Premium 유지 종료 이후 2년 넘게 mihomo 생태는 규칙 세트·클라이언트·문서가 한층 성숙했습니다. 더 이상 갱신되지 않는 코어로 보안 리스크를 감수하기보다, 지금 이전해 안정성과 신규 프로토콜 지원을 쓰는 편이 낫습니다.
실제로 이전은 생각보다 단순합니다. 구독만 쓰는 사용자는 링크를 다시 넣는 데 약 5분이면 되고, 직접 YAML을 다루는 사용자도 필드 몇 개만 맞추면 보통 30분 안에 끝낼 수 있습니다.
복잡한 설정에서 막히거나 처음부터 YAML을 손대지 않고 쓰고 싶다면 클라이언트 다운로드 페이지로 가 보세요. 최신 mihomo를 내장하고 시각적 구독 관리와 규칙 구성을 지원하며 Windows·macOS·Android·iOS·Linux를 포괄합니다. 업그레이드 직후에도 화면에서 항목별로 적용 여부를 확인하기 쉬워 문제 추적이 수월합니다.