Apple Silicon Mac에서 Clash Verge Rev 신규 설치 후 시스템 프록시와 TUN 모드 초기 설정 (M1 / M2 / M3 / M4, 2026)

1. 검색하면서 헷갈리는 포인트: 실리콘 전용 패키지

Apple Silicon은 M1·M2·M3·M4 같은 자사 칩을 통칭하는 말이고, 대부분의 최신 Clash Verge Rev 릴리스는 이 아키텍처에 맞는 arm64·Apple Silicon 표기의 dmg나 zip을 따로 둡니다. Intel 맥용 x86_64 패키지를 실리콘 맥에 억지로 올리면 Rosetta로 돌아가기도 하지만, 프록시 클라이언트는 커널 근처 동작이 많아서 원래 의도한 실리콘 네이티브 빌드를 고르는 편이 이후 헬퍼·확장 경로까지 덜 꼬입니다. 다운로드 출처가 여러 개일 때 패키지 설명 줄에 aarch나 arm이 있는지부터 확인하면 검색 결과로 모호하게 열린 옛 페이지에 덜 속습니다.

운영체제는 Ventura·Sonoma 그리고 이후 업데이트 모두 같은 큰 줄기 안에서 네트워크 확장을 다룹니다. 메뉴 이름은 연도별로 미세하게 달라질 수 있어 스크린샷만 따라가기보다, 허용·차단 목록 안에 Verge Rev 관련 이름이 들어 왔는지, 네트워크 설정에 프록시 값이 채워졌는지처럼 결과 중심으로 보는 버릇이 좋습니다. 설치 패키지는 공식 클라이언트 다운로드 페이지에서 받는 편이 가장 재현 가능합니다.

2. 신규 설치: dmg, Applications 이동, Rosetta 필요 여부

dmg를 열어 애플리케이션 폴더로 끌어 넣는 전형적인 macOS 흐름은 그대로입니다. Applications에 있지 않은 위치에서 바로 실행하면 이후 업데이트나 권한 경로가 달라지는 사례가 있으니, 처음부터 정식 위치에 두는 습관이 좋습니다. Rosetta는 Intel 전용 앱을 실리콘에서 돌릴 때 쓰는 호환 계층인데, Verge Rev를 실리콘 전용 빌드로 설치했다면 보통 신경을 덜 써도 됩니다. 활동 모니터에서 프로세스가 Apple로 표시되는지 확인해 두면 뒷날 속도 이슈를 좁히는 데 도움이 됩니다.

설치가 끝난 후 바로 브라우저를 테스트하고 싶은 마음은 이해되지만, 앱 신뢰 상태나 필요 권한 창을 건너뛸수록 같은 문구가 재등장하기 쉽습니다. 순서만 정해 두면 이후 디버깅에서 반복 질문이 크게 줄어듭니다.

3. Gatekeeper 첫 실행: 개인 정보 보호와 보안

처음 실행했을 때 개발자를 확인할 수 없어 열 수 없음류의 차단 문구가 뜨는 것은 흔한 일입니다. 방법은 두 축입니다. 하나는 시스템 설정의 개인 정보 보호 및 보안 패널에 나타나는 허용 또는 무시 후 열기 흐름을 밟는 것이고, 다른 하나는 Control 키를 누른 채 실행 메뉴에서 열어 한 번 명시적으로 신뢰를 주는 것입니다. 회사 장비에서는 MDM 프로필이 이런 옵션을 숨길 수도 있어, 허용 버튼이 보이지 않으면 장비 소유 영역부터 확인해야 합니다.

Gatekeeper는 네트워크 확장 허용 단계와는 별 채널이라, 창 하나를 닫았다고 TUN 헬퍼까지 자동히 해결되지 않습니다. 이 글에서는 막힐 때마다 어느 단계인지 구분해 보는 것을 강조합니다.

4. 프로필·구독: 살아 있는 노드부터

시스템 프록시든 TUN이든 작동하는 아웃바운드가 없으면 아무 모드나 표면적으로만 켜진 것처럼 보입니다. 구독 URL을 넣고 갱신한 뒤, 정책 그룹에서 실제 접속까지 되는 라인을 고릅니다. 절차는 구독 가져오기 가이드와 직선으로 이어져 있습니다. 처음엔 규칙 모드 분기 때문에 실패처럼 느껴지는 경우가 많으니 글로벌처럼 강하게 묶인 모드에서 연결 테스트를 한 다음 다시 규칙 모드로 내려오는 순서도 실무적으로 자주 쓰입니다.

도메인 규칙을 손보고 싶다면 라우팅 규칙 설명 페이지에서 정책 그룹·프로파일 구조 개념을 맞춰 두면 디버깅 메시지 읽기가 훨씬 빨라집니다.

5. 시스템 프록시: 무엇이 따라오고 무엇이 새나가나

시스템 프록시를 켜면 macOS의 네트워크 설정에 로컬 HTTP·HTTPS·SOCKS 프록시 호스트와 포트가 채워지고, 많은 브라우저·일반적인 데스크톱 앱은 이 표를 따라 움직입니다. Verge 내부에서 mixed-port나 실제로 열린 로컬 포트가 막히지 않았는지, 별도 방화벽 제품이 같은 포트를 건드리지 않는지도 함께 봅니다. 시스템 프록시는 권한 레벨은 낮고 부담도 가벼워 첫 통과 테스트에 특히 적합합니다.

