구독형 서비스를 이용한다면 보통 호환되는 클라이언트를 설치한 뒤 구독을 가져오고, 필요한 권한을 허용한 다음 회선을 선택해 앱의 연결 규칙이 적용되는지 확인해야 합니다. macOS에 기본 제공되는 VPN 설정에는 일반적인 프록시 구독을 바로 가져올 수 없습니다. 구독 주소를 시스템의 서버 주소란에 입력해도 대개 연결되지 않습니다.
설치 전 클라이언트와 구독 형식 확인하기
먼저 시스템 VPN과 프록시 클라이언트를 구분해야 합니다. 시스템 설정의 VPN 구성은 지원되는 VPN 프로토콜에 사용하며, 기업에서는 구성 프로파일로 연결 정보를 배포하기도 합니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 등의 프로토콜은 해당 프로토콜을 지원하는 클라이언트가 필요합니다. 앱 이름에 VPN이 들어간다고 형식이 모두 호환되는 것은 아닙니다.
프로토콜 이름만으로 클라이언트의 지원 범위가 같다고 볼 수는 없습니다. 같은 프로토콜을 지원하는 클라이언트라도 구독 형식, 전송 옵션, 규칙 문법이 다를 수 있습니다. 서비스 대시보드에서 제공하는 macOS 다운로드 안내와 해당 클라이언트의 가져오기 메뉴를 우선 이용하고, 구독 링크를 임의로 다른 형식으로 바꾸지 마세요.
- ‘이 Mac에 관하여’에서 칩 종류와 macOS 버전을 확인한 다음 Apple Silicon 또는 Intel에 맞는 설치 파일을 선택하세요. 범용 설치 파일은 배포 안내에서 호환 여부를 확인하면 됩니다.
- 사용자 대시보드의 다운로드 페이지에서 로그인한 뒤 클라이언트 안내와 구독 정보를 확인하세요. 유료 여부는 서비스의 구체적인 기능에 따라 다르며, 클라이언트 다운로드가 곧 결제를 의미하지는 않습니다.
- 앱이 대시보드에서 안내한 배포 경로를 통해 제공되었는지 확인하세요. 디스크 이미지에서 앱을 설치할 때는 안내에 따라 ‘응용 프로그램’ 폴더로 옮긴 뒤 해당 위치에서 실행합니다.
첫 실행 시 macOS 권한을 항목별로 확인하세요
처음 실행하면 시스템에서 앱의 출처를 확인할 수 있습니다. 시스템 프록시만 사용하는 일부 클라이언트는 VPN 구성을 만들지 않아도 됩니다. 가상 네트워크 인터페이스 모드나 네트워크 확장 기능을 켜면 VPN 구성 추가, 보조 구성요소 설치 또는 시스템 설정에서 확장 기능 승인이 필요할 수 있습니다. 이런 안내가 표시되는지는 클라이언트 구현 방식에 따라 다릅니다.
‘개발자를 확인할 수 없음’과 같은 안내가 뜨면 먼저 다운로드 경로와 개발자 안내를 확인한 다음 ‘시스템 설정’의 ‘개인정보 보호 및 보안’을 살펴보세요. 해당 앱을 열 수 있는 옵션이 표시되면 출처를 확인한 뒤 진행하세요. 앱이 손상되었거나 악성 콘텐츠가 포함되었다는 경고가 뜨면 제한을 해제하는 터미널 명령을 무작정 실행하지 말고, 설치 파일을 다시 받아 배포처에 확인하세요.
관리자 승인이 필요하다면 요청이 방금 실행한 앱에서 나온 것인지 확인하고 용도를 읽어보세요. 네트워크 라우팅용 보조 구성요소와 ‘전체 디스크 접근 권한’은 다릅니다. 인터넷 연결을 위해 모든 권한을 일괄 허용해서는 안 됩니다. macOS 버전에 따라 메뉴 위치가 다를 수 있으니 시스템 설정에서 VPN, 확장 프로그램 또는 네트워크 필터를 검색해 보세요.
- ✅ 앱을 ‘응용 프로그램’ 폴더로 옮겼고 다운로드 경로와 배포 안내가 일치합니다.
- ✅ 필요한 네트워크 권한을 승인했으며 클라이언트에 승인 대기 안내가 더 이상 표시되지 않습니다.
- ✅ 시스템 프록시 설정이 여러 프로그램에 의해 반복해서 바뀌지 않도록 다른 프록시 클라이언트를 잠시 종료했습니다.
- ❌ 안내에 따르기 위해 시스템 무결성 보호를 끄거나 관련 없는 권한을 한꺼번에 부여하지 마세요.
구독 가져오기: 먼저 업데이트한 뒤 회선 선택하기
서비스 대시보드에 로그인해 구독 메뉴를 찾으세요. 전용 클라이언트 가져오기 버튼이 있다면 대상 앱이 현재 설치된 클라이언트와 같은지 먼저 확인합니다. 링크를 복사하는 방식이라면 클라이언트의 ‘구독’, ‘구성’ 또는 유사한 메뉴에서 원격 구성을 추가한 뒤 전체 주소를 붙여넣으세요. 버튼 이름은 클라이언트 안내를 따르세요.
주소를 저장한 뒤 업데이트를 실행하고, 구성이 선택되어 있는지와 회선 목록이 표시되는지 확인하세요. 클라이언트에 파싱 오류가 보고되는지도 살펴보세요. 가져오기에 성공했다는 것은 클라이언트가 구성을 받아왔다는 뜻일 뿐, 특정 회선의 연결까지 확인된 것은 아닙니다. 회선이나 정책 그룹을 선택하고 프록시 모드를 켠 다음 실제 사용할 웹사이트에 접속해 보세요.
구독이 유효하지 않다는 안내가 뜨면 붙여넣을 때 공백이나 줄바꿈이 섞였는지, 링크 끝부분이 빠졌는지 먼저 확인하세요. 지원되지 않는 필드가 표시되면 구성을 무작정 지우기보다 클라이언트 버전과 구독 형식을 확인하세요. 업데이트 중 네트워크 오류가 발생하면 구독 주소에 접근할 수 없는 것인지 회선을 사용할 수 없는 것인지 구분해야 합니다. 구성 정보를 가져오는 요청 자체가 아직 프록시를 통하지 않았을 수도 있습니다.
구독은 서비스 대시보드와 클라이언트 안내에 따라 업데이트하고, 회선 변경 후에는 필요할 때 직접 새로고침하세요. ‘온라인 유지’를 위해 계속 가져오기를 반복할 필요는 없습니다. 링크가 공개되었다면 우선 대시보드에서 구독 인증 정보를 재설정한 다음 본인 기기에서 다시 가져오세요. 이전 링크의 만료 여부는 대시보드 안내를 확인하세요.
시스템 프록시와 가상 네트워크 인터페이스, 무엇을 선택할까
브라우저로 국제 웹사이트에 접속하려는 경우라면 먼저 클라이언트의 기본 권장 설정에 따라 시스템 프록시와 규칙 모드를 사용해 보세요. 개발 도구, 터미널 프로그램, 일부 앱은 시스템 프록시 설정을 따르지 않을 수 있습니다. 따라서 브라우저는 되지만 다른 프로그램은 연결되지 않는다고 해서 반드시 회선 문제인 것은 아닙니다.
| 방식 | 주요 기능 | 확인할 점 |
|---|---|---|
| 시스템 프록시 | 시스템 프록시 설정을 따르는 앱에 프록시 연결 제공 | 모든 프로세스가 프록시를 통하는 것은 아니며, 비정상 종료 후 설정이 남을 수 있습니다 |
| 앱별 프록시 | 지원되는 앱에서 클라이언트의 로컬 프록시 주소를 직접 지정 | 주소, 포트, 프록시 유형을 클라이언트의 현재 설정과 일치시켜야 합니다 |
| 가상 네트워크 인터페이스 모드 | 가상 네트워크 인터페이스와 라우팅을 통해 더 많은 앱의 트래픽을 처리 | 추가 권한이 필요한 경우가 많으며 라우팅, 제외 항목, 분할 규칙의 영향을 받습니다 |
가상 네트워크 인터페이스 모드는 TUN 모드라고도 하지만 클라이언트마다 구현 방식이 다릅니다. 이 모드를 켠다고 모든 트래픽이 자동으로 원격 경로를 거치는 것은 아니며 DNS 설정 확인을 대신할 수도 없습니다. 회사 VPN, 네트워크 필터링 소프트웨어 또는 보안 프록시를 사용 중이라면 라우팅이나 도메인 조회가 충돌할 수 있으므로 조직의 네트워크 정책을 먼저 따르세요.
규칙 모드에서는 목적지별로 직접 연결할지 프록시를 사용할지 정합니다. 전역 모드는 일반적으로 처리 대상인 요청을 더 많이 프록시로 보내지만, 시스템 전체 트래픽을 빠짐없이 처리한다는 뜻은 아닙니다. 처음 설정할 때 DNS를 바꾸고 전역 모드를 켜고 규칙까지 교체하지 마세요. 기본 권장 설정을 유지한 채 기본 연결을 확인한 다음 항목별로 조정하면 원인을 파악하기 쉽습니다.
연결 확인: 출구 IP, DNS, 실제 앱을 함께 살펴보기
클라이언트에 ‘연결됨’이 표시되는 것은 시작일 뿐입니다. 먼저 프록시를 끈 상태에서 로컬 네트워크가 정상인지 확인한 다음 프록시를 켜고 실제 목적지 웹사이트에 접속하세요. 이어 클라이언트 연결 기록을 확인해 대상 도메인에 예상한 규칙이 적용되었는지, 선택한 회선으로 요청이 전달되었는지 살펴보세요. 메뉴 막대 아이콘이나 노드 검사 결과만으로 판단하지 마세요.
출구 IP 확인은 현재 브라우저 요청이 어디로 나가는지 파악하는 데 도움이 되지만, 해당 요청에만 해당합니다. 웹사이트가 표시하는 위치는 보통 IP 주소 데이터베이스를 기준으로 하므로 위치가 정확하지 않다고 해서 반드시 연결에 문제가 있는 것은 아닙니다. 규칙에 따라 확인 사이트에 직접 연결했다면 출구 IP가 바뀌지 않아도 설정대로일 수 있습니다.
DNS가 예상대로 처리되는지 확인하는 방법
DNS 검사 결과는 테스트 도메인이 어떤 경로로 조회되는지 보여주는 단서일 뿐, 완전한 개인정보 보호 점검은 아닙니다. 브라우저의 보안 DNS, 시스템 리졸버, 클라이언트의 DNS 처리와 분할 규칙이 동시에 작동할 수 있습니다. 클라이언트 로그와 검사 결과, 구성 안내를 함께 살펴 프록시를 통해 조회되어야 할 대상이 로컬 네트워크 리졸버로 전달되는지 확인하세요.
결과가 예상과 다르면 클라이언트의 DNS 모드, 가상 네트워크 인터페이스의 작동 여부, 브라우저의 암호화 DNS 설정을 확인하세요. 암호화 DNS를 사용한다고 요청이 반드시 프록시를 거치는 것은 아니며, 리졸버 이름만으로 DNS 누수를 단정할 수도 없습니다. 설정을 바꾼 뒤에는 같은 앱에서 다시 테스트해 앱마다 다른 동작을 혼동하지 않도록 하세요.
브라우저는 되는데 터미널에서는 왜 안 될까
터미널 도구는 자체 설정이나 프록시 환경 변수를 사용할 수 있습니다. 먼저 해당 도구의 프록시 지원 안내를 확인한 뒤 클라이언트에 표시된 로컬 주소, 포트, 프록시 유형을 설정하세요. 다른 사람의 안내에 나온 포트를 그대로 복사하지 마세요. 가상 네트워크 인터페이스 모드를 사용할 수도 있지만 해당 프로세스가 실제로 클라이언트 연결 기록에 나타나는지 확인해야 합니다.
scutil --proxy
scutil --dns다음 macOS 명령으로 현재 시스템 프록시와 DNS 설정을 확인할 수 있습니다. 명령 자체가 연결을 만들어 주지는 않습니다. 출력에 내부 도메인이나 네트워크 주소가 포함될 수 있으므로 공유 전에 민감한 정보를 가리세요. 시스템 프록시가 켜져 있다고 해서 모든 앱이 이를 사용하는 것은 아닙니다.
자주 발생하는 문제: 증상별로 원인 좁히기
연결 후 모든 웹페이지가 열리지 않음
먼저 클라이언트를 비활성화하고 일반 네트워크에 접속할 수 있는지 확인하세요. 로컬 네트워크도 작동하지 않으면 네트워크 로그인이나 연결 문제부터 해결해야 합니다. 클라이언트를 끈 뒤에는 정상이라면 구성이 업데이트되었는지, 정책 그룹에서 유효한 회선을 선택했는지 확인한 다음 연결 로그를 살펴보세요. 문제를 ‘겹쳐서 해결’하려고 다른 클라이언트를 동시에 실행하지 마세요. 프록시 순환이 발생할 수 있습니다.
일부 웹사이트는 열리지만 특정 서비스에서 오류가 발생함
대상 도메인에 적용된 규칙, 서비스 계정 상태, 대상 플랫폼의 접속 제한을 확인하세요. 회선 연결 여부와 플랫폼의 접속 허용 여부는 별개의 문제입니다. 노드에 연결된다고 모든 서비스를 이용할 수 있는 것은 아닙니다. 회선을 바꿀 때는 다른 설정을 그대로 둔 채 실제 앱의 동작을 비교하세요. 설정을 자주 바꾸면 문제를 재현하기 어려워집니다.
클라이언트를 종료한 뒤에도 Mac에서 인터넷에 연결되지 않음
비정상 종료로 시스템 프록시 설정이 남아 있을 수 있습니다. 먼저 클라이언트를 다시 열고 시스템 프록시를 끈 다음 정상적으로 종료하세요. 문제가 계속되면 현재 네트워크 연결의 세부 설정에서 프록시 항목을 확인합니다. 해당 클라이언트가 추가한 항목임을 확실히 확인한 경우에만 제거하세요. 관리되는 기기의 조직 설정은 직접 삭제하지 마세요.
잠자기에서 깨어나거나 네트워크를 바꾼 뒤 연결이 끊김
네트워크를 바꾸면 기존 연결이 끊길 수 있습니다. 새 네트워크가 정상적으로 작동하는지 확인한 다음 클라이언트를 다시 연결하세요. 가상 네트워크 인터페이스나 확장 기능 상태에 문제가 있으면 클라이언트 안내에 따라 껐다가 다시 켜세요. 문의할 때는 시스템 버전, 클라이언트 버전, 연결 모드, 민감한 정보를 가린 오류 메시지를 기록해 두세요. 반복해서 재설치하는 것보다 원인 파악에 도움이 됩니다. 계속 문제를 확인하려면 사용 설명서도 참고하세요.
호환되는 클라이언트를 설치하고 필요한 권한을 허용한 다음 올바른 구독을 가져와 실제 앱에서 규칙과 DNS 동작을 확인하세요. 브라우저 사용은 시스템 프록시부터 시작하면 됩니다. 다른 앱의 트래픽이 처리되지 않을 때 앱별 프록시나 가상 네트워크 인터페이스 모드를 고려하세요. 한 번에 관련 설정 하나만 바꾸고 되돌릴 수 있도록 구성을 보관하세요.