macOS 처음부터 시작하기: 클라이언트 설치·시스템 권한 허용·구독 가져오기 완벽 가이드

설치 전 준비: 클라이언트, 아키텍처와 구독 정보

먼저 서비스 패널에 로그인해 다운로드 영역에서 macOS용 클라이언트를 받고, 구독 영역에서 본인의 구독 링크를 복사합니다. 클라이언트 설치 파일과 구독 링크의 역할은 다릅니다. 설치 파일은 연결 기능을 제공하고, 구독 링크는 노드·프로토콜·업데이트 경로를 제공합니다. 클라이언트만 설치하고 구독을 가져오지 않으면 연결 가능한 회선이 표시되지 않는 경우가 많습니다.

프로세서 아키텍처 확인

Mac에는 Apple Silicon이 탑재된 모델과 Intel 프로세서를 사용하는 모델이 있습니다. 다운로드 페이지에서 설치 파일을 따로 제공한다면 Mac의 아키텍처와 일치하는 버전을 선택하세요. 범용 설치 파일이라면 그대로 사용하면 됩니다. 아키텍처가 맞지 않으면 앱이 열리지 않거나 실행 직후 종료되거나, 별도의 호환 실행 환경을 요구하는 경우가 많습니다.

시스템의 “이 Mac에 관하여” 페이지에서 칩 또는 프로세서 정보를 확인할 수 있습니다. 시스템 매개변수를 변경할 필요는 없으며, 설치 파일 유형과 기기만 맞추면 됩니다. 클라이언트가 그래픽 인터페이스 버전과 명령줄 버전을 함께 제공한다면 초보자는 구독 업데이트 시간, 현재 회선과 프록시 모드를 확인하기 쉬운 그래픽 인터페이스 버전을 우선 선택하는 것이 좋습니다.

클라이언트가 지원하는 프로토콜 구분

구독에 포함된 회선은 Shadowsocks, VMess, Trojan, VLESS, Hysteria2 또는 TUIC을 사용할 수 있습니다. 클라이언트가 해당 프로토콜을 지원해야 구성을 해석하고 연결을 만들 수 있습니다. 가져온 뒤 회선 목록이 비어 있다고 해서 반드시 구독이 만료된 것은 아닙니다. 클라이언트 버전이 오래되었거나 현재 클라이언트가 구독의 프로토콜 필드를 인식하지 못하는 경우도 있습니다.

• ✅ 설치 파일이 서비스 패널 또는 클라이언트 공식 배포 경로에서 제공되었는지 확인합니다.
• ✅ Mac의 프로세서 아키텍처와 설치 파일이 일치하는지 확인했습니다.
• ✅ 구독 링크 전체를 복사해 비공개 위치에 저장했습니다.
• ✅ 시스템 날짜, 시간과 시간대가 자동 동기화 상태입니다.
• ❌ 출처가 불분명한 재포장 설치 파일을 재게시 페이지에서 다운로드하지 마세요.

클라이언트 설치 및 시스템 권한 허용

다운로드한 설치 파일을 연 뒤 안내에 따라 앱을 “응용 프로그램” 폴더로 옮기고 해당 폴더에서 실행합니다. 디스크 이미지나 다운로드 폴더에서 계속 실행하면 자동 업데이트, 보조 프로세스 또는 권한 저장에 문제가 생길 수 있습니다. 처음 실행할 때 macOS는 개발자 서명을 확인하며, 앱에 VPN 구성이나 네트워크 확장을 추가해야 한다는 메시지를 표시할 수 있습니다.

네트워크 확장 권한이 필요한 이유

시스템 프록시 모드는 주로 macOS의 프록시 설정을 변경해 시스템 프록시를 따르는 앱이 로컬 클라이언트로 트래픽을 전달하도록 합니다. 터널 모드는 Apple이 제공하는 네트워크 확장 인터페이스를 통해 더 넓은 범위의 네트워크 연결을 처리합니다. 어느 방식을 사용하든 클라이언트가 시스템 보안 기능을 우회해 권한을 얻어서는 안 됩니다. macOS가 직접 표시하는 권한 창에 정상적으로 응답해야 합니다.

