Apple Silicon Mac에서 Clash Verge Rev를 선택하는 이유
Clash Verge Rev는 macOS에서 프로필, 프록시 그룹, 규칙 모드, 시스템 프록시를 한 화면에서 관리하기 좋은 Clash 클라이언트입니다. 특히 Apple Silicon Mac에서는 M1·M2·M3·M4 계열에 맞는 ARM64 또는 Apple Silicon 빌드를 선택하면 Rosetta 변환 계층을 거치지 않고 실행할 수 있어 초기 구동과 백그라운드 코어 동작을 단순하게 유지하기 좋습니다.
처음 설치하는 사용자가 가장 자주 헷갈리는 부분은 앱을 설치하는 것과 실제 트래픽을 프록시로 보내는 것이 서로 다른 단계라는 점입니다. 애플리케이션을 /Applications에 복사했더라도 코어가 실행되지 않았거나 macOS의 시스템 프록시 권한이 적용되지 않으면 브라우저는 평소와 같은 경로로 연결됩니다. 반대로 프로필만 성공적으로 가져오고 시스템 프록시를 켜지 않으면 노드 목록은 보이지만 웹사이트 접속 결과에는 변화가 없을 수 있습니다.
이 글에서는 Clash Verge Rev macOS 설치를 처음 진행하는 분을 기준으로 다운로드 파일 선택, Gatekeeper 승인, 첫 실행, 구독 URL 등록, 프록시 그룹 선택, 시스템 프록시 확인, 권한 문제와 연결 테스트까지 한 흐름으로 정리합니다. 메뉴 이름은 버전에 따라 조금 달라질 수 있으므로 특정 버튼의 모양보다 각 단계에서 확인해야 할 상태를 중심으로 따라가세요.
다운로드 전 Mac 칩과 파일 형식 확인
먼저 화면 왼쪽 위의 Apple 메뉴에서 이 Mac에 관하여를 열어 칩 정보를 확인합니다. “Apple M1”, “Apple M2 Pro”, “Apple M3 Max”처럼 표시된다면 Apple Silicon 모델입니다. 이 경우 릴리스 페이지에서 파일명에 arm64, aarch64, Apple Silicon 또는 이에 준하는 표현이 붙은 macOS 패키지를 우선 선택합니다. Intel이라는 단어가 붙은 파일은 실행 자체는 가능할 수 있지만 M 시리즈 Mac의 첫 설치 대상으로는 적합하지 않습니다.
배포 파일은 일반적으로 .dmg, .zip, 경우에 따라 macOS용 앱 번들 형태로 제공됩니다. DMG는 디스크 이미지를 열어 앱을 복사하는 전형적인 방식이고, ZIP은 압축을 풀어 나온 앱을 직접 응용 프로그램 폴더로 옮기는 방식입니다. 둘 중 어느 형식이든 출처가 분명한 릴리스 페이지에서 받고, 파일명에 운영체제와 CPU 아키텍처가 함께 표시되어 있는지 확인하세요.
여러 버전의 Clash 계열 앱이 이미 설치되어 있다면 먼저 이름과 메뉴 막대 아이콘을 구분해야 합니다. ClashX, Mihomo Party, 다른 Verge 계열 앱이 동시에 실행되면 각 앱이 서로 다른 로컬 포트나 시스템 프록시 설정을 덮어쓸 수 있습니다. 첫 설정에서는 다른 VPN, WireGuard, 기존 Clash 클라이언트를 종료하고 Clash Verge Rev 하나만 실행하는 편이 원인 파악에 유리합니다.
| 확인 항목 | 권장 상태 | 문제가 생길 때 |
|---|---|---|
| Mac 칩 | Apple M 시리즈 | Intel 파일을 받지 않았는지 확인 |
| 패키지 | macOS ARM64 또는 Apple Silicon | 릴리스의 아키텍처 표기 비교 |
| 설치 위치 | /Applications |
DMG 안에서 직접 실행하지 않기 |
| 동시 실행 앱 | Clash 계열 한 개 | 다른 VPN과 프록시 앱 종료 |
DMG를 열고 Clash Verge Rev 설치하기
다운로드한 파일을 Finder에서 열면 macOS가 디스크 이미지를 마운트합니다. 창에 Clash Verge Rev 아이콘과 Applications 폴더가 함께 보이면 앱 아이콘을 Applications 폴더로 드래그합니다. 복사가 끝난 뒤에는 DMG 창에서 바로 앱을 계속 실행하지 말고 디스크 이미지를 추출한 다음, Finder의 응용 프로그램 폴더에서 복사된 앱을 다시 실행하세요. 이 과정을 생략하면 앱 업데이트나 로그인 항목 등록이 예상과 다르게 동작할 수 있습니다.
처음 실행할 때 “확인되지 않은 개발자” 또는 인터넷에서 다운로드한 앱이라는 경고가 표시될 수 있습니다. 공식 배포처에서 받은 파일이라는 사실과 파일명이 맞는지 먼저 확인한 뒤 Finder에서 앱을 Control 클릭 또는 우클릭 → 열기로 실행하면 일반적인 Gatekeeper 승인 대화상자를 통과할 수 있습니다. 출처가 불명확한 앱을 실행하기 위해 macOS 보안 설정 전체를 끄는 방법은 권장하지 않습니다.
앱이 열리면 macOS가 관리자 암호, 백그라운드 항목, 네트워크 확장 또는 시스템 프록시 변경을 요청할 수 있습니다. 요청 내용이 Clash Verge Rev의 코어 실행과 프록시 관리에 필요한 것인지 확인하고 승인합니다. 알림을 무조건 닫으면 UI는 열리지만 코어가 시작되지 않거나 시스템 프록시 전환이 실패하는 경우가 있습니다. 설치 직후에는 메뉴 막대와 메인 창 양쪽에서 실행 상태를 확인하세요.
첫 실행 후 macOS 권한과 코어 상태 확인
Clash Verge Rev를 실행한 뒤 가장 먼저 볼 곳은 Settings 또는 설정 화면의 코어 상태입니다. Mihomo 계열 코어가 실행 중인지, 코어 경로 오류나 포트 충돌 메시지가 없는지 확인합니다. 코어가 멈춰 있으면 프로필을 가져와도 프록시 그룹이 작동하지 않습니다. 화면에 “Running”, “Connected”와 같은 상태가 보이지 않는다면 앱을 한 번 완전히 종료한 뒤 다시 열어 보세요.
macOS의 시스템 설정 → 일반 → 로그인 항목 및 확장에서 Clash Verge Rev와 관련된 백그라운드 항목이 차단되어 있지 않은지도 확인합니다. 버전에 따라 표시되는 이름이 조금 다를 수 있지만, 앱이 로그인 후 백그라운드에서 코어를 유지하는 구조라면 해당 항목의 허용 여부가 중요합니다. 개인정보 보호 및 보안 화면에 차단된 시스템 소프트웨어나 네트워크 확장 알림이 있다면 신뢰할 수 있는 공식 빌드인지 다시 확인한 뒤 허용하고 앱을 재시작합니다.
시스템 프록시와 TUN 모드는 서로 같은 기능이 아닙니다. 시스템 프록시는 macOS가 지원하는 HTTP·HTTPS·SOCKS 프록시 설정을 사용하는 애플리케이션에 효과가 있고, TUN은 더 낮은 네트워크 계층에서 트래픽을 처리하려는 방식입니다. 처음 설치하는 단계에서는 먼저 시스템 프록시만 켜서 기본 연결을 확인한 뒤, 필요한 경우에만 TUN을 추가하는 순서가 문제를 줄입니다.
다른 VPN이 Network Extension을 점유하고 있으면 권한 승인 창이 반복되거나 연결이 잠깐 붙었다가 끊길 수 있습니다. 이때 노드를 계속 바꾸기보다 다른 터널 앱을 종료하고 Mac을 재시작한 다음 Clash Verge Rev만 실행해 보세요. 활동 모니터에서 앱 프로세스가 여러 개 남아 있으면 앱 메뉴의 종료와 Dock의 강제 종료를 차례로 사용해 잔여 프로세스를 정리합니다.
구독 URL을 등록하고 프로필 활성화하기
서비스 제공자가 전달한 구독 URL을 클립보드에 복사합니다. URL에는 인증 토큰이 포함되는 경우가 많으므로 메신저 공개방, 스크린샷, 온라인 문서에 그대로 붙여 넣지 마세요. Clash Verge Rev에서 Profiles 또는 프로필 화면을 열고 원격 프로필 추가, 구독 추가, 가져오기와 비슷한 메뉴를 선택한 뒤 URL을 입력합니다. 이름은 “Mac 집”, “Mac 업무”처럼 목적이 드러나게 지정하면 나중에 여러 프로필을 관리하기 쉽습니다.
추가가 끝나면 원격 프로필 목록에 새 항목이 나타납니다. 업데이트 또는 새로 고침을 실행한 뒤 노드와 정책 그룹이 채워지는지 확인합니다. 성공 여부는 단순히 프로필 카드가 생겼는지가 아니라, 실제로 프록시 목록과 Proxy Groups에 선택 가능한 항목이 표시되는지로 판단해야 합니다. 목록이 비어 있으면 URL 앞뒤 공백, 인증 만료, 구독 서버의 HTTP 상태 코드, Mac의 날짜와 시간 설정을 차례로 확인합니다.
프로필이 여러 개라면 가져오기만 하고 끝내지 말고 사용할 프로필을 활성화해야 합니다. 활성 표시가 없는 항목은 디스크에 저장되어 있어도 현재 코어가 읽는 설정이 아닐 수 있습니다. 업데이트 주기는 제공자의 권장값을 따르세요. 지나치게 짧은 간격으로 반복하면 서버의 요청 제한으로 429 응답이 발생하거나, 갱신 중 잠시 노드가 사라진 것처럼 보일 수 있습니다.
구독이 정상적으로 들어왔는데도 특정 그룹에 노드가 없으면 YAML 전체를 임의로 수정하기보다 프로필 파서 오류와 코어 로그를 먼저 확인합니다. 구독 제공자가 자동 생성하는 그룹 이름을 로컬에서 같은 이름으로 다시 만들면 업데이트 때 덮어쓰기나 충돌이 생길 수 있습니다. 처음에는 원격 프로필을 그대로 사용하고, 필요한 조정은 백업을 만든 뒤 진행하세요.
프록시 그룹 선택과 연결 테스트
프로필을 활성화한 후 Proxies 화면에서 기본 정책 그룹을 확인합니다. “자동 선택”, “최적화”, “Proxy”, “DIRECT”처럼 이름은 제공자마다 다르지만, 처음에는 실제로 연결 가능한 일반 프록시 노드 하나를 직접 선택하는 편이 진단하기 쉽습니다. 자동 그룹은 편리하지만 내부의 테스트 URL, 지연 기준, 실패 처리 방식이 제공자 설정에 따라 달라져 첫 연결 문제를 숨길 수 있습니다.
다음으로 모드 설정을 확인합니다. 일반적인 규칙 모드는 도메인과 IP 규칙에 따라 프록시와 직접 연결을 나누고, Global 모드는 대부분의 트래픽을 선택한 프록시 그룹으로 보냅니다. 첫 설치 검증에서는 규칙 모드에서 특정 사이트만 이상하게 동작할 때 Global 모드로 잠시 비교해 볼 수 있습니다. Global에서만 연결된다면 노드보다 규칙 파일이나 DNS 처리, 예외 목록을 의심하는 것이 합리적입니다.
시스템 프록시를 켤 때는 Clash Verge Rev의 토글 상태와 macOS의 프록시 상태를 모두 확인합니다. 앱에서 “Set as system proxy”를 활성화했는데 브라우저에서 변화가 없다면 시스템 설정 → 네트워크 → 현재 Wi-Fi 또는 이더넷 → 세부사항 → 프록시에서 HTTP 프록시와 HTTPS 프록시가 예상한 로컬 주소와 포트로 설정되었는지 봅니다. 공유기나 회사 네트워크의 프록시가 이미 입력되어 있으면 새 설정과 충돌할 수 있습니다.
연결 테스트는 한 가지 방법에만 의존하지 않는 것이 좋습니다. 브라우저에서 여러 도메인을 열어 보고, Clash의 연결 로그에 해당 요청이 표시되는지 비교하세요. 로그에 요청이 전혀 없다면 시스템 프록시가 앱에 적용되지 않은 것이고, 요청은 보이지만 실패한다면 DNS, 규칙, 노드 또는 TLS 문제일 수 있습니다. 특정 앱만 안 되는 경우에는 그 앱이 시스템 프록시를 무시하고 자체 네트워크 스택을 사용하는지도 확인해야 합니다.
- 코어 미실행: 프로필은 보이지만 정책 그룹과 로그가 움직이지 않는지 확인합니다.
- 시스템 프록시 미적용: macOS 네트워크 설정에서 로컬 포트와 활성 인터페이스를 점검합니다.
- DNS 오류: 도메인 해석 실패와 연결 시간 초과가 함께 발생하는지 로그에서 비교합니다.
- 노드 문제: 같은 그룹에서 다른 노드를 선택해 특정 노드에만 국한되는지 봅니다.
- 규칙 문제: Global과 Rule 모드의 결과가 다른지 확인한 뒤 규칙 우선순위를 검토합니다.
설치와 초기 설정에서 자주 발생하는 문제
앱이 열리지 않거나 즉시 종료되는 경우
먼저 앱이 Intel 빌드인지, macOS 버전이 해당 릴리스의 요구 조건을 만족하는지 확인합니다. 응용 프로그램 폴더로 복사하지 않고 DMG 안에서 실행 중이라면 앱을 정상적으로 복사한 뒤 다시 열어 보세요. Gatekeeper 경고가 반복되면 보안 설정 전체를 끄기보다 Finder의 우클릭 열기 절차와 공식 파일 여부를 확인하는 편이 안전합니다.
구독 업데이트가 실패하는 경우
브라우저에서 구독 URL이 열리는지 확인하되, 브라우저에서 URL이 보인다고 해서 Clash가 같은 인증 정보를 정상적으로 받는 것은 아닙니다. 만료된 토큰, 서버의 403 또는 404 응답, 잘못된 User-Agent 정책, 시스템 시간 오차가 대표적인 원인입니다. URL에 줄바꿈이 섞이지 않았는지 확인하고, 제공자가 안내한 클라이언트 형식과 Clash Verge Rev의 프로필 형식이 맞는지도 점검하세요.
노드는 보이지만 인터넷이 바뀌지 않는 경우
선택한 노드가 있어도 시스템 프록시 토글이 꺼져 있거나 다른 VPN이 우선 처리하면 트래픽은 Clash를 통과하지 않습니다. Clash의 연결 로그를 열고 브라우저에서 새 페이지를 로드했을 때 요청이 추가되는지 확인하세요. 로그가 없으면 프록시 적용 문제이고, 로그가 있으면서 특정 요청만 실패하면 규칙이나 DNS를 좁혀 가야 합니다.
TUN 모드는 언제 켜야 하는가
시스템 프록시를 지원하지 않는 앱이나 일부 개발 도구까지 같은 경로로 보내야 할 때 TUN을 검토할 수 있습니다. 다만 TUN은 네트워크 확장 권한, DNS 처리, 다른 VPN과의 충돌을 추가하므로 첫 설치 직후 무조건 켜는 기능은 아닙니다. 기본 프록시가 정상이라는 것을 확인하고, 필요한 앱과 문제 상황을 구체적으로 정한 뒤 활성화하세요.
Clash Verge Rev macOS 설치 FAQ
Apple Silicon Mac에서 Intel 버전을 사용해도 되나요?
실행될 가능성은 있지만 Rosetta 변환이 필요할 수 있고, 백그라운드 코어와 시스템 확장 동작을 불필요하게 복잡하게 만들 수 있습니다. M 시리즈 Mac이라면 릴리스 페이지의 ARM64 또는 Apple Silicon 빌드를 우선 선택하고, Universal 빌드가 제공되면 그 안내를 따르는 것이 좋습니다.
DMG 파일을 열어 둔 상태로 계속 사용해도 되나요?
임시 실행은 가능하지만 권장되는 설치 방식은 아닙니다. 앱을 응용 프로그램 폴더로 복사한 뒤 DMG를 추출하고 복사된 앱을 실행해야 업데이트, 로그인 항목, 권한 경로가 일관되게 유지됩니다.
구독 URL을 추가했는데 노드가 보이지 않는 이유는 무엇인가요?
프로필을 추가한 것과 업데이트가 완료된 것은 다릅니다. 먼저 새 프로필을 활성화하고 업데이트를 실행한 뒤, 응답 상태와 코어 로그를 확인하세요. URL 만료, 인증 오류, 서버 형식 불일치, 잘못된 시스템 시간, 제공자 측 일시 장애도 함께 확인해야 합니다.
시스템 프록시를 켜면 모든 Mac 앱이 프록시를 사용하나요?
모든 앱이 macOS 시스템 프록시 설정을 따르는 것은 아닙니다. 브라우저처럼 시스템 설정을 상속하는 앱은 바로 영향을 받을 수 있지만, 자체 프록시 설정이나 독립 네트워크 스택을 사용하는 앱은 별도 설정이 필요합니다. 앱별 동작은 Clash 연결 로그와 해당 앱의 네트워크 설정을 함께 비교하세요.
macOS에서 ClashX 계열은 메뉴 막대 중심이라 간단해 보이지만, 오래된 빌드는 Apple Silicon 호환성이나 권한 안내가 불명확할 수 있고, 범용 VPN 앱은 메뉴가 지나치게 복잡해 구독과 규칙 상태를 한눈에 확인하기 어렵습니다. Clash Verge Rev는 ARM64 빌드 선택, Mihomo 코어 상태, 프로필 갱신, 정책 그룹, 시스템 프록시와 로그를 하나의 흐름으로 점검할 수 있어 이번 설치 시나리오에 더 잘 맞습니다. 특히 Mac M 시리즈에서 설치 후 연결 경로까지 직접 확인하고 싶다면 Clash V.CORE를 다운로드해 같은 절차로 시작해 보세요.
// 에디터 추천
Apple Silicon Mac을 위한 Clash V.CORE
ARM64 환경에서 프로필과 프록시 상태를 간결하게 관리하고, 연결 로그를 보며 초기 설정 문제를 빠르게 좁혀 보세요.
- Apple Silicon 환경에 맞춘 실행 흐름
- 구독 프로필과 정책 그룹 관리
- 시스템 프록시 상태를 한눈에 확인
- 연결 로그 기반의 초기 문제 진단