앱 실행 차단, 서비스 권한, 키체인 접근을 구분하세요
macOS에 Clash Verge를 설치한 뒤 앱 실행, 시스템 프록시 변경, 백그라운드 서비스 설치, 키체인 접근을 각각 시도하면 서로 다른 안내가 표시될 수 있습니다. 각 항목은 별개의 권한 요청이므로 비밀번호를 반복해서 입력하는 방식으로 모두 해결하려 해서는 안 됩니다. 먼저 팝업에 표시된 앱 이름과 작업 내용, 요청 대상을 확인한 뒤 다음 단계를 결정하세요.
기존 Clash Verge와 이후 유지 관리되는 Clash Verge Rev도 구분해야 합니다. 두 프로젝트의 버전과 분기에 따라 화면 구성과 서비스 구현 방식이 다를 수 있습니다. 이 문서에서는 macOS 13, 14, 15의 시스템 설정 경로를 기준으로 설명합니다. 클라이언트의 ‘서비스 모드’, ‘가상 네트워크 인터페이스 모드’ 등의 명칭은 설치된 버전에 따라 다를 수 있으니, 다른 버전의 스크린샷에서 현재 버전에 없는 버튼을 찾지 마세요.
| 표시된 안내 또는 증상 | 해당 단계 | 먼저 확인할 항목 |
|---|---|---|
| 개발자를 확인할 수 없음, 앱을 열 수 없음 | 앱 실행 확인 | 설치 파일 출처, 시스템 보안 안내 |
| 도우미 도구 설치 시 관리자 암호 요구 | 권한이 필요한 백그라운드 서비스 | 방금 직접 서비스 설치를 눌렀는지 |
| 시스템 확장 차단, VPN 구성 추가 | 네트워크 구성 요소 권한 | 팝업에 표시된 앱 및 구성 요소 이름 |
| 키체인에 저장된 기밀 정보에 접근하려고 함 | 저장된 자격 증명 읽기 | 요청 프로세스 및 키체인 항목 이름 |
| 클라이언트를 종료한 뒤 웹페이지가 열리지 않음 | 프록시 또는 네트워크 설정이 남아 있음 | 시스템 프록시 주소와 포트, 프로세스 상태 |
1단계: ‘앱을 열 수 없음’ 문제를 해결하고 정상 실행하기
설치 위치와 프로세서 아키텍처 확인
- 화면 왼쪽 위의 Apple 메뉴를 클릭한 다음 ‘이 Mac에 관하여’를 선택하세요. Apple 칩이 표시되면 일반적으로 arm64 설치 파일을, Intel 프로세서가 표시되면 x64 설치 파일을 선택합니다. Universal 패키지가 제공되는 경우 릴리스 안내에 따라 선택하세요.
- 다운로드한 디스크 이미지 파일을 열고 클라이언트를 ‘응용 프로그램’ 폴더로 드래그하세요. 복사가 끝나면 디스크 이미지를 추출하고, 마운트된 설치 이미지에서 계속 실행하지 마세요.
- Finder의 ‘응용 프로그램’에서 클라이언트를 실행하세요. 시스템이 실행을 차단하면 안내 문구 전체를 기록한 뒤 시스템 설정에서 확인하세요. 먼저 시스템 전체의 보안 정책을 변경하지 마세요.
‘개발자를 확인할 수 없음’ 또는 Apple에서 악성 소프트웨어가 포함되어 있는지 확인할 수 없다는 안내가 표시되면, macOS 13, 14, 15에서는 ‘시스템 설정’ → ‘개인정보 보호 및 보안’으로 이동해 아래쪽의 ‘보안’ 섹션을 확인하세요. 출처와 개발자 정보가 예상한 내용과 일치하는 경우에만 시스템에서 제공하는 ‘그래도 열기’를 선택하고 후속 확인 창을 진행하세요. 이 옵션은 보통 앱 실행을 한 번 시도한 뒤에 나타납니다.
‘앱이 손상됨’ 또는 ‘컴퓨터를 손상시킵니다’라는 안내는 일반적인 미확인 개발자 경고와 다릅니다. 이런 안내가 나오면 실행을 중단하고 프로젝트의 공식 배포처에서 시스템에 맞는 설치 파일을 다시 받은 뒤 릴리스 안내를 확인하세요. Gatekeeper를 끄거나 격리 속성을 일괄 제거하는 방법을 일반적인 설치 절차로 사용하지 마세요. 필요한 보안 정보를 확인하지 않고 우회하게 됩니다.
2단계: 시스템 프록시를 먼저 확인한 뒤 TUN 권한 설정하기
처음 설정할 때는 시스템 프록시만 켜고 TUN은 잠시 꺼 두는 것이 좋습니다. 이렇게 하면 구독 정보, 프록시 그룹, 로컬 수신 대기 상태를 먼저 확인할 수 있어, 노드를 사용할 수 없는 문제를 네트워크 확장 권한 문제로 오해하지 않습니다. 시스템 프록시는 macOS 프록시 설정을 따르는 앱에 주로 적용되며, 모든 프로그램이나 UDP 트래픽을 처리하는 것은 아닙니다.
- 클라이언트의 ‘구독’ 또는 ‘프로필’ 페이지에서 설정을 가져와 현재 설정으로 지정하세요. 노드 목록이 표시되면 ‘프록시’ 페이지에서 사용할 수 있는 노드나 정책 그룹을 선택합니다.
- 실행 모드를 Rule로 설정한 다음 클라이언트에서 ‘시스템 프록시’를 켜세요. 수신 대기 포트를 변경했다면 먼저 코어가 다시 로드되었는지 확인하세요.
- ‘시스템 설정’ → ‘네트워크’ → 현재 사용 중인 Wi-Fi → ‘세부사항’ → ‘프록시’로 이동하세요. 유선 네트워크를 사용하는 경우 해당 네트워크 서비스를 선택하고 ‘세부사항’을 여세요.
- HTTP, HTTPS 또는 SOCKS 프록시 항목을 확인하세요. 활성화된 항목은 클라이언트가 실제로 수신 대기 중인 주소와 포트를 가리켜야 합니다. 흔히 사용하는 로컬 주소는
127.0.0.1입니다. 다른 안내에서 본 포트를 그대로 따라 입력하지 마세요.
예를 들어 현재 설정이나 실행 정보에 mixed-port: 7890이 명시된 경우에만 아래 명령으로 테스트하세요. 7890은 예시일 뿐, 모든 Clash Verge 분기의 기본 포트가 아닙니다. mixed-port는 HTTP와 SOCKS 프록시 요청을 모두 처리할 수 있습니다.
curl -I --connect-timeout 10 --max-time 20 \
--proxy http://127.0.0.1:7890 https://example.com
- 대상 사이트의 HTTP 응답 헤더가 표시되면 이번 명시적 프록시 요청이 응답을 받은 것입니다. 그렇다고 모든 앱의 트래픽이 프록시를 거친다고 단정할 수는 없습니다.
Failed to connect가 표시되면 포트, 코어 실행 상태, 수신 대기 주소를 먼저 확인하세요.- 로컬 프록시에 연결된 뒤에도 시간 초과가 발생한다면 노드, 규칙, DNS를 추가로 확인하세요. 이때 시스템 권한을 계속 승인해도 보통 문제는 해결되지 않습니다.
명령줄 도구는 macOS 시스템 프록시 설정을 따르지 않을 수 있으므로 여기서는 --proxy를 명시적으로 사용합니다. 터미널에서 curl을 한 번 실행한 결과만으로 시스템 프록시가 제대로 작동하는지 판단하지 마세요.
3단계: 실제 구현 방식에 맞춰 백그라운드 서비스 또는 네트워크 확장 승인하기
서비스 모드에서 요구하는 관리자 암호
더 많은 앱의 트래픽을 처리해야 한다면 클라이언트의 ‘설정’에서 ‘서비스 모드’ 또는 TUN 관련 항목을 찾아보세요. 일부 버전에는 ‘설치’ 버튼이 있고, 다른 버전은 관련 기능을 켤 때 설치를 안내합니다. macOS 관리자 권한 확인 창이 나타나면 방금 실행한 작업과 연속해서 표시된 것인지 확인하고 앱 이름을 확인한 뒤 이 Mac의 관리자 계정으로 승인하세요.
여기서 요구하는 것은 보통 이 Mac의 관리자 계정 정보이지 Apple 계정 암호, 구독 암호 또는 노드 암호가 아닙니다. 백그라운드 서비스를 설치할 때는 권한이 필요할 수 있지만, 정상적으로 설치된 서비스를 한 번 실행할 때마다 계속 다시 설치할 필요는 없습니다. 실행할 때마다 팝업이 뜬다면 클라이언트가 ‘응용 프로그램’ 폴더에 설치되어 있는지, 여러 분기의 클라이언트를 동시에 실행하고 있지는 않은지 확인한 뒤 로그에서 서비스 연결 오류를 살펴보세요.
확장 안내가 표시될 때만 네트워크 확장을 설정하세요
- macOS 13, 14: 특정 개발자의 시스템 소프트웨어가 차단되었다고 macOS에서 명확히 알리는 경우 ‘시스템 설정’ → ‘개인정보 보호 및 보안’ → ‘보안’으로 이동해 해당 설치에 대한 허용 옵션을 확인하세요. 관련 안내가 없다면 일반적인 Clash 확장 설정을 찾아볼 필요가 없습니다.
- macOS 15: 네트워크 확장 관리 화면은 ‘시스템 설정’ → ‘일반’ → ‘로그인 항목 및 확장 프로그램’ → ‘네트워크 확장’에서 열 수 있습니다. 설치한 클라이언트가 해당 구성 요소를 등록한 경우에만 관련 항목이 표시됩니다.
- VPN 구성 추가: 현재 클라이언트 구현으로 인해 이 안내가 표시되면 앱 이름을 확인한 뒤 허용 여부를 결정하세요. 다른 VPN 앱에 이미 권한을 부여했더라도 이번 클라이언트의 권한까지 승인된 것은 아닙니다.
승인한 뒤 클라이언트로 돌아가 TUN을 다시 켜고 상태가 유지되는지, 로그에 권한 부족·서비스 사용 불가·라우팅 설정 실패가 표시되는지 확인하세요. 시스템에서 재시작을 명시적으로 요청할 때만 재시작하세요. 그런 안내가 없다면 이유 없이 여러 번 재시작하기보다 클라이언트를 종료한 뒤 다시 열어 보세요.
4단계: 키체인 안내를 구분하고 TUN 필수 권한으로 오해하지 않기
키체인은 자격 증명을 저장하고 접근을 제어합니다. 시스템 프록시나 TUN에 관리자 권한이 필요하다고 해서 특정 키체인 항목에도 반드시 접근해야 하는 것은 아닙니다. ‘키체인에 저장된 기밀 정보를 사용하려고 합니다’라는 안내가 표시되면 요청하는 프로세스와 읽으려는 항목 이름을 확인하세요.
- 먼저 자격 증명을 저장했거나 인증이 필요한 프록시에 연결하는 등 관련 작업을 방금 수행했는지 확인하세요. 팝업이 현재 작업과 무관하다면 먼저 ‘거부’를 누르고 표시된 이름을 기록한 뒤 원인을 살펴보세요.
- 예상한 앱이 예상한 항목에 접근하는 것이 맞다면 우선 한 번만 ‘허용’을 선택할 수 있습니다. 계속 접근하도록 허용하는 이유를 이해하고 해당 앱을 신뢰하는 경우에만 ‘항상 허용’을 고려하세요.
- 항목을 확인하려면 macOS 13, 14에서는 ‘응용 프로그램’ → ‘유틸리티’에서 ‘키체인 접근’을 여세요. macOS 15에서는 Spotlight에서 ‘키체인 접근’을 검색해도 됩니다. ‘암호’ 앱과 혼동하지 마세요.
- ‘로그인’ 키체인을 선택하고 팝업에 표시된 항목 이름으로 검색하세요. 해당 항목을 열어 정보와 ‘접근 제어’를 확인하세요. 용도를 모르는 인증서나 키, 키체인 전체를 삭제하지 마세요.
키체인 암호는 보통 이 Mac의 로그인 암호와 같지만, 관리자가 계정 암호를 재설정했고 이전 키체인이 예전 암호를 계속 사용하는 경우에는 다를 수 있습니다. 이때 현재 로그인 암호를 반복해서 입력해도 이전 키체인의 잠금은 풀리지 않습니다. 시스템의 키체인 복구 절차를 따르세요. 기본 키체인을 재설정하면 저장된 자격 증명을 사용할 수 없게 될 수 있으므로 첫 번째 문제 해결 방법으로 선택해서는 안 됩니다.
클라이언트를 업데이트하거나 교체한 뒤 팝업이 반복된다면 앱 서명이나 항목 접근 제어가 변경되었거나 다른 프로세스가 요청 중일 수 있습니다. 모든 앱에 해당 항목 접근을 허용하지 말고 요청하는 앱을 다시 확인하세요.
5단계: TUN을 확인하고 다른 네트워크 도구와의 충돌 점검하기
권한 설정을 마친 뒤 기존 설정과 노드는 그대로 두고 TUN만 변경하세요. 먼저 시스템 프록시 방식으로 연결되는지 확인한 다음 필요에 따라 시스템 프록시를 끄고 TUN만 켜서 대상 앱을 테스트합니다. VPN, 투명 프록시, 필터링 도구를 여러 개 동시에 사용하면 라우팅과 DNS 설정이 번갈아 바뀌어 결과를 파악하기 어려울 수 있습니다.
- 브라우저는 정상인데 특정 앱만 문제: 해당 앱이 별도의 프록시나 자체 DNS, 고정된 직접 연결 설정을 사용하는지 확인하세요. 클라이언트의 ‘연결’ 페이지에서 해당 요청과 적용된 규칙을 확인합니다.
- TUN을 켜자마자 인터넷 연결이 끊김: 먼저 TUN을 끄고 일반 네트워크가 복구되는지 확인한 다음 코어 로그에서 라우팅, DNS, 서비스 오류를 확인하세요. DNS를 바꾸면서 노드까지 동시에 변경하지 마세요.
- 시스템에 기존 VPN이 표시됨: ‘시스템 설정’ → ‘VPN’에서 현재 연결을 확인하고 다른 VPN을 잠시 끊은 뒤 다시 테스트하세요. 회사에서 관리하는 기기라면 조직의 네트워크 관리 지침을 먼저 따르세요.
- 회사 컴퓨터에서 권한을 승인할 수 없음: 확장 설정이 관리되거나 관리자 계정을 사용할 수 없다면 기기 관리자에게 문의하세요. 클라이언트를 다시 설치해도 기기 관리 정책은 해제되지 않습니다.
터미널에서 ifconfig를 실행하면 utun 인터페이스를 확인하는 데 도움이 됩니다. 하지만 utun0이나 utun1이 표시된다는 사실만으로 Clash가 트래픽을 처리하고 있다고 판단할 수는 없습니다. macOS 자체나 다른 앱도 이런 인터페이스를 만들 수 있습니다. 클라이언트의 TUN 상태가 정상이고, 로그에 관련 오류가 없으며, 대상 요청이 연결 목록에 표시되고 실제 접속도 성공하는지 함께 확인하는 것이 더 정확합니다.
종료 후 인터넷이 끊기거나 권한 요청이 반복될 때 복구하는 순서
클라이언트를 닫은 뒤에도 인터넷이 되지 않으면 설정 파일이나 키체인을 바로 삭제하지 말고 먼저 네트워크 설정을 복구하세요. 중지된 포트를 가리키는 로컬 프록시 설정이 남아 있으면 브라우저가 더 이상 수신 대기하지 않는 포트에 연결을 시도해 Mac 전체의 인터넷이 끊긴 것처럼 보일 수 있습니다.
- 클라이언트를 열 수 있다면 먼저 ‘시스템 프록시’와 TUN을 끈 다음 정상적으로 종료하세요.
- ‘시스템 설정’ → ‘네트워크’ → 현재 네트워크 → ‘세부사항’ → ‘프록시’로 이동해 이번 클라이언트에서 설정한 것이 맞는 항목만 끄세요. 회사 네트워크에서 원래 사용하던 프록시는 먼저 기록하고 함께 지우지 마세요.
- ‘시스템 설정’ → ‘VPN’에서 이번 테스트 때 남은 연결이 없는지 확인하세요. 그런 다음 Wi-Fi나 유선 네트워크에 다시 연결해 일반 웹페이지를 열어 보세요.
- 클라이언트를 다시 실행하고 시스템 프록시만 켜서 한 번 테스트하세요. 그다음 서비스 모드와 TUN을 따로 확인하고 어느 단계에서 문제가 다시 발생하는지 기록하세요.
서비스를 다시 설치해야 한다면 클라이언트에 있는 제거 및 설치 기능을 우선 사용하세요. 시스템 백그라운드 서비스 파일을 무작정 삭제하지 마세요. 도움을 요청할 때는 macOS 버전, 칩 종류, 클라이언트의 정확한 이름과 버전, 팝업이 나타난 작업, 민감한 정보를 지운 로그를 제공하면 됩니다. 구독 링크, 액세스 토큰, 노드 암호는 공개하지 마세요.