Apple Silicon Mac에서 Clash Verge Rev 설치: DMG 다운로드, Gatekeeper·권한, 구독 가져오기와 시스템 프록시까지 (2026)

왜 Apple Silicon Mac에서는 Clash Verge Rev인가요

맥 환경에서도 예전엔 클래식한 ClashX 계열이나 더 이상 적극 추천하기 어려운 구형 클라이언트를 먼저 떠올리는 분이 많습니다. 하지만 프로토콜·규칙 문법은 Mihomo(Clash Meta) 코어 쪽이 사실상 표준에 가깝게 발전했고, UI 측면에서는 Tauri 기반인 Clash Verge Rev가 최신 기능을 비교적 빠르게 따라옵니다. Apple Silicon이라면 릴리스 자산에서 arm64·aarch64·Apple Silicon 같은 표기가 붙은 dmg를 고르면 Rosetta 없이 네이티브로 돌리기 쉽습니다. 인텔 맥을 쓴다면 별도로 x64·Intel 빌드를 골라야 하고, 이 튜토리얼의 흐름은 실리콘 전제입니다.

실사용 기준으로 중요한 건 “dmg만 깔면 끝”이 아니라 Gatekeeper가 막아 세울 때 어떻게 신뢰를 검증할지, 그리고 macOS가 앱 네트워크·파일 접근을 물을 때 어떤 선택이 프록시 체인을 깨지 않게 하는지입니다. 즉 검색 의도인 다운로드·권한·구독은 서로 이웃한 단계라 한 군데에서 풀어 쓰는 편이 현장에서 덜 헤맵니다. 같은 맥에서 터미널·개발 도구까지 묶고 싶다면 터미널 프록시·환경 변수 글과도 짝지으면 좋습니다.

설치 전 체크: macOS 버전·관리자·기존 VPN

첫째, macOS 버전입니다. 시스템 설정의 일반 정보에서 버전이 너무 오래되면 TLS·시스템 인증서 체인에서 예외가 잦아 구독 URL 단계가 먼저 깨질 수 있습니다. 가능하면 보안 업데이트까지 맞춘 상태에서 시작하세요. 둘째, 관리자 권한입니다. 가족 공유 계정이라 설치 경로가 제한되거나, 회사 MDM으로 서명되지 않은 앱 실행이 막히는 경우가 있습니다. 이 경우 로컬 우회 권한 없이 “열기”를 아무리 눌러도 끝이 없을 수 있습니다. 셋째, 기존 VPN·구형 프록시 클라이언트가 같은 로컬 포트를 잡고 있는지 확인합니다. 충돌이 나면 Verge가 떠 있어도 코어가 바인딩에 실패합니다. 넷째, 시간 동기화입니다. 시스템 시각이 크게 어긋나면 HTTPS가 연쇄적으로 실패해 “구독만 이상하게 안 받아진다”는 착시가 생깁니다. 이런 공통 전제는 문제 해결 가이드에서도 같은 순서로 반복됩니다.

1단계: GitHub Releases에서 Apple Silicon용 dmg 내려받기

브라우저로 Clash Verge Rev의 공식 릴리스 페이지를 연 뒤, 최신 태그의 자산 목록을 펼칩니다. 검색 결과 상단의 제3자 미러나 광고형 “원클릭 다운로드”는 파일명이 비슷해도 위험이 큽니다. 핵심은 저장소가 맞다는 것과, 내려받은 dmg 파일명이 릴리스 노트의 빌드 타깃과 대응한다는 것을 스스로 확인하는 습관입니다. Apple Silicon Mac이라면 자산 이름에 arm64·aarch64가 포함된 macOS용 dmg를 고릅니다. 실수로 인텔용을 받으면 실행 단계에서 아키텍처 오류가 나거나 Rosetta 전제가 꼬입니다.

• 릴리스 페이지에서 Assets를 펼치고 macOS·dmg 항목을 찾습니다. 표기가 여러 개면 가장 최근 빌드의 설명을 한 줄이라도 읽습니다.
• 가능하면 페이지에 SHA256이 있으면 터미널에서 shasum -a 256 파일명.dmg로 로컬 해시를 맞춥니다. 용량이 크면 시간이 걸려도 한 번은 가치가 있습니다.
• 브라우저 다운로드 폴더에 같은 이름 파일이 덮어쓰기 된 경우, 예전 조각과 섞이지 않았는지도 확인합니다.
• 회사 네트워크에서 대용량 바이너리가 차단되면, 릴리스에서 별도 코어 바이너리를 받는 단계까지 실패할 수 있으니 가능한 열린 Wi‑Fi에서 마칩니다.

오픈소스 dmg는 상용처럼 Apple 공증이 붙지 않은 경우가 많습니다. “서명이 없다” 자체가 이상 신호는 아니지만, 대신 출처·해시·파일 경로로 신뢰를 확보합니다.

