macOS Clash 클라이언트 권한 설정: 네트워크 확장 승인 및 키체인 암호 팝업 해결

먼저 네 가지 팝업을 구분하세요: 앱 실행, 프록시, 확장 프로그램, 키체인

Mac에 Clash 클라이언트를 설치하면 시스템이 앱 실행을 차단하거나 네트워크 설정 변경을 허용할지 물을 수 있고, 이후 암호 입력 창이 나타날 수도 있습니다. 각 팝업은 서로 다른 권한을 요청하므로 같은 암호를 반복해서 입력해도 해결되지 않습니다. 팝업 제목과 요청 프로세스 이름, 설명을 확인한 뒤 다음 단계로 진행하세요.

Clash는 코어 및 설정 생태계에서 쓰이는 이름이며, 모든 GUI 클라이언트가 같은 방식으로 작동하는 것은 아닙니다. mihomo 코어를 사용하는 클라이언트는 권한이 있는 보조 프로그램으로 TUN 인터페이스를 만들거나 시스템 네트워크 확장 방식을 사용할 수 있습니다. 시스템 프록시만 켜는 경우에는 보통 TUN을 활성화할 필요가 없습니다. 아래 안내는 macOS 13 Ventura, 14 Sonoma, 15 Sequoia의 설정 경로를 기준으로 하며, 실제 항목의 표시 여부는 OS 버전과 클라이언트 구현에 따라 달라집니다.

표시되는 팝업	해당 단계	먼저 확인할 항목
개발자를 확인할 수 없음, 악성 소프트웨어 포함 여부를 확인할 수 없음	앱 실행 확인	설치 파일 출처, 앱 서명, 보안 설정
변경 또는 보조 도구 설치 요청	관리자 인증	요청자 이름, 서비스 설치나 프록시 활성화를 방금 실행했는지
VPN 구성 추가, 시스템 확장 차단	네트워크 설정 또는 확장 프로그램 승인	클라이언트가 실제로 사용하는 네트워크 처리 방식
키체인에 저장된 기밀 정보에 접근	자격 증명 읽기	요청 앱, 키체인 이름, 접근하려는 항목

설치 후 첫 실행: ‘열 수 없음’ 팝업 해결

앱을 먼저 ‘응용 프로그램’ 폴더로 옮기세요

Apple 메뉴에서 ‘이 Mac에 관하여’를 열어 칩 또는 프로세서를 확인하세요. Apple Silicon Mac은 ARM64／Apple Silicon 설치 파일을, Intel Mac은 x64／Intel 설치 파일을 선택합니다.
다운로드한 디스크 이미지를 열고 클라이언트를 ‘응용 프로그램’ 폴더로 드래그하세요. 같은 이름의 클라이언트를 설치한 적이 있다면 기존 앱을 정상적으로 종료한 뒤 프로젝트 안내에 따라 교체하세요.
Finder에서 ‘응용 프로그램’을 열어 클라이언트를 실행하세요. 다운로드 폴더나 읽기 전용 디스크 이미지에서 계속 실행하지 마세요.
앱이 정상적으로 실행되는 것을 확인한 뒤 설치용 디스크 이미지를 추출하세요. 이후 키체인 권한과 보조 프로그램을 확인할 때는 정해진 설치 위치에 있는 앱을 기준으로 해야 합니다.

아키텍처를 잘못 선택하면 앱이 실행되지 않거나 Rosetta 설치를 요구하고, 설치 프로그램이 호환되지 않는다고 표시될 수 있습니다. 이는 네트워크 확장 권한 문제와 별개입니다. 현재 클라이언트에 해당 아키텍처용 빌드가 없다면 지원 범위를 먼저 확인하세요. 호환성 문제를 해결하려고 시스템 보안 설정을 끄지 마세요.

보안 설정에서 ‘그래도 열기’ 선택