시스템에서 VPN 구성, 네트워크 확장 또는 네트워크 콘텐츠 필터 추가를 허용할지 물으면 먼저 창에 표시된 앱 이름을 확인한 뒤 시스템 안내에 따라 승인합니다. 일부 작업에서는 현재 Mac 사용자의 로그인 암호를 입력하거나 기기 인증을 진행해야 할 수 있습니다. 이는 macOS가 시스템 설정 변경을 승인하는 정상 절차이며, 구독 서비스가 인증 정보를 수집하는 과정이 아닙니다.

1. 클라이언트를 “응용 프로그램” 폴더로 옮긴 뒤 실행합니다.
2. 시스템 창을 읽고 권한을 요청한 앱 이름이 올바른지 확인합니다.
3. VPN 구성 추가 또는 네트워크 확장 활성화를 허용합니다.
4. 클라이언트로 돌아가 상태 표시줄에 “권한이 허용되지 않음”이 표시되지 않는지 확인합니다.
5. 먼저 구독 가져오기와 기본 확인을 완료하고, 전역 모드는 잠시 활성화하지 마세요.

권한 창이 표시되지 않으면 어떻게 하나요

먼저 클라이언트를 종료한 뒤 “응용 프로그램” 폴더에서 다시 실행합니다. 이어서 시스템 설정의 개인정보 보호 및 보안 영역으로 이동해 페이지 하단에 차단된 시스템 소프트웨어나 확장 관련 안내가 있는지 확인합니다. 네트워크 관련 설정에서 해당 VPN 구성이 이미 생성되었는지도 확인할 수 있습니다. 이미 권한을 승인한 클라이언트는 매번 창을 다시 표시하지 않으므로 “창이 나타나지 않음”이 곧 권한 누락을 의미하지는 않습니다.

시스템에 확장이 차단되었다는 메시지가 표시되면 현재 클라이언트의 개발자 이름과 일치하는 항목만 허용하세요. 허용한 뒤 시스템 안내에 따라 클라이언트나 기기를 다시 시작합니다. 클라이언트를 수동으로 옮기거나 이름을 바꿨거나 덮어 설치한 적이 있다면 먼저 이전 프로세스를 완전히 종료한 뒤 앱 이름을 유지한 상태로 다시 설치해 권한 기록이 이전 경로를 가리키지 않게 합니다.

구독 링크 가져오기 및 회선 읽기

클라이언트의 구독, 구성 또는 원격 구성 페이지를 열고 “클립보드에서 가져오기”나 “구독 링크 추가”를 선택합니다. 이름은 식별하기 쉬운 서비스명으로 직접 입력하고, 주소란에는 패널에서 복사한 전체 링크를 붙여 넣습니다. 가져온 뒤 한 번 업데이트해 클라이언트가 서버에서 현재 회선과 그룹을 읽도록 합니다.

구독 링크는 단일 노드 주소가 아닙니다. 일반적으로 인코딩되었거나 구조화된 구성 묶음을 반환하며, 여기에는 회선 이름, 서버 주소, 포트, 프로토콜 매개변수와 그룹 정보가 포함됩니다. 클라이언트가 해석을 완료해야 이 내용이 선택 가능한 노드로 표시됩니다. 이후 회선이 변경되면 “구독 업데이트”를 사용해 동기화하면 되며, 항목별로 수동 수정할 필요가 없습니다.

가져오기는 성공했지만 회선이 표시되지 않음

먼저 클라이언트가 표시한 오류 유형을 확인합니다. 네트워크 요청 실패라면 현재 네트워크에서 구독 주소에 접속할 수 있는지 확인하고, 해석 실패라면 클라이언트를 업데이트합니다. 인증 오류나 링크 무효라면 사용자 패널로 돌아가 구독을 다시 복사합니다. 링크를 복사할 때 설명 문구, 따옴표, 줄바꿈 또는 끝 공백을 포함하지 말고, 웹페이지 주소를 구독 주소로 잘못 사용하지도 마세요.

