macOS에서 개발자를 확인할 수 없다고요? v2rayN 설치 및 네트워크 권한 허용 방법

차단 위치와 현재 상태부터 구분하기

‘개발자를 확인할 수 없음’은 앱이 실제로 실행되기 전에 발생하는 macOS 앱 실행 확인 단계의 문제입니다. 이때는 보통 v2rayN 메인 창이 아직 나타나지 않았으며 구독, 노드, 프록시 포트도 작동하지 않습니다. 계속 더블 클릭하거나 구독을 다시 가져와도 이 단계의 문제는 해결되지 않으므로 시스템 설정에서 현재 앱의 실행을 먼저 허용해야 합니다.

메인 창은 표시되지만 시스템 프록시 전환 시 관리자 암호를 요구한다면 앱 실행 확인은 이미 통과했고, 현재는 시스템 네트워크 구성 권한을 처리하는 단계입니다. 노드가 실행 중으로 표시되는데도 웹페이지에 접속할 수 없다면 프록시 모드, 포트, 라우팅 분할을 계속 점검해야 하며 문제를 더 이상 Gatekeeper 탓으로 돌리면 안 됩니다.

• 창이 전혀 나타나지 않음: 먼저 ‘개인정보 보호 및 보안’에서 실행 허용을 처리합니다.
• 창은 나타나지만 코어가 실행되지 않음: 로그를 열어 구성 필드, 포트 사용 여부, 코어 유형을 확인합니다.
• 코어는 실행되지만 웹페이지에 접속할 수 없음: 시스템 프록시가 활성화되었는지 확인하고 브라우저가 시스템 프록시를 따르는지 점검합니다.
• 터미널에서만 접속되지 않음: 터미널 도구는 시스템 프록시를 읽지 않을 수 있으므로 HTTP 또는 SOCKS 포트를 명시적으로 지정해야 합니다.

시스템 경로에 맞춰 처음 실행 허용하기

압축을 푼 v2rayN을 먼저 ‘응용 프로그램’ 폴더로 옮긴 후 처음 실행하는 것을 권장합니다. 앱이 계속 다운로드 폴더에 있으면 이후 업데이트나 다운로드 파일 정리 과정에서 경로가 바뀌기 쉽고, 시스템에 저장된 실행 허용 기록도 확인하기 어렵습니다. 이동을 마친 뒤 한 번 정상적으로 실행해 macOS가 해당 차단 기록을 생성하도록 하세요.

처음 차단 알림이 나타난 뒤 같은 아이콘을 계속 클릭하지 마세요. 바로 ‘시스템 설정’ → ‘개인정보 보호 및 보안’으로 이동해 ‘보안’ 영역까지 스크롤한 다음 v2rayN 관련 알림을 찾아 ‘그래도 열기’를 선택합니다. 현재 계정 암호나 생체 인증이 필요할 수 있습니다.

1. 응용 프로그램 폴더로 이동

   압축 해제가 끝나면 v2rayN 앱을 ‘응용 프로그램’ 폴더로 옮기세요. 압축 파일 미리보기 창이나 임시 폴더에서 바로 실행하지 않는 것이 좋습니다.

2. 차단 알림 표시하기

   ‘응용 프로그램’ 폴더에서 v2rayN을 더블 클릭합니다. 개발자를 확인할 수 없거나 앱이 차단되었다는 알림이 나타나면 팝업을 닫습니다.

3. 실행 허용 항목 찾기

   ‘시스템 설정’ → ‘개인정보 보호 및 보안’을 열고 ‘보안’ 영역까지 스크롤해 방금 차단된 v2rayN이 표시되는지 확인합니다.

4. 실행 확인하기

   ‘그래도 열기’를 클릭해 계정 인증을 완료합니다. 확인 창이 다시 나타나면 ‘열기’를 선택하고 메인 창이 나타날 때까지 기다립니다.

5. 실행 위치 고정하기

   실행에 성공한 뒤에는 앱이 있는 폴더를 그대로 유지하세요. 이후 업데이트할 때는 기존 프로세스를 먼저 종료한 다음 앱을 교체해 두 버전이 동시에 실행되지 않도록 합니다.

‘그래도 열기’가 나타나지 않는다면 보통 차단 기록이 아직 생성되지 않았거나 마지막 시도 후 시간이 너무 지난 경우입니다. ‘응용 프로그램’으로 돌아가 v2rayN을 다시 실행하고 차단 알림이 나타나면 즉시 ‘개인정보 보호 및 보안’에서 확인하세요. Finder에서 앱을 Control 키를 누른 채 클릭해 ‘열기’를 선택한 다음 시스템 확인 창에 따라 진행할 수도 있습니다.