개발자를 확인할 수 없다는 메시지가 표시되면 설치 파일이 프로젝트의 공식 배포 경로에서 왔는지, 팝업의 앱 이름이 맞는지 먼저 확인하세요. 출처가 확인되면 ‘시스템 설정’ → ‘개인정보 보호 및 보안’으로 이동해 ‘보안’ 섹션에 해당 앱의 차단 기록과 ‘그래도 열기’ 버튼이 있는지 확인하세요. 안내에 따라 인증한 뒤 앱을 다시 실행합니다. 버튼은 앱을 한 번 열려고 시도한 후에 나타나는 경우가 많으며, 일정 시간 동안만 사용할 수 있습니다.

macOS 15에서는 올바르게 서명되지 않았거나 공증되지 않은 소프트웨어를 여는 절차가 더 엄격합니다. 예전 안내의 ‘마우스 오른쪽 버튼으로 열기’를 모든 버전에 적용할 수는 없습니다. 앱이 컴퓨터를 손상시키거나 악성 소프트웨어를 포함할 수 있다는 메시지가 명확히 표시되면 실행을 멈추고 출처를 다시 확인하세요. ‘앱이 손상되었습니다’라는 메시지를 단순한 권한 누락으로 단정해서도 안 됩니다.

특정 클라이언트 하나 때문에 Gatekeeper나 SIP를 전역적으로 끄거나, 격리 속성을 일괄 제거하는 명령을 실행하지 마세요. 이러한 조치는 영향을 넓히고 설치 파일 자체의 문제를 가릴 수 있습니다. 조직에서 관리하는 Mac에서 앱을 열 수 없다면 관리자에게 정책을 확인해 달라고 요청하세요.

시스템 프록시 권한: 먼저 브라우저 연결부터 확인

처음 사용할 때는 TUN을 끄고 클라이언트의 ‘시스템 프록시’만 켜도 됩니다. 이 기능은 보통 현재 네트워크 서비스에 HTTP 및 HTTPS 프록시 주소를 설정합니다. 일부 클라이언트는 시스템 설정을 변경하기 위해 관리자 권한을 요청하거나 보조 서비스를 설치합니다. 정확한 메뉴 이름은 클라이언트에 표시된 내용을 따르세요. 클라이언트마다 ‘서비스 모드’가 네트워크 확장을 뜻하는 것은 아닙니다.

사용 가능한 설정을 가져오고 코어가 실행 중인지 확인한 다음, 프록시 정책 그룹에서 연결 가능한 노드를 선택하세요.
설정 파일에서 실제 수신 포트를 확인하세요. 설정이 mixed-port: 7890이면 HTTP와 SOCKS가 같은 포트를 사용할 수 있습니다. 모든 클라이언트의 기본 포트가 7890이라고 가정하지 마세요.
‘시스템 프록시’를 켜세요. 관리자 인증 창이 나타나면 요청한 앱이나 보조 프로그램이 방금 조작한 클라이언트와 관련 있는지 확인한 뒤 승인하세요.
‘시스템 설정’ → ‘네트워크’ → 현재 연결된 ‘Wi-Fi’ 또는 ‘이더넷’ → ‘세부사항’ → ‘프록시’로 이동해 활성화된 항목의 주소와 포트를 확인하세요.

일반적인 로컬 프록시는 127.0.0.1을 사용합니다. 설정 파일의 포트가 7890인데 시스템 설정이 이전 클라이언트의 7897을 가리키면, 화면에 연결됨으로 표시되어도 브라우저가 인터넷에 접속하지 못할 수 있습니다. HTTPS 사이트에 사용하는 ‘보안 웹 프록시(HTTPS)’ 항목에도 임의로 다른 포트를 입력하지 말고 클라이언트가 실제로 설정한 값을 따르세요.

읽기 전용 명령으로 확인하고 시스템 상태는 변경하지 마세요

scutil --proxy
lsof -nP -iTCP:7890 -sTCP:LISTEN

첫 번째 명령으로 현재 시스템 프록시 정보를 확인하고 HTTPEnable, HTTPProxy, HTTPPort 및 해당 HTTPS 항목을 살펴보세요. 두 번째 명령은 로컬 7890 포트를 어떤 프로세스가 사용 중인지 확인합니다. 실제 포트가 다르면 명령의 숫자를 바꾸세요. 출력이 없으면 코어가 실행 중인지, 포트가 올바르게 설정됐는지 확인하세요. 네트워크 확장을 바로 다시 설치하지 마세요.