일부 클라이언트는 단일 Shadowsocks, VMess, Trojan 또는 VLESS 공유 링크를 직접 가져올 수 있지만, 이는 구독 가져오기와 다릅니다. 단일 가져오기는 현재 구성만 추가하며 서비스 측에서 회선을 업데이트해도 자동으로 동기화되지 않습니다. 장기간 사용하려면 구독 경로를 유지하고 노드 목록은 구독 업데이트로 관리하세요.

프로토콜 및 회선 유형 선택

프로토콜은 클라이언트와 서버가 데이터를 캡슐화하고 전송하는 방식을 결정하며, 회선 유형은 트래픽이 통과하는 네트워크 경로를 설명합니다. 직접 연결 회선은 현재 네트워크에서 원격 노드로 바로 연결되므로 경로가 단순하지만 현지 통신사와 국제 출구 품질의 영향을 더 크게 받습니다. 중계 회선은 먼저 입구에 연결한 뒤 중계 네트워크를 통해 출구로 전달하므로 네트워크 간 경로를 관리하기가 더 쉽습니다. IEPL 전용 회선은 상대적으로 독립적인 국제 전송 경로를 강조하며 일반 공용망 직접 연결과는 다른 개념입니다.

Hysteria2와 TUIC은 QUIC 방식에 기반해 전송을 처리하므로 패킷 손실 환경에서 기존 TCP 방식과 다른 복구 특성을 보일 수 있습니다. Trojan, VLESS, VMess와 Shadowsocks의 실제 성능도 클라이언트 구현, 서버 구성과 네트워크 상태에 따라 달라집니다. 프로토콜 이름만으로 속도를 판단할 수는 없으며, 같은 네트워크와 비슷한 시간대에 연결 수립, 웹 응답과 장시간 연결 안정성을 비교해야 합니다.

프록시 모드 선택 및 연결 확인

구독을 가져온 뒤 먼저 회선을 하나 선택하고 규칙 모드나 시스템 프록시 모드를 활성화합니다. 규칙 모드는 도메인, 주소 범위와 앱 요청에 따라 프록시 또는 직접 연결을 결정하므로 일상적인 사용에 적합합니다. 전역 모드는 더 많은 트래픽을 원격 회선으로 보내 짧은 진단에 유용하지만, 국내 웹사이트·로컬 네트워크 기기·소프트웨어 업데이트까지 우회 경로로 보낼 수 있습니다. 직접 연결 모드는 일반적으로 클라이언트는 실행 중이지만 요청은 원격 노드를 통과하지 않는 상태를 뜻합니다.

시스템 프록시와 터널 모드의 차이

시스템 프록시는 앱이 macOS의 프록시 구성을 따르는지에 의존합니다. 브라우저와 대부분의 일반 네트워크 프로그램은 사용할 수 있지만 자체 네트워크 스택을 구현한 앱은 무시할 수 있습니다. 터널 모드는 시스템 네트워크 계층에서 연결을 처리하므로 적용 범위가 더 넓고 UDP 또는 기기 전체 트래픽 처리가 필요한 경우에 적합합니다. 다만 더 높은 수준의 네트워크 확장 권한을 요청합니다.

처음 확인할 때 서로 다른 클라이언트 두 개를 동시에 실행하지 말고, 브라우저 확장·다른 프록시 도구·시스템 터널을 함께 사용하지 마세요. 여러 로컬 프록시가 동시에 시스템 설정을 변경하면 포트 충돌, 프록시 순환 또는 클라이언트를 종료한 뒤에도 프록시 구성이 남는 문제가 발생할 수 있습니다.