한편 프록시를 읽지 않는 명령행 도구, 직접 소켓을 여는 프로그램, 샌드박스 때문에 시스템표를 무시하는 앱은 그대로 직통으로 빠져 나갑니다. 그럴 때 브라우저만 된다는 패턴이 뜹니다. 이 상태가 정상이라는 의미까지는 포함되므로 놀라실 필요 없이, 다음 단계인 TUN이나 도구별 환경 변수를 고려하게 됩니다.

6. TUN·시스템 확장·관리자 승인: 실리콘에서 자주 묻는 대화상자

TUN 모드는 시스템에 가상 터널 인터페이스를 올려 IP 레이어에서 패킷을 Clash 라우팅으로 보냅니다. 그래서 앱이 시스템 프록시 표를 무시해도 한 번 더 잡히는 장점이 있습니다. 대신 따라오는 게 많습니다. 헬퍼 또는 서비스 설치 안내, 관리자 암호, 그리고 시스템 확장·네트워크 확장 허용이라는 줄기까지 모두 처리해야 하는 경우가 흔합니다. 화면 경로 이름은 릴리스와 macOS 업데이트에 따라 조금씩 다르지만, 개념은 같습니다.

시스템 설정의 개인 정보 보호 및 보안, 네트워크, 로그인 항목 및 확장 등에서 해당 앱 이름이 허용으로 바뀌었는지를 확인해야 합니다. 한 번 허용했다고 끝이 아니라 업데이트 직후에 다시 같은 질문이 돌아오는 패턴도 있으니 업데이트 직후엔 상태를 새로 확인하는 버릇이 좋습니다. TUN 장치가 만들어 졌을 때 라우팅 테이블에 utun 계열 항목이 보이거나, 패킷 캡처 없이 간단 테스트만으로 상태를 교차 검증하기도 합니다.

스택 종류 선택지가 제공된다면 특정 회선에만 패킷이 끊기는 경우 교체해 보는 순서도 문서 커뮤니티에서 자주 권합니다. 세부 레이어링 원리가 궁금하면 TUN 모드 가이드와 같이 두고 읽기 좋습니다.

# Example: Terminal quick check — adjust timeouts as needed
curl -sI --connect-timeout 8 https://www.apple.com/networking | head -n 2

TUN ON에서 위 실험이 기대처럼 끝나면 IP 계층은 대체로 Clash 쪽을 오가고 있습니다. 반대로 시스템 프록시만으로만 성공한다면 증상은 아직도 앱별 준수 쪽 문제를 시사합니다.

7. 초보에게 권하는 켜는 순서

처음이라면 순서만 지켜도 절반은 해결되는 편입니다. 먼저 앱 신뢰와 구독·노드를 끝냅니다. 그 다음 시스템 프록시만으로 브라우저와 업무 도구까지 동작 확인을 합니다. 여기까지로 충분한 경우 많습니다.

터미널 패키지 관리 도구나 일부 라이브러리, 게임 런처 등 표를 무시하는 트래픽이 눈에 띈다면 그 시점에서 TUN을 켭니다. TUN 헬퍼를 설치하라거나 확장 허용을 요구하면 대화창 순서만 건너뛰지 말고 끝까지 마칩니다.

8. 브라우저만 된다거나 터미널이 안 따라올 때

셸마다 환경이 달라 HTTPS_PROXY가 비어 있을 수 있습니다. 시스템 프록시만 활성이라면 명령행이 우회처럼 느껴져도 놀래지 마시고, TUN으로 전역 경로를 맞추거나 셸 설정 파일에 프록시 변수를 넣거나 git config http.proxy처럼 도구별 프록시를 따로 주는 방식 중 하나를 고릅니다.

Electron 기반 앱은 Chromium 붙이는 방식에 따라 시스템 프록시를 따르기도 하고 자체 PAC만 보므로 앱 설정에 프록시 필드가 있는지를 먼저 확인하는 편이 낫습니다. App Store 정식 빌드는 샌드박스가 보수적인 경우 프록시·TUN 두 가지 모두 통과했다고 단정하지 않는 편이 안전합니다.

9. 상용 VPN·회사 장비(MDM)·다른 게이트 모드

직관적이지만 자주 깨먹기 쉬운 부분입니다. 회사 장비에서는 MDM이 네트워크 확장 사용자 설치까지 막거나, 허용 UI를 숨기기도 합니다. 이 경우 사용자가 아무리 메뉴를 뒤져도 TUN이 안 올라가는 상태가 장시간 반복되므로, IT에 문의 전에 차단 카테고리가 무엇인지부터 받아 두세요.

상용 브라우저 VPN이나 종단형 상용 클라이언트가 같은 맥 전역 라우팅을 잡고 있으면 Verge 라우팅과 충돌합니다. 먼저 상용 세션 종료 또는 프록시만 모드 확인 후 다시 테스트하는 것이 순서입니다.

10. 자주 묻는 질문