클라이언트, 구독, 시스템 권한부터 구분하기
macOS VPN 설치는 앱을 “응용 프로그램” 폴더로 드래그하는 것만으로 끝나지 않습니다. 전체 설정에는 클라이언트 설치, 시스템 네트워크 권한, 구독 가져오기, 노드 선택, 프록시 모드와 연결 확인이 포함됩니다. 어느 한 단계라도 빠지면 “클라이언트에는 연결됨으로 표시되지만 웹페이지는 여전히 로컬 네트워크를 사용”하거나 “노드 목록은 있지만 연결을 설정할 수 없음”과 같은 문제가 발생할 수 있습니다.
클라이언트는 설정을 읽고 터널을 생성합니다. 구독 링크는 노드, 프로토콜과 서버 매개변수를 제공합니다. macOS 네트워크 확장 권한은 클라이언트가 규칙에 맞는 트래픽을 처리하도록 허용합니다. 세 요소는 함께 작동하지만 같은 개념은 아닙니다. 클라이언트를 삭제해도 남은 설정 문제가 자동으로 해결되지는 않으며, 구독을 다시 가져오는 것으로 시스템 권한 승인을 대신할 수도 없습니다.
| 설정 항목 | 주요 역할 | 자주 발생하는 문제 | 해결 방향 |
|---|---|---|---|
| 클라이언트 앱 | 설정 해석, 터널 생성, 분할 라우팅 실행 | 실행되지 않음, 메뉴 막대에 상태가 표시되지 않음 | 설치 출처와 앱 권한 확인 |
| 네트워크 확장 | 시스템 네트워크 스택에서 연결 처리 | 권한 요청이 반복됨, 연결 직후 끊김 | 시스템 설정에서 허용 상태 확인 |
| 구독 링크 | 노드와 프로토콜 매개변수 동기화 | 목록이 비어 있음, 업데이트 실패 | 링크의 완전성과 네트워크 접근 가능 여부 확인 |
| 프록시 모드 | 어떤 트래픽을 회선으로 보낼지 결정 | 일부 앱만 작동하고 일부 앱은 직접 연결됨 | 규칙, 시스템 프록시 또는 터널 모드 확인 |
| DNS 설정 | 도메인을 대상 주소로 변환 | 페이지가 열리지 않음, 해석 결과가 비정상적임 | DNS가 터널을 통해 처리되는지 확인 |
macOS에 맞는 클라이언트 다운로드 및 설치
서비스 패널에서 제공하는 다운로드 경로를 통해 macOS 클라이언트를 받으세요. 프로토콜 이름만 보고 임의로 앱을 설치하지 마세요. “특정 프로토콜 지원”이 구독에 포함된 모든 필드를 완전히 지원한다는 뜻은 아니기 때문입니다. 클라이언트마다 라우팅 규칙, DNS, 전송 계층 매개변수와 업데이트 형식의 호환성이 다를 수 있으므로 서버에서 명시적으로 안내한 클라이언트를 우선 사용하세요.
다운로드가 완료되면 설치 파일을 엽니다. 앱이 디스크 이미지로 제공되면 “응용 프로그램” 폴더로 드래그하고, 설치 프로그램을 사용하는 경우 안내에 따라 설치를 완료하세요. 처음 실행할 때 macOS가 앱 출처를 확인할 수 있습니다. 파일이 예상한 다운로드 경로에서 온 것을 확인한 경우에만 계속 진행하고, 단일 앱의 알림을 피하려고 시스템 전체 보안 기능을 끄지는 마세요.
일부 클라이언트는 주로 메뉴 막대에 상주하며 실행 후 전통적인 메인 창을 표시하지 않습니다. 이때는 앱 아이콘을 반복해서 클릭하기보다 화면 상단의 상태 막대를 확인하세요. 메뉴 막대 공간이 부족하면 다른 항목에 아이콘이 가려질 수도 있으므로, 필요하지 않은 메뉴 막대 앱을 먼저 종료한 뒤 확인할 수 있습니다.
- ✅ 다운로드 경로가 서비스 패널 또는 프로젝트 공식 릴리스 페이지에서 제공됨
- ✅ 앱이 “응용 프로그램” 폴더에 설치되어 있으며 다운로드 폴더나 디스크 이미지에서 계속 실행되고 있지 않음
- ✅ 처음 실행한 후 메인 창 또는 메뉴 막대의 상태 메뉴를 확인할 수 있음
- ✅ 설치 중 표시되는 게시자 정보가 예상한 앱과 일치함
- ❌ 일반적인 권한 팝업을 해결하기 위해 시스템 전체의 보안 보호를 끄지 않음
Intel 및 Apple 칩 모델은 서로 다른 빌드를 사용하거나 하나의 범용 빌드로 지원될 수 있습니다. 다운로드 페이지의 표시를 기준으로 선택하고 파일 이름만 보고 추측하지 마세요. 앱이 실행 직후 종료되면 먼저 빌드가 맞는지 확인한 다음 시스템이 네트워크 확장을 차단했는지 살펴보세요. 같은 파일을 반복해서 재설치하는 것이 우선은 아닙니다.
네트워크 확장 및 VPN 구성 권한 처리
클라이언트가 처음 연결될 때 macOS는 일반적으로 VPN 구성을 추가하거나 네트워크 확장을 활성화하도록 요청합니다. 이 팝업은 시스템에서 표시되며, 앱이 네트워크 인터페이스를 만들고 설정에 따라 트래픽을 처리하도록 허용하는 역할을 합니다. 앱 이름이 정확한지 확인한 뒤 요청을 승인하고, 시스템 안내에 따라 이 Mac의 인증 방식으로 권한 승인을 완료하세요.
클라이언트마다 권한 요청 시점은 다릅니다. 처음 실행할 때 요청하는 앱도 있고, 연결 버튼을 누른 뒤에 표시되는 앱도 있으며, 터널 모드를 활성화할 때 추가 권한을 요구하는 앱도 있습니다. 따라서 처음 클라이언트를 열었을 때 팝업이 보이지 않는다고 설치에 실패한 것은 아닙니다. 먼저 구독을 가져오고 연결을 시도한 뒤 시스템 안내를 확인하세요.
권한 요청을 거부한 적이 있다면 연결 버튼을 반복해서 눌러도 팝업이 다시 표시되지 않을 수 있습니다. 이때 시스템 설정에서 개인정보 보호, 보안, VPN 또는 네트워크 확장과 관련된 항목을 열고 해당 클라이언트가 허용되어 있는지 확인하세요. 시스템 설정의 세부 그룹 이름은 macOS 버전에 따라 달라질 수 있으므로 설정 화면에 표시된 앱 이름과 네트워크 구성을 기준으로 판단하세요.
시스템에서 VPN 구성 추가를 요구한다고 해서 모든 클라이언트가 전통적인 VPN 프로토콜을 사용하는 것은 아닙니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2 및 TUIC 같은 프로토콜은 클라이언트가 해석한 뒤 시스템이 제공하는 네트워크 확장 기능을 통해 트래픽을 프록시 또는 터널로 전달할 수 있습니다. 프로토콜은 클라이언트와 서버 간 통신을 담당하고, 시스템 권한은 앱이 처리해야 할 네트워크 트래픽에 접근하도록 허용합니다. 두 계층을 혼동해서는 안 됩니다.
구독을 가져오고 노드 목록 확인하기
서비스 패널에 로그인한 뒤 macOS 클라이언트에 해당하는 구독 링크를 복사하세요. 클라이언트로 돌아가 “구독 가져오기”, “URL에서 추가” 또는 이와 유사한 메뉴를 찾고 전체 링크를 붙여 넣어 확인합니다. 일부 클라이언트는 구독을 구성 그룹, 원격 구성 또는 구성 파일이라고 부르기도 합니다. 이는 화면의 명칭만 다를 뿐 핵심은 원격 서버에서 노드와 규칙을 가져오는 것입니다.
가져오기가 완료되어도 바로 연결하지 마세요. 노드 목록을 열어 지역명, 프로토콜 유형과 구성 그룹이 표시되는지 확인하세요. 목록이 비어 있으면 먼저 수동으로 구독을 업데이트하고, 업데이트도 실패하면 복사 과정에서 공백, 줄바꿈 또는 문장 부호가 들어갔는지 확인하세요. 브라우저 주소 표시줄은 내용을 자동으로 잘라 표시할 수 있으므로, 보이는 텍스트를 직접 선택하기보다 패널에서 제공하는 복사 버튼을 사용하세요.
구독에는 Shadowsocks, VMess, Trojan, VLESS, Hysteria2 또는 TUIC 노드가 포함될 수 있습니다. 클라이언트가 해당 프로토콜과 관련 매개변수를 지원해야 정상적으로 불러올 수 있습니다. 일부 노드가 누락되거나 사용할 수 없음으로 표시되거나 가져온 뒤 필드가 비어 있다면 서버에서 권장하는 클라이언트로 바꾸는 것이 일반적인 해결책입니다. 서버 주소, 전송 방식 또는 TLS 매개변수를 직접 삭제하거나 수정하지 마세요.
- 서비스 패널의 클라이언트 다운로드 또는 구독 영역을 엽니다.
- 현재 macOS 클라이언트에 맞는 구독 형식을 선택합니다.
- 전체 구독 링크를 복사하고 공개된 곳으로 전달하지 않습니다.
- 클라이언트에서 원격 구독 또는 구성 그룹을 새로 만듭니다.
- 업데이트를 실행하고 노드 목록이 해석될 때까지 기다립니다.
- 대상 지역의 노드를 선택한 뒤 연결 설정으로 이동합니다.
시스템 프록시, 터널 및 분할 라우팅 모드 선택
클라이언트의 일반적인 작동 방식에는 시스템 프록시와 터널 모드가 있습니다. 시스템 프록시는 주로 macOS 프록시 설정을 따르는 앱에 영향을 줍니다. 일부 프로그램은 자체적으로 연결을 생성해 시스템 프록시를 읽지 않으므로 계속 직접 연결할 수 있습니다. 터널 모드는 네트워크 확장을 통해 더 넓은 범위의 트래픽을 처리해 적용 범위가 대체로 넓지만, 시스템 권한과 올바른 라우팅 구성에 더 크게 의존합니다.
분할 라우팅 규칙은 어떤 도메인, 주소 또는 앱이 국제 회선을 사용하고 어떤 항목이 직접 연결될지 결정합니다. 규칙 모드는 불필요한 우회를 줄일 수 있어 일상적인 사용에 적합합니다. 글로벌 모드는 더 많은 트래픽을 현재 노드로 전달하므로 문제를 확인하기 쉽고, 직접 연결 모드는 프록시 회선을 사용하지 않습니다. 문제를 진단할 때 모드를 잠시 바꿔 비교할 수 있지만, 원인을 확인한 뒤에는 실제 용도에 맞는 설정으로 되돌리세요.
IEPL 전용 회선, 중계 회선과 직접 연결 회선은 경로 구성 방식을 설명하는 용어이지 클라이언트의 프록시 모드가 아닙니다. 직접 연결 회선은 로컬 네트워크에서 원격 진입점에 바로 접속하므로 경로가 단순하지만 현지 통신사와 국제 라우팅 변화의 영향을 더 많이 받습니다. 중계 회선은 먼저 중계 진입점에 접속한 뒤 원격 노드로 전달합니다. IEPL 전용 회선은 일반적으로 국제 전송의 일부를 전용 경로에서 처리합니다. 클라이언트는 여전히 구독 매개변수에 따라 연결해야 하며, “글로벌” 모드로 바꾼다고 일반 직접 연결 노드가 전용 회선으로 바뀌지는 않습니다.
| 모드 | 트래픽 범위 | 적합한 상황 | 확인할 항목 |
|---|---|---|---|
| 규칙 기반 분할 라우팅 | 도메인, 주소 또는 규칙에 따라 매칭 | 일상적인 웹 이용과 여러 앱 동시 사용 | 대상 도메인이 올바른 규칙에 매칭되는지 확인 |
| 글로벌 프록시 | 가능한 한 현재 노드로 전달 | 분할 라우팅 규칙이 문제를 일으키는지 판단 | 로컬 서비스가 불필요하게 우회되고 있는지 확인 |
| 시스템 프록시 | 시스템 프록시 설정을 따르는 앱 | 브라우저와 일반 데스크톱 앱 | 앱이 시스템 프록시를 우회하는지 확인 |
| 터널 모드 | 네트워크 확장이 처리하는 연결 | 더 많은 앱 트래픽을 포함해야 할 때 | 시스템 권한, 라우팅 및 DNS |
| 직접 연결 | 프록시 회선으로 들어가지 않음 | 로컬 리소스 이용 또는 일시 중지 | 직접 연결을 연결된 상태로 잘못 판단했는지 확인 |
브라우저에서는 대상 웹사이트에 접속되지만 터미널, 게임 플랫폼 또는 독립 업데이트 프로그램이 연결되지 않는다면 먼저 해당 앱이 시스템 프록시를 우회하는지 확인하세요. 터널 모드로 전환한 뒤 복구된다면 문제는 대체로 트래픽 처리 범위에 있습니다. 터널 모드에서도 작동하지 않으면 노드 연결, 라우팅 규칙, 방화벽과 DNS를 계속 점검하세요.
출구 지역, DNS 및 실제 연결 상태 확인
클라이언트에 “연결됨”으로 표시된다는 것은 로컬 프로세스가 터널이 설정되었다고 판단한다는 뜻일 뿐, 대상 앱의 트래픽이 선택한 회선을 통과한다는 것을 단독으로 증명하지는 않습니다. 확인할 때는 출구 지역, DNS 해석과 여러 앱의 동작을 함께 살펴보세요. 먼저 브라우저의 기존 페이지를 닫고 새 창에서 신뢰할 수 있는 IP 조회 페이지를 열어 출구 지역이 선택한 노드와 일치하는지 확인하세요.
그다음 DNS를 확인하세요. DNS 누수는 일반적으로 트래픽은 프록시나 터널을 통과하지만 도메인 조회는 로컬 네트워크의 리졸버에 계속 맡겨져 접속 대상과 해석 경로가 달라지는 현상을 뜻합니다. 클라이언트에 원격 DNS, 암호화 DNS 또는 “DNS를 프록시와 함께 사용”과 같은 옵션이 있다면 권장 설정에 따라 활성화하세요. DNS를 동시에 처리하는 앱을 여러 개 겹쳐 사용하지 마세요. 해석 루프, 시간 초과 또는 서로 다른 결과가 발생할 수 있습니다.
브라우저와 브라우저 프록시에 의존하지 않는 앱 하나를 따로 테스트하는 것도 좋습니다. 두 앱의 출구가 다르면 프록시 적용 범위나 분할 라우팅 규칙을 조정해야 한다는 뜻입니다. 테스트가 끝난 뒤 Mac을 절전 모드로 전환했다가 깨워 클라이언트가 자동으로 연결을 복구하는지 확인하세요. 무선 네트워크에서 유선, 핫스팟 또는 다른 접속 방식으로 전환한 뒤에도 출구를 다시 확인해야 합니다. 하위 네트워크 인터페이스가 바뀌면 기존 터널이 작동하지 않을 수 있습니다.
- ✅ 클라이언트 상태가 연결됨으로 표시되고 지속적인 재연결 알림이 없음
- ✅ 새로 연 조회 페이지에 대상 노드에 해당하는 출구 지역이 표시됨
- ✅ DNS 조회 경로가 현재 프록시 정책과 일치함
- ✅ 브라우저와 회선을 사용해야 하는 데스크톱 앱의 동작이 일치함
- ✅ 절전 모드에서 깨우거나 네트워크를 전환한 뒤 연결 상태를 다시 확인함
- ❌ 노드 이름이 선택되어 있다는 사실만으로 출구 확인을 대신하지 않음
권한 팝업, 가져오기 실패와 연결 끊김 문제 해결
클라이언트가 VPN 구성 추가를 반복해서 요청함
정식 버전, 테스트 버전 또는 이전 버전 클라이언트를 동시에 설치했는지 먼저 확인하세요. 같은 종류의 앱을 모두 종료하고 시스템 설정에서 기존 VPN 구성과 네트워크 확장을 확인한 뒤 현재 사용하는 항목만 남기세요. 정리한 후 클라이언트를 다시 열고 해당 요청을 승인합니다. 앱을 실행할 때마다 권한을 요구한다면 디스크 이미지나 임시 디렉터리에서 계속 실행하고 있지 않은지도 확인하세요.
구독 링크는 복사되지만 클라이언트 업데이트에 실패함
가져오기 메뉴가 단일 노드 공유 링크만 허용하는 것이 아니라 원격 구독을 지원하는지 확인하세요. 구독 URL과 단일 노드 URI는 구조와 용도가 다르므로 잘못된 메뉴에 넣으면 형식이 유효하지 않다는 메시지가 표시될 수 있습니다. 링크가 메신저에서 변형되지 않았는지, 마침표나 다른 본문 문자가 붙지 않았는지도 확인하세요. 이전 구독의 노드는 보이지만 업데이트할 수 없다면 해당 구성 그룹을 삭제한 뒤 패널에서 다시 복사하세요.
연결됨으로 표시되지만 브라우저만 작동함
이 문제는 시스템 프록시 모드에서 흔히 발생합니다. 브라우저는 시스템 프록시를 따르지만 다른 앱은 직접 연결하기 때문입니다. 먼저 클라이언트가 터널 모드를 지원하는지 확인하고 네트워크 확장 권한이 승인되었는지 점검하세요. 규칙 모드를 사용해야 한다면 대상 앱이 접속하는 도메인과 주소가 규칙에서 직접 연결로 분류되지 않았는지 확인하세요. 웹페이지 도메인 하나만 추가하지 마세요. 데스크톱 앱은 API 도메인, 콘텐츠 전송 도메인 또는 별도 연결을 함께 사용할 수 있습니다.
노드를 바꿔도 이전 출구가 계속 표시됨
먼저 연결을 직접 끊고 새 노드를 선택한 뒤 다시 연결하세요. 이전 연결을 유지하는 앱 창을 닫고 필요하면 대상 앱을 종료한 뒤 다시 여세요. 브라우저 연결 재사용, DNS 캐시와 클라이언트가 터널을 다시 만들지 않은 상태 때문에 짧은 시간 동안 확인 결과가 이전 회선을 가리킬 수 있습니다. 클라이언트에 “연결 해제 시 시스템 프록시 정리” 옵션이 있다면 해당 기능이 정상적으로 실행되는지 확인하세요.
Mac이 절전 모드에서 깨어난 뒤 연결을 복구하지 못함
절전 모드에서 깨어난 뒤 하위 네트워크 인터페이스가 바뀌었지만 클라이언트는 이전 세션을 유지하고 있을 수 있습니다. 먼저 연결을 끊었다가 다시 연결하세요. 자주 발생한다면 클라이언트의 자동 재연결 설정을 확인하세요. Hysteria2, TUIC 같은 UDP 기반 연결은 네트워크 전환 후 경로를 다시 설정해야 하며, VMess, Trojan, VLESS 또는 Shadowsocks도 기존 연결이 끊기면 재연결이 필요할 수 있습니다. 프로토콜 이름만으로 이 문제를 피할 수 있는 것은 아닙니다.
연결 후 로컬 웹사이트 또는 로컬 네트워크 리소스가 열리지 않음
글로벌 모드가 잘못 활성화되었거나 터널 설정이 로컬 네트워크 대역까지 원격으로 보내고 있지 않은지 확인하세요. 규칙 모드로 전환한 뒤 다시 테스트합니다. 클라이언트에 “로컬 네트워크 우회” 또는 같은 의미의 옵션이 있다면 사용 목적을 확인한 후 활성화할 수 있습니다. 회사 네트워크, 개발 환경과 로컬 장비에는 자체 DNS 및 라우팅 요구사항이 있을 수 있으므로 두 네트워크 정책이 서로 덮어쓰지 않도록 주의하세요.
일상적인 유지 관리와 업데이트 규칙
설정이 완료된 후의 주요 유지 관리 항목은 클라이언트 업데이트, 구독 새로고침과 권한 재확인입니다. 클라이언트 업데이트로 프로토콜 지원, 네트워크 확장 또는 DNS 동작이 바뀔 수 있고, 구독 업데이트로 노드 매개변수와 구성 그룹이 조정될 수 있습니다. 업데이트 전 현재 작동하는 설정을 기억해 두고, 업데이트 후 노드 목록과 출구를 다시 확인하세요. 이전 상태가 모두 그대로 이어진다고 가정하지 마세요.
구독 링크는 인증 정보처럼 관리하고 공개 메모, 공유되는 터미널 기록 또는 스크린샷에 저장하지 마세요. 링크가 노출되었다고 의심되면 서비스 패널에서 변경해야 하며 클라이언트에서 삭제하는 것만으로는 충분하지 않습니다. 로컬 구성을 삭제하면 현재 기기의 기록만 제거될 뿐, 이미 복사된 링크가 자동으로 무효화되지는 않습니다.
프록시, 필터, 기업 네트워크 구성 요소 또는 보안 소프트웨어를 여러 개 동시에 실행할 때는 각 도구가 어느 계층을 담당하는지 명확히 하세요. 여러 도구가 시스템 프록시, 라우팅 또는 DNS를 동시에 수정하면 연결 순서가 불확실해지는 경우가 많습니다. 문제를 해결할 때는 먼저 필요하지 않은 네트워크 도구를 잠시 종료하고 단일 클라이언트가 정상적으로 작동하는지 확인한 뒤 하나씩 다시 활성화하세요.
- ✅ 클라이언트를 업데이트한 후 시스템 네트워크 확장 상태를 다시 확인함
- ✅ 정기적으로 구독을 새로고침하고 노드가 정상적으로 해석되는지 확인함
- ✅ 네트워크 환경을 변경한 후 출구와 DNS를 다시 확인함
- ✅ 필요한 네트워크 도구만 프록시, 라우팅 또는 해석을 처리하도록 함
- ❌ 구독 링크를 일반 공개 URL처럼 저장하거나 공유하지 않음
위 과정을 완료하면 macOS의 VPN 설정은 단순히 “연결” 버튼을 누르는 작업이 아닙니다. 클라이언트, 시스템 권한, 구독, 프로토콜, 분할 라우팅과 DNS는 각각 명확한 역할을 담당합니다. 문제가 발생했을 때 계층별로 원인을 찾는 편이 앱을 반복해서 삭제하거나 무작정 노드를 바꾸는 것보다 효과적이며, 이미 확인한 설정도 쉽게 유지할 수 있습니다.