2단계: Gatekeeper·개발자 확인을 통과하는 안전한 방법

dmg에서 앱을 처음 실행하면 macOS가 “개발자를 확인할 수 없음”류 메시지를 보여 주는 경우가 많습니다. 이는 흔한 Gatekeeper 동작입니다. 이때 중요한 건 막연히 ‘허용’을 누르는 일이 아니라, 방금 내려받은 파일이 내가 연 릴리스 자산과 동일한지를 다시 확인하는 일입니다. 정상적인 흐름은 다음 중 하나입니다. 첫째, 막힌 직후 시스템 설정 > 개인정보 보호 및 보안에서 열기 허용이 뜨면 그 안내를 따릅니다. 둘째, Finder에서 앱을 우클릭 → 열기로 첫 실행을 시도합니다. 셋째, 출처가 명확할 때만 터미널에서 xattr로 격리 플래그를 제거합니다. 이 명령은 불명 파일에 남용하면 매우 위험하므로 광고로 받은 zip에는 쓰지 않습니다.

조직 맥에서는 관리 프로파일이 Gatekeeper 정책을 강하게 묶는 경우가 있습니다. 이때는 개인 우회가 아니라 내부 IT 정책을 확인해야 합니다. 학교·회사 장비는 특히 그렇습니다.

3단계: 응용 프로그램 폴더로 옮기고 첫 실행

dmg를 마운트한 뒤 Clash Verge Rev 아이콘을 응용 프로그램 폴더로 드래그합니다. 많은 사용자가 Downloads 안에서 바로 실행하지만, 이후 업데이트·권한 질문이 꼬일 때 경로를 통일해 두면 설명이 쉽습니다. 첫 실행에서 macOS가 네트워크 접속이나 들어오는 연결을 물으면, 실제로 외부 노드와 통신하려면 차단만 하면 안 됩니다. 문구는 버전마다 조금 다르지만 “로컬 프록시를 듣고 외부로 나간다”는 목표는 같습니다.

여전히 “손상되어 열 수 없음”이 뜬다면 다운로드가 끊겼거나 검역 플래그가 남았을 확률이 큽니다. 이때는 (1) 해시 확인으로 파일 무결성부터 보고, (2) 공식 경로로 다시 받고, (3) 그래도 동일하면 릴리스 이슈를 검색하는 순서가 안전합니다. 비슷한 증상의 일반 절차는 문제 해결 가이드의 macOS 공통 단계와 맞닿아 있습니다.

4단계: Mihomo 코어 내려받기와 방화벽·권한

최신 Verge 빌드는 첫 실행 때 내장 코어(Mihomo) 바이너리를 네트워크에서 받는 단계가 따로 보일 수 있습니다. 이 단계가 실패하면 UI는 떠 있어도 실제 전달이 안 됩니다. 가능하면 필터가 약한 네트워크에서 마치고, 실패 메시지를 그대로 캡처해 두면 이후에 원인 추적이 쉽습니다. macOS 방화벽이나 서드파티 보안 제품이 로컬 리스닝을 막으면 “시스템 프록시를 켰는데도 아무 일이 없다”로 보입니다.

가정 내 다른 기기로도 공유하려면 나중에 LAN 옵션을 켤 수 있는데, OS별 예외(윈도·아이폰)를 함께 보려면 LAN 프록시 글의 맥 파트를 참고하세요. 지금 단계에선 로컬 본인 브라우저만 안정화하는 것이 1차 목표입니다.

5단계: 구독 URL 가져오기와 활성 프로필

공급자 대시보드에서 복사한 구독 URL 한 줄이 노드 묶음 전체를 갱신하는 트리거입니다. Verge에서는 보통 왼쪽의 프로필·구독 메뉴로 들어가 새 항목을 만들고 URL을 붙여 넣습니다. 흔한 실패 원인은 앞뒤 공백, 중간 줄바꿈, 만료된 토큰, 그리고 Clash용 YAML이 아닌 범용 리스트를 넣은 경우입니다. 붙여 넣은 뒤 동기화(다운로드) 버튼을 눌러 원격 구성을 받아오고, 목록에서 해당 항목을 활성 프로필로 지정해야 런타임이 실제로 그 설정을 읽습니다.

1. 공급자 페이지에 표시된 주소를 브라우저 주소창에 그대로 열어 본문이 YAML/바이너리 형태로 내려오는지 먼저 확인합니다.
2. Verge에서 별칭을 붙여 저장합니다. 여러 구독을 섞을수록 이름이 곧바로 구분이 됩니다.
3. 오류 메시지가 나오면 문자열을 그대로 메모합니다. 한글/영문 에러는 다음 조치의 단서입니다.
4. 활성 프로필을 바꾼 뒤에는 프록시 탭이 갱신되는지 확인합니다.

구독 자체의 개념 설명은 구독 가져오기 튜토리얼에 더 도식적으로 정리되어 있습니다.

