Mac VPN은 먼저 설치된 클라이언트가 칩 아키텍처와 맞는지 확인한 뒤 필요한 권한을 승인하고 구독을 가져오면 됩니다. 마지막으로 대상 앱의 연결 경로를 확인하세요. macOS에서 ‘연결됨’은 시작에 불과합니다. 시스템 프록시, 터널 모드, 분할 라우팅 설정에 따라 실제로 회선을 이용하는 요청이 달라집니다.
이 글은 처음 사용하는 순서에 맞춰 안내하므로 모든 프로토콜을 미리 이해할 필요는 없습니다. 문제가 생기면 현재 단계에서 원인을 확인하세요. 클라이언트와 회선, DNS를 한꺼번에 바꾸면 어떤 설정이 영향을 줬는지 파악하기 어렵습니다.
시작하기 전에: 클라이언트, 구독, 시스템 연결 구분하기
클라이언트는 설정을 읽고 연결을 구성하며 트래픽을 분할 처리합니다. 구독 링크는 서비스에서 제공하는 노드 설정을 가져오는 데 쓰이며 주소, 포트, 인증 정보와 기타 연결 매개변수가 포함될 수 있습니다. 계정 비밀번호는 관리 패널 로그인용이며 구독 링크와는 다릅니다. 임의의 클라이언트 서버 주소란에 입력해서도 안 됩니다.
macOS 시스템 설정의 VPN 구성 메뉴는 범용 구독 가져오기 기능이 아닙니다. 시스템에서 지원하는 연결 유형을 위한 메뉴이므로 모든 프록시 구독을 바로 불러올 수는 없습니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 등의 프로토콜은 해당 프로토콜을 지원하는 클라이언트나 코어가 필요합니다. 실제 사용 가능 여부는 앱 이름에 VPN이 들어가는지가 아니라 클라이언트 버전과 서비스에서 제공하는 설정 형식으로 확인하세요.
VPNBoat 사용자는 패널에 로그인해 클라이언트와 구독 정보를 확인할 수 있습니다. 계정을 만들 때 이메일 주소는 필요하지 않으며 사용자 이름과 비밀번호만 있으면 됩니다. 시작하기 전에 사용 가이드에서 현재 권장되는 이용 방법을 확인하고, 검색 결과에 나온 출처 불명의 미러 사이트에서는 설치 파일을 내려받지 마세요.
- ✅ ‘이 Mac에 관하여’에서 칩 종류와 macOS 버전을 확인하고, 다운로드 페이지의 호환성 안내에 맞는 설치 파일을 선택하세요.
- ✅ 패널 로그인 정보를 준비하고 구독 링크는 신뢰할 수 있는 곳에 보관하세요.
- ✅ 네트워크 경로를 변경하는 다른 클라이언트는 잠시 중지하고, 기존 프록시 설정을 기록해 두면 필요할 때 복원할 수 있습니다.
- ❌ 전체 구독 링크, 연결 QR 코드 또는 설정 파일을 공개 게시판에 올리지 마세요.
클라이언트 설치: 출처를 확인하고 차단 문제 해결하기
Apple Silicon과 Intel 칩은 필요한 빌드가 다를 수 있습니다. 일부 다운로드 페이지는 범용 버전을 제공하고, 일부는 칩별 설치 파일을 따로 제공합니다. 아키텍처가 맞지 않으면 실행되지 않거나 호환성 변환이 필요할 수 있으므로 우선 해당 칩에 맞는 버전을 선택하고 클라이언트가 지원하는 macOS 범위도 확인하세요.
- 패널 안내에 따라 클라이언트 다운로드 페이지로 이동한 뒤 개발자 이름, 지원 플랫폼, 설치 안내를 확인하세요.
- 디스크 이미지 파일을 내려받았다면 열어서 안내에 따라 앱을 ‘응용 프로그램’ 폴더로 옮기세요. 설치 프로그램이라면 각 단계의 설치 항목을 꼼꼼히 확인하세요.
- 클라이언트는 ‘응용 프로그램’ 폴더에서 실행하세요. 다운로드 폴더나 디스크 이미지 안에서 계속 실행하면 업데이트와 권한 연결이 꼬일 수 있습니다.
- 앱이 정상적으로 열리는지 확인한 다음 구독을 가져오고 연결에 필요한 권한을 승인하세요.
‘개발자를 확인할 수 없습니다’와 ‘컴퓨터를 손상시킵니다’는 서로 다른 경고입니다. 전자는 서명, 공증 또는 출처 신뢰 확인과 관련되고, 후자는 시스템이 위험을 감지했을 가능성이 있습니다. 먼저 다운로드 출처와 개발자 안내를 확인하세요. 출처를 신뢰할 수 있고 시스템에서 수동 승인을 허용하는 경우에만 ‘개인정보 보호 및 보안’에서 해당 앱을 열 수 있는 옵션이 있는지 확인하세요.
‘앱이 손상되었습니다’라는 경고가 나타나도 인터넷에서 찾은 터미널 명령을 바로 실행하지 마세요. 파일 다운로드가 불완전하거나 서명에 문제가 있거나 소프트웨어가 변조된 경우에도 비슷한 현상이 생길 수 있으므로, 먼저 신뢰할 수 있는 설치 파일을 다시 받으세요. 클라이언트를 실행하려고 시스템 무결성 보호를 끄거나 Gatekeeper를 전역 비활성화하지 마세요.
시스템 권한 승인: 필요한 기능에 한해 허용하기
클라이언트마다 네트워크 구현 방식이 다릅니다. 시스템 프록시를 사용할 때는 앱이 프록시 설정 변경을 요청할 수 있습니다. 터널을 켜면 VPN 구성 추가, 네트워크 확장 활성화 또는 네트워크 설정을 관리하는 보조 도구 설치를 요청할 수도 있습니다. 모든 안내가 항상 표시되는 것은 아니며 메뉴 위치도 시스템 버전에 따라 달라집니다.
| 안내 또는 설정 | 일반적인 용도 | 허용 전 확인 사항 |
|---|---|---|
| VPN 구성 추가 | 클라이언트가 시스템에서 관리하는 터널 연결을 설정하도록 허용 | 요청을 시작한 앱이 방금 설치해 사용하려는 클라이언트인지 확인 |
| 네트워크 확장 또는 콘텐츠 필터 관련 승인 | 클라이언트에 따라 트래픽 전달, 라우팅 또는 필터링 기능을 구현 | 확장 프로그램 개발자가 신뢰할 수 있는 설치 출처와 일치하는지 확인 |
| 보조 도구 설치 | 더 높은 권한이 필요한 네트워크 설정 작업 수행 | 해당 기능을 켤 때 요청이 발생했는지 확인 |
| 알림 권한 | 연결 상태 변경, 업데이트, 오류 안내 표시 | 일반적으로 회선 연결 여부와는 무관하므로 필요에 따라 선택 |
모든 권한 요청을 연결에 필수적인 것으로 여기지 마세요. 일반적인 네트워크 연결에는 보통 손쉬운 사용이나 전체 디스크 접근 권한이 필요하지 않습니다. 클라이언트가 이러한 권한을 요청하면 용도를 먼저 확인하세요. 회사에서 관리하는 Mac은 구성 프로파일이나 관리 정책에 따라 확장 프로그램 설치가 제한될 수 있으므로 관리 정책을 임의로 우회하지 마세요.
실수로 거부했다면 시스템 설정에서 VPN, 네트워크 확장 또는 해당 앱 이름을 검색한 다음 클라이언트 안내에 따라 다시 승인하세요. 승인 후에도 반응이 없으면 앱을 종료하고 다시 실행해 보세요. 시스템이나 설치 안내에서 명시적으로 요구하는 경우에만 재시동하세요.
구독 가져오기: 형식과 업데이트 결과 확인
패널에서 구독 또는 클라이언트 설정 페이지를 열고 현재 클라이언트에 맞는 가져오기 메뉴를 우선 사용하세요. ‘원클릭 가져오기’는 보통 앱 링크를 통해 Mac의 클라이언트를 여는 방식이며 브라우저에서 확인 창이 표시될 수 있습니다. 어떤 앱이 열리는지 확인하세요. 아무 반응이 없다면 클라이언트의 ‘링크에서 가져오기’ 기능을 사용하세요.
- 패널에서 제공하는 전체 구독 링크를 복사하세요. 앞뒤 설명이나 공백, 줄바꿈이 함께 복사되지 않도록 주의하세요.
- 클라이언트의 구독, 설정 또는 프로파일 메뉴에서 원격 링크를 추가하고 알아보기 쉬운 이름을 지정하세요.
- 업데이트를 실행한 뒤 ‘저장됨’만 표시되는 것이 아니라 선택할 노드나 정책 그룹이 나타나는지 확인하세요.
- 회선을 선택하고 적절한 프록시 또는 터널 모드를 켠 다음 연결을 확인하세요.
가져오기 오류가 발생하면 먼저 ‘다운로드할 수 없음’과 ‘해석할 수 없음’을 구분하세요. 다운로드할 수 없다면 로컬 네트워크, 만료된 구독 주소 또는 인증 문제가 원인일 수 있습니다. 다운로드는 되지만 해석되지 않는다면 구독 형식, 프로토콜 지원 또는 코어 버전이 맞지 않을 가능성이 큽니다. 호환되지 않는 설정을 여러 입력란에 반복해서 붙여 넣지 말고, 낯선 온라인 변환 사이트에 링크를 넘기지도 마세요.
회선 이름과 프로토콜 이름은 같은 뜻이 아닙니다. IEPL 전용 회선은 전송 경로 구현 방식의 하나로, Shadowsocks나 Trojan 같은 연결 프로토콜과는 다른 계층에 해당합니다. 중계 연결은 일반적으로 먼저 진입 지점을 거친 뒤 전달되며, 직접 연결은 로컬에서 원격 진입 지점으로 바로 연결됩니다. 실제 사용 환경은 로컬 네트워크, 라우팅, 출구 환경의 영향을 받으므로 이름만 보고 속도나 접속 결과를 판단하지 마세요.
모드 선택: 시스템 프록시, 터널, 분할 라우팅
시스템 프록시는 macOS 프록시 설정을 따르는 앱에 프록시를 제공하지만 모든 트래픽이 클라이언트를 거치도록 강제하지는 않습니다. 일부 터미널 도구, 자체 프록시 설정이 있는 앱, 백그라운드 프로세스는 시스템 프록시를 무시할 수 있습니다. 따라서 브라우저에서는 사이트가 열리는데 터미널 연결은 실패하더라도 노드 문제라고 단정할 수 없습니다.
터널 모드는 가상 네트워크 인터페이스와 라우팅 제어를 통해 더 많은 트래픽을 처리하는 경우가 많지만, 제외 규칙, 라우팅 우선순위, DNS 설정과 클라이언트 구현 방식의 영향을 받습니다. 켜기만 하면 모든 앱의 트래픽을 처리한다는 보장은 없습니다. 회사 VPN, 다른 터널 도구, 네트워크 필터링 소프트웨어를 함께 실행하면 서로 라우팅을 바꿀 수도 있습니다.
규칙 모드는 도메인, 주소 또는 기타 조건에 따라 프록시, 직접 연결, 차단 여부를 결정합니다. 글로벌 모드는 일반적으로 클라이언트가 처리 중인 트래픽을 선택한 출구로 보냅니다. 분할 라우팅 규칙이 문제인지 임시로 확인할 때는 후자가 유용하지만, 원래 시스템 프록시를 거치지 않는 앱까지 자동으로 제어해 주지는 않습니다.
처음에는 공식 기본 규칙을 유지하고 브라우저부터 확인한 다음 실제 사용하는 앱을 테스트하는 것이 좋습니다. 특정 앱에서만 문제가 발생하면 앱 자체 프록시 설정, 프로세스 규칙, DNS 동작을 확인하세요. 터미널에 별도 설정이 필요하다면 클라이언트에서 명시한 로컬 주소, 포트, 명령 예시를 사용하고 다른 사람의 포트를 그대로 따라 하지 마세요.
선택 기준: 브라우저만 사용한다면 먼저 시스템 프록시를 확인하세요. 더 많은 앱에서 같은 회선을 사용해야 한다면 클라이언트 안내에 따라 터널을 켜면 됩니다. 모드 이름이 더 완전해 보이는지가 아니라 대상 앱의 트래픽이 실제로 출구를 통과하는지가 판단 기준입니다.
연결 확인: 출구 IP, DNS, 앱 동작
연결하기 전에 출구 정보를 기록한 뒤 대상 회선에 연결하고 같은 브라우저와 확인 방법으로 결과를 비교하세요. 신뢰할 수 있는 출구 확인 도구면 충분하며 확인 페이지에 계정 정보를 입력할 필요는 없습니다. 지역 데이터베이스는 갱신 시점에 따라 차이가 있을 수 있으므로 지역 표시는 참고용으로만 보고 앱의 실제 접속 결과를 기준으로 판단하세요.
- ✅ 클라이언트에서 현재 사용하는 설정, 정책 그룹, 노드를 확인해 자동 선택이 다른 출구로 바뀌지 않았는지 점검하세요.
- ✅ 연결 전후의 공인 출구를 비교하고 IPv4와 IPv6가 모두 예상한 경로를 이용하는지 확인하세요.
- ✅ 대상 앱을 직접 열어 로그인, 페이지 로드, 실제 요청이 정상인지 확인하세요. 홈페이지 테스트만으로 판단하지 마세요.
- ✅ DNS 요청 경로를 확인하고 클라이언트 문서와 대조해 이름 해석 방식이 예상과 맞는지 점검하세요.
- ❌ 브라우저 테스트가 성공했다고 해서 모든 터미널 도구와 백그라운드 서비스의 트래픽도 처리된다고 판단하지 마세요.
DNS 유출은 이름 해석 요청이 예상한 보호 경로를 거치지 않고 전송되는 현상입니다. 설정상 직접 연결 도메인에 로컬 DNS를 사용한다면 로컬 해석 결과가 확인되어도 반드시 문제가 있는 것은 아닙니다. 하지만 관련 요청이 터널을 지나야 하는데 로컬 네트워크에서 전송된다면 원인을 확인해야 합니다. 브라우저의 암호화 DNS, 클라이언트 원격 DNS, 시스템 DNS는 각각 따로 작동할 수 있으므로 규칙과 함께 살펴보세요.
Mac의 설정을 확인하려면 ‘터미널’에서 아래의 읽기 전용 명령을 실행할 수 있습니다. 원인을 파악하는 데 참고할 정보이며 설정을 바꾸지는 않습니다. 이 명령만으로 트래픽이 프록시를 거쳤다고 입증할 수도 없습니다.
sw_vers
uname -m
scutil --proxy
scutil --dns
scutil --proxy로 시스템 프록시 설정을, scutil --dns로 시스템 DNS 리졸버 설정을 확인할 수 있습니다. 브라우저에 내장된 암호화 DNS는 출력에 모두 나타나지 않을 수 있고, 터미널 요청은 시스템 프록시를 무시할 수도 있습니다. 진단 정보를 제출하기 전에 내부 도메인이나 네트워크 정보가 포함됐는지 확인하세요.
자주 발생하는 문제: 실패한 단계부터 해결하기
연결됨으로 표시되지만 웹페이지가 열리지 않음
먼저 다른 네트워크 프록시 도구를 종료하고 현재 클라이언트에서 노드 테스트만 한 것이 아니라 시스템 프록시나 터널을 실제로 켰는지 확인하세요. 대상 도메인이 규칙에 따라 직접 연결되도록 설정되어 있는지, 로컬 네트워크는 정상인지도 점검하세요. 특정 회선에서만 문제가 생긴다면 다른 회선으로 바꿔 비교하고 DNS와 분할 라우팅은 동시에 수정하지 마세요.
브라우저에서는 되지만 다른 앱에서는 작동하지 않음
앱이 시스템 프록시를 따르는지, 자체 프록시가 설정되어 있는지, 우회 규칙이 적용되는지부터 확인하세요. 필요하다면 클라이언트 안내에 따라 터널 모드로 바꾼 뒤 다시 테스트하세요. 관리되는 기기나 회사 네트워크 정책의 제한이라면 관리자에게 문의하세요.
잠자기에서 깨어나거나 네트워크를 바꾼 뒤 연결이 끊김
네트워크 인터페이스가 바뀌면 기존 연결이 끊길 수 있습니다. 먼저 로컬 네트워크가 복구될 때까지 기다린 다음 클라이언트에서 다시 연결하세요. 문제가 계속되면 남아 있는 시스템 프록시 설정이나 중복 VPN 구성을 확인하세요. 구성을 삭제하기 전에 어떤 앱에서 만든 항목인지 확인해 업무용 연결을 실수로 지우지 않도록 하세요.
클라이언트를 종료한 뒤에도 로컬 네트워크에 접속할 수 없음
클라이언트를 다시 열고 앱의 정상적인 연결 해제 및 종료 기능을 사용해 프록시 설정을 정리하세요. 앱을 사용할 수 없다면 시스템 네트워크 설정에서 현재 인터페이스의 프록시 항목을 확인하고 미리 기록해 둔 설정으로 복원하세요. 모든 네트워크 설정을 한꺼번에 지우지 마세요. 문제가 해결된 뒤 클라이언트 안내에 따라 더는 사용하지 않는 보조 도구나 확장 프로그램을 제거하세요.
완료 기준: 클라이언트가 구독을 읽고, 시스템 권한이 실행 모드에 맞게 설정되며, 대상 앱의 출구가 예상과 일치해야 합니다. 재현할 수 있는 설정을 유지한 뒤 분할 라우팅을 하나씩 조정하세요. 도움이 필요하면 시스템 버전, 클라이언트 버전, 오류 문구와 시도한 단계를 알려 주세요. 구독 인증 정보는 공유하지 마세요.