1 macOS에서 Clash Verge Rev를 쓰는 이유
Mac용 Clash 계열 GUI는 여럿 있지만, 유지보수 주기·커널 버전·문서의 양에서 차이가 큽니다. Clash Verge Rev는 Tauri 기반이며 기본적으로 Mihomo(Clash.Meta) 코어를 묶는 구성이 일반적입니다. 구독 URL, 규칙 분할, 시스템 프록시 토글, 로그로 손상 구간을 보는 흐름이 Windows·Linux 빌드와 비슷해, 여러 OS를 오가는 사용자에게 익숙한 패턴을 유지하기 좋습니다.
Apple Silicon(M 시리즈) 장비라면 릴리스 자산에서 arm64·aarch64 표기를 고르고, Intel Mac은 x64·amd64 쪽을 고릅니다. 아키텍처가 맞지 않으면 앱이 바로 종료되거나 아예 실행되지 않는데, 이는 공항 노드 품질 문제가 아니라 패키지 선택 문제입니다.
터미널·Docker까지 한 번에 묶으려면 이어서 TUN 모드 가이드를 보시고, 서버나 데스크톱 Linux에서는 Mihomo·systemd 가이드와 대조하면 플랫폼 간 개념이 정리됩니다.
.dmg·.app만 받으세요. 출처 불명 «통합·크랙» 빌드는 코어가 바뀌었을 수 있어 구독·로컬 설정 유출 위험이 큽니다.
2 Apple Silicon·Intel과 설치 패키지 형태
릴리스 파일명에 보통 아키텍처가 적혀 있습니다. «유니버설(Universal)» 바이너리 하나만 있다면 Apple Silicon과 Intel 모두에서 동작할 수 있지만, 실행 후 메뉴에서 버전·아키텍처를 한 번 확인하는 습관이 안전합니다.
흔한 배포 형태는 .dmg입니다. 마운트한 뒤 Clash Verge.app을 응용 프로그램 폴더로 끌어다 놓으면 설치가 끝납니다. .zip이면 압축을 풀고 동일하게 응용 프로그램에 넣습니다. 읽기 전용 볼륨이나 동기화 전용 폴더에서 바로 실행하면 코어·Geo 데이터 갱신이 실패할 수 있으니 내장 디스크의 응용 프로그램 디렉터리를 권장합니다.
3 Gatekeeper와 최초 권한
Mac App Store 밖 앱은 Gatekeeper 때문에 «개발자를 확인할 수 없음» 같은 메시지가 뜰 수 있습니다. 정상적인 서명되지 않은 오픈 소스 빌드에서 자주 보이는 현상이므로, 시스템 설정 → 개인정보 보호 및 보안에서 차단된 항목을 찾아 «그래도 열기»를 누르거나, Control 키를 누른 채 앱 아이콘을 클릭해 열기를 선택합니다.
최신 macOS에서는 프록시·네트워크 확장·로그인 항목과 관련해 추가 확인이 뜨는 경우가 있습니다. 메뉴에서 안내하는 대로 설정 앱으로 이동해 허용하지 않으면 «시스템 프록시를 켰는데 브라우저가 그대로» 같은 증상이 나올 수 있으니, 최초 한 번은 권한을 빠짐없이 맞춥니다.
설치 위치
다운로드 폴더에만 두고 쓰기보다 응용 프로그램으로 옮기는 편이 자동 업데이트·파일 잠금 문제를 줄입니다. 외장 디스크·회사 정책으로 잠긴 경로는 피하세요.
5 구독·프로필 가져오기
프로필 또는 구독 메뉴에서 Clash 구독 URL을 붙여 넣고 갱신 주기(예: 12~24시간)를 정합니다. 받아진 뒤 현재 프로필로 활성화하고, 프록시 화면에서 노드를 고릅니다. 모드는 보통 Rule을 기본으로 두고, 국내는 직접·해외는 프록시로 가는 흐름이 무난합니다.
공급자가 Clash가 아닌 포맷만 준다면 구독 변환 가이드를 거쳐 YAML로 만든 뒤 가져옵니다. 로컬 config.yaml을 직접 넣을 때는 Classic Clash와 Mihomo 필드 차이로 경고가 날 수 있으니 로그를 따라 최소 수정합니다. Rule Provider로 스트리밍 도메인을 묶고 싶다면 ACL4SSR·Rule Provider 글을 참고하세요.
GeoIP(Country.mmdb) 등 지리 DB가 오래되면 GEOIP,CN 같은 규칙이 틀어져 국내 사이트가 잘못 프록시로 가거나 반대로 느려질 수 있습니다. 클라이언트 업데이트 후 리소스 갱신을 한 번 눌러 두면 규칙을 과하게 손대지 않아도 됩니다.
6 시스템 프록시 켜기
앱에서 시스템 프록시를 켜면 macOS의 HTTP/HTTPS(및 구현에 따라 SOCKS)가 루프백의 mixed 포트로 향합니다. Safari·Chrome 등 시스템 설정을 따르는 브라우저는 추가 설정 없이 프록시를 탑니다. «시스템 설정 → 네트워크 → 세부 정보 → 프록시»에서 값이 채워졌는지 보면 클라이언트가 시스템에 쓴 내용을 교차 확인할 수 있습니다.
Rule·Global·Direct 선택은 Windows 때와 같습니다. 일상은 Rule, 노드만 바꿔 테스트할 때 Global, 문제 분리용으로 Direct를 잠깐 쓰는 식입니다. 터미널·일부 앱은 시스템 프록시를 따르지 않을 수 있어 «브라우저만 된다»가 정상 동작일 수 있습니다. 그때는 TUN이나 앱별 설정을 검토합니다.
DNS가 ISP로 새는지 줄이려면 프로필의 DNS 블록과 Meta DNS 유출 방지 가이드를 함께 보세요.
7 로그인 시 시작(부팅 후 자동 실행)
Mac에서 말하는 «부팅 시 자동 실행»은 대개 사용자 세션에 로그인할 때 앱을 띄운다는 뜻에 가깝습니다. Clash Verge Rev 설정에 «로그인 시 실행»·«Launch at login» 같은 항목이 있으면 켜고, 시스템 설정 → 일반 → 로그인 항목 및 확장에서 앱이 목록에 있고 꺼지지 않았는지 확인합니다.
여러 사용자 계정이 있으면 프록시 설정은 보통 현재 로그인한 사용자에게만 적용됩니다. 기업 MDM으로 로그인 항목이 막혀 있으면 스위치가 계속 꺼질 수 있어 IT 정책 확인이 필요합니다. 노트북은 절전에서 깨어난 직후 잠시 연결이 끊길 수 있으니, 그때는 노드 재선택이나 앱 재실행을 시도해 보세요.
8 프록시 적용 여부 확인
시스템 프록시와 노드를 켠 뒤 IP 확인 사이트에서 출구 IP가 바뀌는지 봅니다. 변하지 않으면 브라우저 확장이 별도 프록시를 쓰는지, 프로필이 활성화됐는지, 시스템 설정의 프록시 칸이 비어 있지 않은지 순서대로 확인합니다.
터미널의 curl은 기본적으로 시스템 프록시를 타지 않는 경우가 많습니다. «브라우저만 검증 단계»에서는 curl 결과로 시스템 프록시를 부정하지 마세요. 필요하면 -x http://127.0.0.1:포트로 로컬 mixed 포트를 직접 지정해 보거나, TUN 문서로 넘어갑니다.
# 앱에 표시된 mixed 포트로 맞추세요
curl -x http://127.0.0.1:7890 -I https://www.example.com9 자주 묻는 문제
- 앱이 안 열리거나 바로 종료: 아키텍처(Apple Silicon/Intel)와 손상된 dmg를 의심하고, 보안 소프트웨어 격리 여부를 확인합니다.
- 포트 사용 중: 이전 Clash 프로세스나 다른 프록시가
7890·9090등을 점유했을 수 있습니다. 프로세스를 정리하거나 한쪽 포트를 변경합니다. - 구독 오류·403: URL 만료·UA 제한·회선 문제일 수 있습니다. 브라우저에서 구독 URL을 직접 열어 보고, 갱신 간격을 늘려 과도한 요청을 줄입니다.
- 스트리밍만 끊김: 코어 불능이라기보다 노드 부하·CDN 규칙 문제일 때가 많습니다. 연결 로그에서 도메인이 어떤 규칙에 걸리는지 봅니다.
10 다음 단계
메뉴 막대·시스템 프록시·로그인 시작까지 끝났다면, 터미널과 컨테이너까지 동일한 라우팅을 원할 때 TUN 모드 가이드로 넘어가면 됩니다. Linux 서버에는 systemd 글을 함께 두면 데스크톱과 서버 구성이 연결됩니다.
11 정리
macOS에서 Clash Verge Rev를 처음 쓸 때 핵심은 올바른 아키텍처 패키지, Gatekeeper·권한 처리, 응용 프로그램에의 설치, 그다음 구독 활성화와 시스템 프록시입니다. 로그인 시 시작은 매번 손으로 켜는 수고를 줄여 주고, IP 확인과 시스템 네트워크 프록시 화면으로 한 번 더 검증하면 «설정은 됐는데 안 된다»를 빠르게 좁힐 수 있습니다.
같은 Mihomo 규칙을 쓰는 한 Windows·Linux 글과 개념이 이어지므로, 플랫폼만 바뀌었을 뿐 워크플로는 재사용하기 좋습니다. 상용 VPN 앱과 비교해도 구독·규칙 기반 분할은 Clash 계열이 유연한 편이라, 업무용 브라우저와 개발 도구를 한 클라이언트로 묶기에 적합합니다.