개별 프로그램 문제를 해결하기 위해 앱 실행 확인 기능 전체를 끄는 방법은 권장하지 않습니다. 현재 앱만 한 번 명확하게 허용하면 다른 앱의 확인 절차는 바뀌지 않으며, 이후 문제가 실행 허용인지 코어 실행인지 프록시 구성인지도 쉽게 구분할 수 있습니다.

네트워크, 프록시, TUN 권한 처리하기

v2rayN이 정상적으로 실행된 뒤에도 macOS에서 여러 유형의 권한 요청이 나타날 수 있습니다. 각 요청이 허용하는 기능은 서로 다릅니다. 시스템 프록시 변경은 시스템 네트워크 설정을 따르는 앱이 로컬 포트에 연결하도록 하고, 로컬 네트워크 접근은 같은 네트워크의 주소에 연결할 때 필요합니다. 방화벽 알림은 인바운드 연결 수신과 관련 있으며, TUN 모드는 추가 시스템 승인이 필요할 수 있습니다.

기본 사용에서는 먼저 시스템 프록시를 활성화하고 처음부터 TUN을 사용할 필요는 없습니다. 시스템 프록시는 권한 단계가 짧아 구독, 노드, 코어가 정상인지 먼저 확인하기에 적합합니다. HTTP 및 HTTPS 트래픽이 프록시를 통해 안정적으로 흐른 뒤 앱 적용 범위에 따라 모드 전환을 결정하세요.

• 네트워크 설정 변경 요청: 시스템 프록시를 활성화하거나 복구할 때 나타나는 시스템 확인입니다. 요청을 시작한 앱이 v2rayN인지 확인한 후 권한을 허용하세요.
• 로컬 네트워크 접근 알림: 로컬 네트워크 주소나 서비스를 연결해야 할 때 ‘허용’을 선택합니다. 이전에 거부했다면 ‘시스템 설정’ → ‘개인정보 보호 및 보안’ → ‘로컬 네트워크’에서 다시 확인할 수 있습니다.
• 인바운드 연결 수신 알림: 해당 연결을 수신해야 할 때만 처리하세요. 로컬에서만 사용할 경우 수신 주소는 우선 127.0.0.1로 유지하는 것이 좋습니다.
• TUN 실행 실패: 먼저 TUN을 종료하고 시스템 프록시 모드가 작동하는지 확인한 다음 시스템 권한과 로그를 점검하세요. 노드와 가상 네트워크 인터페이스를 동시에 확인하지 않는 것이 좋습니다.

구독 가져오기 및 프록시 모드 선택

실행 허용은 클라이언트를 실행할 수 있다는 뜻일 뿐, 사용 가능한 노드가 있다는 의미는 아닙니다. v2rayN에 들어간 뒤 먼저 구독 그룹을 추가하고 전체 구독 주소를 붙여 넣은 다음 한 번 업데이트하세요. 목록에 노드가 나타나면 하나를 선택해 활성 서버로 지정하고 코어 실행 로그에서 수신 대기가 완료되는지 확인합니다.

구독을 가져올 때는 필드를 원본 그대로 유지하는 것이 중요합니다. VMess 및 VLESS의 주소, 포트, 전송 방식, TLS 또는 Reality 매개변수는 서비스 구성에 따라 결정됩니다. 구독 업데이트 후 노드 수가 0이라면 구독 주소가 완전한지, 만료되지 않았는지, 업데이트 과정에서 로그 오류가 발생했는지를 먼저 확인하고 누락된 필드를 임의로 추측해 입력하지 마세요.

1. 메인 화면에서 구독 그룹 관리로 이동해 그룹을 추가하고 전체 구독 주소를 붙여 넣습니다.
2. 모든 구독 업데이트를 실행하고 노드 목록이 새로 고쳐질 때까지 기다리세요. 업데이트 중에는 앱을 종료하지 마세요.
3. 노드 하나를 선택해 활성 서버로 지정하고 코어를 실행한 뒤 로그에 로컬 수신 정보가 나타날 때까지 기다립니다.
4. 먼저 시스템 프록시를 활성화하고 브라우저로 웹사이트에 접속해 기본 연결이 정상인지 확인합니다.
5. 그다음 라우팅 분할 규칙을 테스트해 직접 연결 도메인과 프록시 도메인이 각각 예상한 출구로 연결되는지 확인합니다.

라우팅 분할은 트래픽이 코어로 들어간 뒤 적용됩니다. 시스템 프록시가 macOS 네트워크 설정에 전혀 기록되지 않았다면 도메인 규칙을 조정해도 효과가 없고, 코어가 실행되지 않았다면 로컬 포트도 수신 대기하지 않습니다. 문제 해결 순서는 ‘코어 실행 → 포트 수신 대기 → 시스템 프록시 → 라우팅 규칙 적용’으로 고정해야 중단 지점을 빠르게 찾을 수 있습니다.