• ✅ 클라이언트 상태가 연결됨으로 표시되고 현재 회선 이름이 명확합니다.
• ✅ 일반 웹페이지와 대상 국제 웹사이트가 모두 정상적으로 열립니다.
• ✅ 연결을 종료하면 시스템 네트워크가 기존 상태로 복원됩니다.
• ✅ 규칙 모드에서도 로컬 서비스와 로컬 네트워크 리소스에 접근할 수 있습니다.
• ❌ 시스템 프록시를 제어하는 클라이언트를 여러 개 동시에 실행하지 마세요.
• ❌ 공개 검사 페이지에 전체 구독 주소를 제출하지 마세요.

DNS 및 분할 라우팅 일치 여부 확인

DNS는 도메인을 네트워크 주소로 변환합니다. 도메인 요청은 로컬 네트워크에서 처리하고 이후 연결은 원격 회선을 통해 전송하면 해석 결과와 출구 지역이 일치하지 않거나 DNS 누수가 발생할 수 있습니다. 문제를 확인할 때는 클라이언트의 DNS 모드, 분할 라우팅 규칙과 시스템이 현재 사용하는 DNS 서비스가 서로 맞는지 살펴봐야 합니다.

터널 모드를 활성화한 뒤 신뢰할 수 있는 DNS 검사 페이지를 사용해 DNS 요청이 원하지 않는 로컬 네트워크를 계속 가리키는지 확인할 수 있습니다. 검사 결과는 클라이언트 구성과 함께 해석해야 합니다. 로컬 DNS 서비스가 표시된다고 해서 반드시 연결에 실패한 것은 아닙니다. 규칙 모드에서는 직접 연결 도메인이 로컬 DNS를 사용할 수 있기 때문입니다. 실제로 수정해야 할 부분은 원격 회선을 거쳐야 하는 도메인이 계속 잘못된 경로로 해석되는 경우입니다.

웹페이지는 열리지만 특정 앱이 연결되지 않는다면 먼저 해당 앱이 시스템 프록시를 무시하는지 확인합니다. 적용 범위를 확인하기 위해 터널 모드로 잠시 전환해 볼 수도 있고, 클라이언트 규칙에서 앱이 접속하는 도메인이나 주소가 직접 연결로 잘못 분류되었는지도 확인할 수 있습니다. 모든 문제를 회선 속도 탓으로 돌리지 마세요. 분할 라우팅 매칭 오류가 더 흔한 원인일 수 있습니다.

주요 장애 점검 순서

장애 점검은 영향 범위가 가장 작은 작업부터 시작해야 합니다. 먼저 구독을 새로 고치고 회선을 전환한 다음 모드와 권한을 확인하며, 마지막에 재설치를 고려하세요. 클라이언트를 바로 삭제하면 로그, 구독과 문제 위치를 파악하는 데 필요한 상태까지 함께 사라질 수 있어 오히려 원인 판단이 어려워집니다.

확장이 차단되었거나 연결 버튼이 반응하지 않음

시스템 설정의 개인정보 보호 및 보안 영역을 열어 승인 대기 항목이 있는지 확인한 뒤, 네트워크 설정에서 VPN 구성이 활성화되어 있는지 확인합니다. 구성이 존재하지만 클라이언트에 권한 없음이 표시되면 클라이언트를 종료하고 다시 시작하세요. 그래도 반응이 없으면 해당 클라이언트와 연결된 이전 네트워크 구성을 제거한 뒤 클라이언트에서 다시 추가 요청을 보내도록 합니다. 이 과정에서는 현재 클라이언트와 일치하는 항목만 처리하세요.

구독 업데이트 실패

먼저 기본 네트워크가 정상인지 확인한 뒤 구독 주소를 다시 복사합니다. 브라우저에서는 서비스 패널에 접속되지만 클라이언트가 업데이트되지 않는다면 시스템 시간, 클라이언트 버전과 다른 프록시 도구가 요청을 가로채고 있는지 확인하세요. 구독 주소가 유출되었거나 재설정되었다면 패널에서 새 경로를 생성하고 모든 클라이언트에서 이전 구성을 삭제합니다.