6단계: 프록시 그룹·노드 선택과 macOS 시스템 프록시

프로필이 정상이라면 프록시 화면에 Selector·URLTest·Fallback 같은 그룹이 나타납니다. 처음에는 지연 측정으로 숫자를 찍어 보고, 끊기는 노드는 피합니다. 그다음 Verge에서 시스템 프록시(또는 동일한 의미의 토글)를 켭니다. Safari·Chrome 등 대부분의 맥 브라우저는 OS 프록시 설정을 따르기 때문에, 이 스위치가 꺼져 있으면 “앱은 켰는데 웹만 안 바뀐다”가 됩니다. 빌드마다 메뉴 위치는 조금 다르지만 “로컬 HTTP/SOCKS 포트로 시스템 트래픽을 붙인다”는 목표는 같습니다.

시스템 프록시만으로는 터미널 일부나 샌드박스가 강한 앱이 빠져나갈 수 있습니다. 그때는 TUN 모드를 검토합니다. 개념과 주의점은 TUN 모드 가이드에 정리되어 있으며, 맥에서는 가상 인터페이스·관리자 동의 문구가 따라올 수 있습니다. 브라우저만 우선 살리는 독자는 TUN 없이도 이 튜토리얼 범위 안에서 목표에 도달할 수 있습니다.

7단계: 브라우저와 로그로 첫 연결 검증

이제 “정말로 첫 웹 접속이 바뀌었는지”만 보면 됩니다. 평소 느리던 사이트를 열어 보고, Verge의 연결·로그에서 해당 도메인이 어떤 정책으로 분류됐는지 확인합니다. 국내 서비스가 DIRECT로 가야 하는데 글로벌 프록시로 붙거나, 반대로 특정 API만 터진다면 공급자 프리셋과 본인 사용 패턴이 어긋난 신호입니다. HTTPS 인증서 오류가 연달으면 시스템 시각·DNS·보안 제품의 HTTPS 검사를 의심합니다.

추가로 맥 전용으로 다른 클라이언트를 써 봤다면, ClashX Pro 류 UI와 버튼 위치는 다르지만 “프로필·프록시·시스템 프록시”라는 큰 덩어리는 같습니다. 용어만 맞춰도 이전 속도가 빨라집니다.

자주 묻는 질문

Clash Verge Rev macOS dmg는 어디서 받나요?

보통은 GitHub 저장소의 Releases에서 macOS용 dmg를 내려받습니다. 검색 광고 페이지의 대형 다운로드 버튼과 혼동하지 마세요. 릴리스 자산 목록·체크섬·파일명 세 가지를 함께 확인하는 습관이 안전합니다.

구독을 넣었는데 노드가 비어 있어요

URL 만료·복사 실수·회사 SSL 가로채기가 흔한 원인입니다. 브라우저에서 구독 주소를 직접 열어 응답이 Clash가 읽을 수 있는 형태인지 먼저 확인하세요.

게이트키퍼가 계속 막아요. xattr을 써도 되나요?

공식 릴리스에서 방금 받은 dmg·앱이 맞고 해시까지 확인했다면, 격리 속성 제거를 검토할 수 있습니다. 출처 불명 파일에는 사용하지 않습니다.

정리하면

Apple Silicon Mac에서 Clash Verge Rev 설치를 한 줄로 요약하면 공식 릴리스에서 arm64 dmg를 받는다 → Gatekeeper를 안전하게 통과한다 → 응용 프로그램에서 실행하고 코어·권한을 허용한다 → 구독 URL을 넣어 활성 프로필로 지정한다 → 프록시에서 노드를 고르고 시스템 프록시를 켠다 → 브라우저와 로그로 검증한다입니다. 검색어로 묶인 dmg 설치·Gatekeeper·구독 가져오기를 같은 길에서 끊기지 않게 처리하면 “실리콘 맥에서 브라우저와 시스템 프록시가 바로 먹는다”는 목표에 도달하기 쉽습니다.

일회성 상용 VPN은 전체 트래픽을 한 출구에 넣기 쉬워 국내 뱅킹·사내 포털까지 같이 느려지는 패턴이 많고, 순수 브라우저 확장은 탭 안만 바꿀 뿐 터미널·IDE·컨테이너는 그대로 남습니다. 반면 Clash/Mihomo 계열은 YAML 규칙으로 앱·도메인별 출구를 나누기 쉬워 Apple Silicon Clash처럼 맥에서 개발과 웹을 같이 쓰는 흐름에 잘 맞습니다. 옛날 맥 전용 UI에 익숙하더라도 Clash Verge Rev로 옮기면 같은 구독 URL을 유지한 채 코어 수명만 최신으로 끌어올릴 수 있습니다. → 최신 Clash 패키지를 내려받아 실리콘 맥에서도 규칙 기반 프록시를 바로 경험해 보세요