시스템 프록시는 기기의 모든 트래픽을 처리하지 않습니다. 일부 명령줄 도구, 게임, 직접 연결을 만드는 앱은 시스템 프록시 설정을 따르지 않습니다. 브라우저는 접속되는데 특정 앱이 여전히 직접 연결된다는 이유만으로 권한 문제가 있다고 판단할 수는 없습니다.

네트워크 확장과 TUN: 클라이언트 구현에 맞게 승인

TUN은 가상 네트워크 인터페이스를 이용해 트래픽을 처리하는 방식으로, 시스템 프록시를 따르지 않는 앱의 트래픽을 다룰 때 주로 사용합니다. 그렇다고 반드시 특정 네트워크 확장을 설치해야 하는 것은 아닙니다. mihomo는 macOS에서 필요한 권한을 이용해 가상 인터페이스를 만들 수 있으며, GUI 클라이언트는 권한이 있는 보조 프로그램으로 라우팅과 DNS를 관리할 수도 있습니다. 다른 클라이언트는 Apple 네트워크 확장 인터페이스를 호출하기도 합니다.

네트워크 확장 또는 VPN 구성 팝업이 표시되는 경우

macOS 15: ‘시스템 설정’ → ‘일반’ → ‘로그인 항목 및 확장 프로그램’으로 이동해 ‘확장 프로그램’ 섹션의 ‘네트워크 확장’을 확인하세요. 앱에 해당 확장 프로그램이 등록되어 있어야 목록에 표시됩니다.
macOS 13／14: 시스템에서 확장 프로그램이 차단되었다고 알리면 ‘시스템 설정’ → ‘개인정보 보호 및 보안’으로 이동해 해당 개발자의 허용 요청이 있는지 확인하세요. 모든 네트워크 확장 프로그램이 이 절차를 따르는 것은 아닙니다.
VPN 구성 추가: 방금 해당 클라이언트의 관련 기능을 켰고 이름과 출처가 모두 일치하는 경우에만 허용하세요. 승인 후에는 시스템 설정의 ‘VPN’ 또는 ‘네트워크’ 아래 ‘VPN 및 필터’에서 확인할 수 있습니다. 정확한 위치는 OS 버전과 설치된 항목에 따라 달라집니다.

클라이언트에 ‘서비스 설치’ 또는 ‘서비스 복구’만 표시되고 시스템에 네트워크 확장 항목이 없다면 해당 클라이언트의 보조 서비스 안내를 먼저 확인하세요. 다른 앱의 확장 프로그램을 승인하지 마세요. TUN이 만든 인터페이스가 일반 네트워크 서비스 목록에 클라이언트 이름으로 표시되지 않을 수도 있습니다. 인터페이스가 존재한다는 사실만으로 트래픽이 제대로 분기된다고 볼 수는 없습니다.

활성화 후 확인 순서

기존에 작동하던 설정을 유지하고 현재 시스템 프록시와 TUN 상태를 기록하세요.
TUN만 켜고 클라이언트 로그에 권한 부족, 인터페이스 생성 실패, 경로 추가 실패가 표시되는지 확인하세요.
브라우저와 기존에 시스템 프록시를 사용하지 않던 대상 앱을 테스트하고 클라이언트의 연결 기록을 확인하세요.
인터넷 연결이 끊기면 먼저 TUN을 끄고 네트워크가 복구되는지 확인한 뒤 라우팅, DNS 또는 다른 VPN과의 충돌을 점검하세요.

키체인 팝업이 반복될 때: 요청자와 암호부터 확인

키체인에는 자격 증명과 키 등의 정보가 저장됩니다. 일부 클라이언트는 구독 인증 정보나 다른 기밀 데이터를 키체인에 보관하지만, 모든 Clash 클라이언트가 그런 것은 아닙니다. 시스템에서 ‘접근 허용’을 반복해서 묻는다면 요청 앱, 기밀 항목 이름, 키체인 이름을 확인하세요. 팝업에 Clash라는 이름이 있다는 이유만으로 ‘항상 허용’을 선택하지 마세요.