연결 후 웹페이지가 열리지 않음

구독 업데이트, 회선 전환, 규칙 모드 사용, DNS 설정 확인 순서로 시도합니다. 브라우저에서만 문제가 발생한다면 브라우저의 독립 프록시 확장을 끈 뒤 다시 시도하세요. 모든 앱에서 문제가 발생한다면 터널 권한, 시스템 프록시 잔여 설정과 현재 네트워크가 선택한 전송 방식을 제한하는지 중점적으로 확인합니다. 진단을 위해 프로토콜을 바꿀 때는 구독에 이미 포함된 구성을 선택하고 서버 매개변수를 임의로 추측하지 마세요.

클라이언트를 종료한 뒤에도 인터넷에 연결되지 않음

대개 시스템 프록시가 복원되지 않은 경우입니다. 클라이언트를 다시 열고 먼저 연결을 끊거나 시스템 프록시를 끈 다음 정상적으로 종료하세요. 클라이언트를 실행할 수 없다면 macOS 네트워크 설정에서 현재 네트워크 서비스의 프록시 항목이 여전히 활성화되어 있는지 확인합니다. 남은 설정을 정리한 뒤 네트워크에 다시 연결하면 되며, 라우터를 변경하거나 다른 네트워크 서비스를 삭제할 필요는 없습니다.

1. 로컬 네트워크에서 일반 웹사이트에 접속할 수 있는지 확인합니다.
2. 구독을 업데이트하고 구체적인 오류 메시지를 확인합니다.
3. 같은 그룹의 다른 회선으로 전환합니다.
4. 규칙 모드, 시스템 프록시와 터널 모드가 충돌하는지 확인합니다.
5. 네트워크 확장, VPN 구성과 DNS 설정을 확인합니다.
6. 다른 프록시 도구를 종료한 뒤 다시 테스트합니다.
7. 오류 정보를 보존한 뒤 클라이언트 재설치 여부를 결정합니다.

일상적인 업데이트 및 구성 관리

클라이언트가 정상적으로 실행된 후 일상적인 관리는 주로 구독 업데이트, 클라이언트 업데이트와 규칙 확인으로 이루어집니다. 구독 업데이트는 회선을 동기화하고 클라이언트 업데이트는 새 프로토콜 필드와 시스템 인터페이스를 지원하므로 서로 대체할 수 없습니다. macOS 업데이트 후 연결 동작이 달라졌다면 먼저 클라이언트가 현재 시스템과 호환되는지 확인한 뒤 네트워크 확장 상태를 다시 점검하세요.

중복 구독을 반복해서 만들지 마세요. 같은 경로를 여러 번 가져오면 회선 목록에 같은 이름이 나타나 실제로 어떤 구성 그룹을 사용하는지 확인하기 어려워집니다. 유효한 구독 하나만 남기고 알아보기 쉬운 이름을 지정한 뒤 클라이언트의 업데이트 기능으로 관리하면 됩니다.

Mac을 교체할 때는 전체 앱 폴더를 복사하지 말고 사용자 패널에서 클라이언트와 구독을 다시 받으세요. 시스템 네트워크 확장 권한 기록은 기기 환경과 연결되어 있으므로 이전 파일을 그대로 옮겨도 새 기기의 시스템 권한을 대신할 수 없습니다. 이전이 끝나면 기존 기기에서 구독 구성을 삭제해 더 이상 사용하지 않는 기기에 링크가 오래 남지 않도록 하세요.

전체 흐름을 기억하세요. 클라이언트는 실행을 담당하고, 시스템 권한은 네트워크 제어를 허용하며, 구독은 회선을 전달하고, 프로토콜은 데이터를 전송하고, 분할 라우팅 규칙은 경로를 결정하며, DNS는 도메인을 해석합니다. 어느 한 단계에 문제가 생겨도 “연결되지 않음”으로 보일 수 있지만, 계층별로 확인하면 원인 범위를 빠르게 좁힐 수 있습니다.