노드를 전환한 뒤에는 몇 초 기다렸다가 테스트하는 것이 좋습니다. 빠르게 연속 전환하면 이전 연결, DNS 캐시, 새 코어 로그가 뒤섞일 수 있습니다. 특정 노드 하나만 실패하고 다른 노드는 정상적으로 연결된다면 macOS 권한을 반복해서 수정하기보다 해당 노드의 구독 상태와 프로토콜 매개변수를 중점적으로 확인하세요.

시스템 프록시가 실제로 적용되었는지 확인하기

첫 번째로 v2rayN 상태 표시줄과 코어 로그를 확인합니다. 정상이라면 코어 실행 후 로컬 수신 주소와 포트가 표시되고 ‘address already in use’ 같은 포트 사용 중 오류가 없어야 합니다. 로그가 계속 재시작된다면 같은 포트를 사용할 수 있는 다른 프로세스를 먼저 종료하거나 매개변수 설정에서 사용하지 않는 포트로 변경하세요.

두 번째로 macOS의 현재 프록시 상태를 확인합니다. ‘시스템 설정’ → ‘네트워크’ → 현재 네트워크 연결 → ‘세부사항’ → ‘프록시’에서 웹 프록시와 보안 웹 프록시가 활성화되어 있는지 확인하세요. 서버는 일반적으로 127.0.0.1을 가리키고 포트는 v2rayN 매개변수 설정과 같아야 합니다. macOS 버전에 따라 버튼 문구는 조금 다를 수 있지만 현재 네트워크 연결의 세부 설정 안에 있습니다.

scutil --proxy

터미널에서 위 명령을 실행하면 시스템 프록시 구성을 확인할 수 있습니다. HTTPEnable, HTTPProxy, HTTPPort와 HTTPSEnable, HTTPSProxy, HTTPSPort를 중점적으로 확인하세요. 활성화 값은 1이어야 하며 프록시 주소는 클라이언트의 수신 주소와 같아야 합니다. 상태 표시줄에는 켜짐으로 나오지만 명령 결과가 여전히 0이라면 시스템 프록시를 끈 뒤 다시 활성화하고 시스템 권한 승인을 완료하세요.

curl --proxy http://127.0.0.1:10809 https://v2raylink.com/

두 번째 명령은 터미널이 시스템 프록시를 읽는지 여부와 관계없이 요청을 예시 HTTP 포트로 직접 전달합니다. 실제 HTTP 포트가 10809가 아니라면 v2rayN 화면에 표시된 값으로 바꾸세요. 명령이 페이지 내용을 반환하면 로컬 HTTP 진입점, 활성 노드, 원격 연결이 최소한 정상적으로 이어진 것입니다.

• 브라우저는 되지만 터미널은 안 됨: 터미널 프로그램이 시스템 프록시를 상속하지 않을 때는 명시적 프록시 매개변수를 사용하거나 현재 터미널 세션에 해당 환경 변수를 설정하세요.
• 명시적 프록시도 실패함: 코어 로그에 연결이 기록되는지, 노드 핸드셰이크, DNS 또는 라우팅 오류가 있는지 확인하세요.
• v2rayN을 종료하면 웹페이지에 문제가 생김: 클라이언트를 다시 열고 시스템 프록시를 끄세요. macOS에 중지된 포트를 가리키는 프록시 설정이 남아 있지 않아야 합니다.
• 일부 도메인만 실패함: 라우팅 분할 적용 결과, DNS 해석, 노드 프로토콜 매개변수를 확인하고 시스템 네트워크 설정 전체를 바로 초기화하지 마세요.

자주 나타나는 팝업과 이상 현상별 대응

한 대의 Mac에서도 앱 실행, 네트워크 설정, 로컬 네트워크, TUN 권한 알림이 차례로 나타날 수 있습니다. 매번 현재 단계만 처리하고 작업 직후 결과를 확인하세요. 여러 권한, 포트, 라우팅 규칙을 한꺼번에 변경하면 로그와 실제 동작을 연결하기 어려워집니다.

문제 해결이 끝나면 명확한 기준 설정을 유지하는 것이 좋습니다. 앱은 ‘응용 프로그램’ 폴더에 고정하고, 코어는 안정적으로 실행되며, 로컬 수신 주소는 127.0.0.1로 유지하고, 포트는 시스템 프록시와 일치시키며, 최소 하나의 구독 노드는 실제로 확인해 두세요. 이후 업그레이드나 네트워크 전환이 발생하면 이 기준과 항목별로 비교하면 됩니다.

시스템 업데이트 후 문제가 발생했다면 먼저 유선 네트워크에서 무선 네트워크로 전환하는 등 네트워크 서비스가 바뀌었는지 확인하세요. 현재 서비스에 시스템 프록시를 다시 기록해야 할 수 있습니다. v2rayN을 교체한 뒤 문제가 생겼다면 먼저 기존 프로세스가 종료되었고 앱 경로가 중복되지 않았는지 확인한 다음 실행 허용과 코어 로그를 점검하세요.