경우 1: 특정 항목에 처음 접근할 때만 표시됨

팝업에 표시된 앱이 현재 설치해 사용 중인 클라이언트와 일치하고 항목의 용도도 타당하다면 해당 키체인의 암호를 입력한 뒤 ‘허용’을 선택할 수 있습니다. 일반적으로 ‘허용’은 이번 접근에만 적용됩니다. ‘항상 허용’을 선택하면 해당 항목에 대한 앱의 접근 권한이 저장됩니다. 요청자의 신원을 확인한 경우에만 사용하고, 알 수 없는 프로세스에는 장기 권한을 부여하지 마세요.

경우 2: 로그인 암호로 Mac은 잠금 해제되지만 키체인은 열리지 않음

계정 암호를 복구 절차나 다른 관리 방법으로 재설정한 뒤 이런 문제가 생길 수 있습니다. ‘로그인’ 키체인에는 이전 암호가 남아 있고 계정에는 새 암호가 설정된 상태입니다. 새 로그인 암호를 계속 입력해도 둘 사이의 불일치는 해결되지 않습니다.

Command + 스페이스를 누르고 ‘키체인 접근’을 검색해 여세요. ‘암호’ 앱과 혼동하지 마세요.
사이드바에서 ‘로그인’ 키체인을 선택하고 잠금 해제를 시도하세요. 이전 암호를 기억한다면 해당 키체인을 실제로 열 수 있는지 먼저 확인하세요.
현재 시스템에 ‘편집’ → ‘키체인 ‘로그인’의 암호 변경’ 메뉴가 있다면 이전 키체인 암호로 인증한 뒤 계정의 현재 암호로 변경하세요. 메뉴 이름은 OS 버전에 따라 조금씩 다를 수 있습니다.
이전 암호를 찾을 수 없다면 저장된 자격 증명을 복구할 방법부터 검토하고, 현재 OS 버전에 맞는 Apple 안내에 따라 기본 키체인을 재설정하세요.

키체인 재설정은 단순한 ‘캐시 삭제’가 아닙니다. 잠금 해제할 수 없는 이전 항목은 자동으로 읽을 수 있게 복구되지 않으며, 웹사이트·네트워크·앱 자격 증명을 다시 입력해야 할 수 있습니다. 회사 기기라면 먼저 관리자에게 문의하세요. 문제를 해결하려고 키체인 폴더 전체를 삭제하지 마세요.

경우 3: 앱 업데이트 후 실행할 때마다 팝업이 표시됨

앱 업데이트, 서명 신원 변경, 여러 앱 사본의 동시 보관, 이전 항목의 접근 제어 설정 때문에 다시 확인을 요청할 수 있습니다. 먼저 같은 종류의 클라이언트를 모두 종료하고 ‘응용 프로그램’ 폴더에 남긴 앱 하나만 실행하세요. 그런 다음 ‘키체인 접근’에서 팝업에 표시된 항목 이름을 검색하세요.

항목 정보를 열고 ‘접근 제어’ 탭이 있다면 접근이 허용된 앱이 현재 설치한 버전과 일치하는지 확인하세요. 모든 앱에 임의 접근을 허용하지 마세요. 해당 항목이 현재 클라이언트에서 생성된 것이 확실하고 자격 증명을 다시 입력할 수 있다면, 먼저 클라이언트 설정을 백업한 뒤 프로젝트 안내에 따라 이 이전 항목만 제거하고 다시 로그인하세요. 검색 결과를 한꺼번에 삭제하거나 모르는 인증서와 개인 키를 지우지 마세요.

관리자 암호가 반복해서 뜬다고 해서 반드시 키체인 문제는 아닙니다

‘앱이 변경을 시도합니다’와 ‘키체인의 기밀 정보에 접근합니다’는 서로 다른 종류의 팝업입니다. 시스템 프록시를 켜거나 코어를 시작하거나 TUN을 활성화할 때 전자가 매번 나타난다면 클라이언트가 일시적인 관리자 권한에 의존하는지, 보조 서비스가 제대로 설치됐는지 확인하세요. 시스템 서비스를 해결하려고 키체인 항목을 수정하지 마세요.

앱 설치 위치 확인: 디스크 이미지, 다운로드 폴더 또는 이전 앱 사본에서 실행하고 있지 않은지 확인하세요.
클라이언트에 포함된 메뉴 사용: ‘서비스 설치’, ‘서비스 복구’, ‘서비스 제거’가 있다면 해당 프로젝트 문서에 따라 실행하세요. 다른 클라이언트의 보조 프로그램을 복사하지 마세요.
백그라운드 항목 확인: ‘시스템 설정’ → ‘일반’ → ‘로그인 항목’(macOS 15에서는 ‘로그인 항목 및 확장 프로그램’)에서 관련 백그라운드 항목이 꺼져 있는지 확인하세요. 출처를 확인할 수 있는 항목만 변경하세요.
계정 권한 구분: 표준 계정으로 시스템을 변경할 때 관리자 계정 인증이 필요할 수 있습니다. 기기 관리 정책으로 제한된 경우 관리자에게 문의하세요.

일부 클라이언트는 특정 작업에서 관리자 승인을 요청하도록 설계되어 있어 서비스를 설치해도 모든 암호 팝업이 사라진다고 할 수는 없습니다. 팝업이 없어지는지보다 요청이 작업과 관련 있는지, 서비스가 정상 작동하는지, 네트워크가 안정적인지를 기준으로 판단하세요.

설치 후 확인 및 원상 복구

권한을 승인한 뒤 아래 순서대로 점검하면 시스템 설정 문제와 구독·노드 문제를 구분할 수 있습니다. 한 번에 한 가지 설정만 바꾸고 테스트를 통과한 뒤 다음 단계로 넘어가세요. 문제가 생겨도 어느 단계에서 변화가 시작됐는지 확인하기 쉽습니다.

프록시를 끄고 기본 네트워크 테스트: 클라이언트를 종료하기 전에 시스템 프록시와 TUN을 끄고 일반 네트워크가 작동하는지 확인하세요.
시스템 프록시만 테스트: 클라이언트를 실행하고 설정을 가져온 뒤 정책을 선택하세요. 수신 포트와 시스템 프록시 포트가 일치하는지 확인하고 프록시가 필요한 웹사이트에 접속하세요.
연결 기록 확인: 대상 요청이 클라이언트에 들어왔는지, 어떤 규칙과 정책 그룹이 적용됐는지 확인하세요. 설정에서 직접 연결 규칙이 선택됐다면 연결 기록이 있어도 프록시 노드를 사용한 것은 아닙니다.
필요할 때만 TUN 활성화: 대상 앱에서 필요한 경우에만 켜고 라우팅 및 DNS 로그를 확인하세요. 여러 VPN, 네트워크 필터, DNS 도구를 동시에 전환하지 마세요.
재실행 후 확인: 클라이언트를 정상적으로 종료했다가 다시 실행해 앱 인스턴스가 여러 개 남아 있지 않은지, 같은 항목이 키체인 권한을 계속 요청하지 않는지 확인하세요.

클라이언트를 종료한 뒤에도 인터넷에 연결되지 않는다면 현재 네트워크의 ‘프록시’ 페이지로 돌아가 127.0.0.1을 가리키는 프록시 설정이 남아 있는지 확인하세요. 로컬 포트를 사용하는 프로세스가 없으면 이런 설정 때문에 브라우저가 작동하지 않는 프록시에 계속 연결할 수 있습니다. 이번 설정으로 추가된 항목만 끄고 회사 네트워크의 기존 자동 프록시나 관리 설정은 유지하세요.

추가 지원이 필요하면 macOS 전체 버전, 칩 종류, 클라이언트 이름과 버전, 문제가 발생한 단계, 팝업 원문을 기록하세요. 로그는 문제가 발생한 시점 주변만 추출하고 구독 URL, 인증 정보, 개인 정보는 가리세요. 설치 파일과 사용 방법은 각각 이 사이트의 클라이언트 다운로드 페이지와 빠른 시작 가이드에서 확인할 수 있습니다. 포트와 TUN 설정은 설정 항목 안내도 함께 참고하세요.