Shadowrocket 첫 실행 설정: VPN 구성 승인과 Home 화면 안내

이 글의 핵심

Shadowrocket을 처음 사용할 때는 먼저 기존에 보유한 연결 정보를 준비하고, 시스템 VPN 구성을 승인한 뒤 Home에서 연결 상태와 라우팅 방식, 서버 선택을 확인합니다. iPhone 및 iPad 신규 사용자를 위해 승인과 연결의 차이, Home 각 영역의 용도, 첫 테스트에 실패했을 때 먼저 확인할 항목을 설명합니다. 복잡한 규칙을 먼저 수정할 필요는 없습니다.

처음 열기 전: 앱, 연결 정보, 구성 파일 구분하기

Shadowrocket은 Apple 플랫폼용 클로즈드 소스 상용 앱으로, App Store에서 한 번 구매하면 됩니다. 개발자 이름은 Shadow Launch Technology Limited이며 앱 ID는 932747118입니다. 시스템 요구 사항과 호환성은 App Store 페이지를 확인하세요. 구매 경로를 확인하려면 먼저 정식 App Store 다운로드 및 확인 안내를 살펴보세요.

앱 구매와 연결 서비스 이용은 별개입니다. 아래 단계는 이미 이용 중인 서비스 또는 완전한 서버 설정 정보를 보유하고 있다는 전제에서 설명합니다. 시스템에서 VPN 구성을 추가하도록 허용해도 앱이 시스템 네트워크 터널을 만들 수 있을 뿐, 사용할 서버가 생기거나 누락된 계정 정보가 자동으로 채워지지는 않습니다.

932747118

App Store 앱 ID로 제품 확인

세 가지 주요 화면

Home / Config / Settings: 연결, 구성, 설정

네 가지 라우팅 방식

Global Routing：Proxy / Direct / Config / Scene

서버 항목: 프로토콜 유형, 주소, 포트, 인증 정보가 포함되며 Home에서 연결 대상을 선택하는 데 사용합니다.
구독: 기존 서버 목록을 가져오고 갱신하는 기능입니다. 구독을 갱신해도 App Store의 앱이 업데이트되는 것은 아닙니다.
구성 파일: Config에서 관리하며 규칙, DNS, 정책 설정이 포함될 수 있습니다. 서버 항목 하나와 같은 것으로 볼 수 없습니다.

VPN 구성 승인: 처음 연결할 때 완료

처음 실행하는 동안 시스템 승인 안내가 표시될 수 있습니다. 앱을 열자마자 나타나지 않으면, 처음 연결을 켜고 VPN 구성을 만들어야 할 때 표시되는 경우가 많습니다. 팝업은 시스템에서 표시하며 버튼 문구는 시스템 언어에 따라 달라집니다. 방금 실행한 Shadowrocket에서 요청한 것인지 확인한 다음 추가를 허용하고, 시스템 안내에 따라 기기 인증을 완료하세요.

준비할 정보

기존 서버 항목이 있는지 확인하거나, 아래 안내에 따라 본인의 구독을 가져옵니다. 목록이 비어 있다고 해서 승인이 잘못된 것은 아닙니다.
연결 시작

Home에서 사용할 서버를 선택한 다음 상단 연결 스위치를 조작합니다. 새 VPN 구성이 필요한 경우 이때 승인 요청이 표시됩니다.
요청 확인

Shadowrocket을 활성화하려는 작업이 맞는지 확인하고 시스템 안내를 읽은 뒤 추가를 허용합니다. 화면에 표시되는 대로 기기 암호나 시스템에서 제공하는 인증 방법으로 승인하세요.
돌아가서 확인

Home으로 돌아와 연결 상태를 확인합니다. 승인이 끝나도 실제 연결은 별도로 이루어져야 합니다. 팝업이 사라졌다고 네트워크를 사용할 수 있는 것은 아닙니다.

시스템에 구성이 저장됐는지 확인하려면 iPhone 또는 iPad에서 ‘설정 → 일반 → VPN 및 기기 관리 → VPN’을 살펴보세요. 화면 표시는 시스템 버전에 따라 다를 수 있습니다. 재시도하려고 정체를 모르는 관리 항목을 바로 삭제하지 마세요. Shadowrocket VPN 구성을 삭제하면 다음 연결 때 다시 승인해야 할 수 있습니다.

Home 상단: Not Connected와 연결 스위치

Not Connected는 현재 Shadowrocket VPN 연결이 설정되지 않았다는 뜻입니다. 구독 만료 여부를 나타내거나 서버 설정이 올바른지 검사한 결과가 아닙니다. 처음 앱을 열었을 때, 직접 연결을 끊었을 때, 연결에 실패했을 때 이 상태가 표시될 수 있습니다.

Home 상단 스위치는 연결을 시작하거나 중지합니다. SERVER 영역에서는 사용할 서버 항목을 선택하고, Global Routing에서는 연결을 처리하는 라우팅 방식을 정합니다. 각 위치의 역할은 서로 다릅니다. 문제를 확인할 때는 각각의 상태를 따로 기록하세요. 단순히 ‘스위치가 켜지지 않는다’고만 적으면 원인을 파악하기 어렵습니다.

Home: 연결과 대상

상태: Not Connected는 현재 연결되지 않았다는 뜻
스위치: VPN 연결 시작 또는 중지
SERVER: 기존 서버 항목 확인 및 선택
Connectivity Test: 선택한 테스트 방식으로 서버 연결 가능 여부 확인

연결이 설정됐는지와 대상 웹사이트에 접속할 수 있는지는 각각 확인해야 합니다.

Config / Settings: 구성과 동작

Config: 현재 사용할 구성 파일을 관리하고 선택
Global Routing: Home에서 라우팅 방식 선택
On Demand: Settings → On Demand에서 필요 시 연결 설정 확인
첫 연결 확인: 먼저 수동으로 연결한 뒤 자동 연결 동작을 설정

먼저 수동 연결이 되는지 확인한 다음 자동화를 설정하면 문제의 원인을 구분하기 쉽습니다.

연결에 성공한 뒤에도 실제로 접속하려는 대상을 열어 확인해야 합니다. 시스템의 VPN 상태는 터널 연결 상태만 보여 줍니다. 모든 대상에 같은 정책이 적용되거나 원격 인증, DNS, 대상 서비스가 모두 정상이라는 뜻은 아닙니다.

Global Routing: 먼저 규칙 적용 여부 확인

Home → Global Routing으로 이동해 현재 선택된 방식을 확인합니다. 처음 연결을 테스트할 때는 ‘구성에 따라 연결 경로를 결정하는 방식’과 ‘경로를 일시적으로 고정하는 방식’을 구분하는 것이 중요합니다. 신뢰할 수 있고 현재 환경에 맞는 구성이 있다면 Config를 사용할 수 있습니다. 구성 내용을 확인하지 않았다면 익숙해 보이는 옵션이라는 이유만으로 올바른 설정이라고 판단하지 마세요.

Config

Proxy

앱이 처리하는 연결을 프록시 방식으로 라우팅합니다. 일시적인 문제 해결에 사용하면 일반적인 트래픽 분할 규칙이 테스트 결과에 미치는 영향을 줄일 수 있습니다. 기기의 모든 유형의 네트워크 활동을 처리한다는 뜻은 아닙니다.

적합한 경우: 서버를 선택한 상태에서 일반적인 트래픽 분할 규칙의 영향을 비교해 확인하려는 경우.

Direct

앱이 처리하는 연결을 직접 연결 방식으로 라우팅하며, 일반 연결의 출구로 원격 프록시를 사용하지 않습니다. 이때 상단 연결 스위치가 켜져 있어도 선택한 서버를 통해 접속 중이라고 볼 수는 없습니다.

적합한 경우: 현재 네트워크에서 직접 접속할 때의 상태를 비교하려는 경우.

Scene

설정된 Scene에 따라 라우팅을 선택합니다. 사용하기 전에 해당 Scene 설정을 확인해야 합니다. Scene은 별도 설정 없이 접속 목적을 자동 판단하는 모드가 아닙니다.

적합한 경우: Scene 설정을 이해하고 완료한 사용자.

아래 내용은 규칙 텍스트의 설명일 뿐, 처음 앱을 실행할 때 그대로 붙여 넣어 사용할 수 있는 완성된 구성은 아닙니다. DOMAIN-SUFFIX는 도메인 접미사를, GEOIP는 IP의 지리적 위치를, IP-CIDR은 IP 주소 대역을 기준으로 일치 항목을 찾습니다. FINAL은 일치하는 규칙이 없는 연결을 처리합니다. 규칙의 실제 결과는 현재 구성과 정책 이름을 이해해야 판단할 수 있습니다.

[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.0.2.0/24,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

규칙은 위에서 아래 순서로 확인하며, 먼저 일치하는 항목의 정책이 적용됩니다. 예시의 PROXY는 실제 사용 가능한 프록시 정책과 연결되어 있어야 합니다. 예시용 도메인, 문서용 IP 대역, 정책 이름을 자신의 네트워크에 맞는 완성된 설정으로 간주하지 마세요.

SERVER 영역: 가져오기, 갱신, 선택은 각각 다른 단계

SERVER 영역에는 기존 서버 항목이나 구독 그룹이 표시됩니다. 목록이 비어 있으면 먼저 본인의 정보를 가져오세요. 목록에 항목이 있다면 실제로 어떤 항목이 선택됐는지 확인합니다. 목록에 이름이 보인다고 해서 해당 항목이 선택됐거나 현재 연결 가능하다는 뜻은 아닙니다.

기존 연결 정보를 입력하는 두 가지 방법

기존 구독 URL

Home 오른쪽 위 ‘+’ → Type → Subscribe.
URL에 본인의 구독 주소를 입력하고 저장합니다.
구독 내용을 불러올 때까지 기다린 다음 생성된 서버 그룹을 확인합니다.
목록을 갱신하려면 구독 항목을 업데이트한 뒤 현재 선택된 항목을 다시 확인합니다.

기존 서버 설정 정보

Home 오른쪽 위 ‘+’ → Type에서 제공된 정보에 지정된 프로토콜을 선택합니다.
주소, 포트, 해당 인증 정보를 항목별로 입력합니다.
TLS, SNI 또는 전송 경로가 필요한 경우 원본 정보에 따라 입력합니다.
저장한 뒤 SERVER 영역으로 돌아와 해당 항목을 선택하고 테스트합니다.

구독을 갱신하면 가져오는 서버 목록이 바뀌고, 직접 입력하면 로컬 서버 항목이 바뀝니다. 어느 쪽도 시스템 VPN 승인을 대신하지는 않습니다.

Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 입력 항목이 서로 다릅니다. 주소와 포트가 있다고 해서 한 프로토콜의 비밀번호를 다른 프로토콜의 인증 항목에 입력하지 마세요. 예를 들어 제공된 정보에 포트가 443으로 표시되어 있다면 그대로 입력해야 합니다. 포트 번호만으로 프로토콜 유형이나 TLS 설정이 올바른지 알 수는 없습니다.

Connectivity Test: 테스트 결과와 실제 접속은 별도로 확인

Home → Connectivity Test에서 연결 테스트 방식을 선택하고 실행합니다. 테스트 방식마다 확인 범위가 다릅니다. TCP 테스트는 대상 포트에 연결할 수 있는지 확인하며, 다른 방식은 프록시를 통해 테스트 대상으로 접속하는 과정까지 확인할 수 있습니다. 결과를 기록할 때는 테스트 방식도 함께 적으세요. 숫자 하나로만 결과를 비교하지 마세요.

밀리초 표시: 선택한 방식으로 이번 테스트에서 응답을 받았다는 뜻입니다. 실제 다운로드 속도나 모든 웹사이트의 접속 가능 여부를 보장하지는 않습니다.
timeout 표시: 제한 시간 안에 테스트에 필요한 응답을 받지 못했다는 뜻입니다. 먼저 로컬 네트워크, 서버 주소와 포트를 확인한 다음 프로토콜과 인증 정보를 점검하세요.
테스트는 성공했지만 웹페이지에 접속할 수 없는 경우: Global Routing, 현재 구성, DNS, 실제 접속 대상을 확인하세요. 테스트 결과만으로 구성 문제를 배제할 수는 없습니다.
일부 항목만 실패하는 경우: 먼저 해당 항목의 설정 정보와 제공된 정보의 유효성을 비교해 확인하세요. 곧바로 기기 전체의 VPN 구성을 삭제하고 다시 만들지는 마세요.

첫 테스트에서는 같은 네트워크를 유지하고 한 번에 변수 하나만 바꾸세요. 먼저 서버와 구성을 그대로 둔 채 테스트와 실제 접속을 확인합니다. 비교가 필요할 때 라우팅 방식이나 서버를 바꾸세요. 네트워크, 서버, 구성을 연달아 바꾸면 어떤 단계가 결과에 영향을 줬는지 파악하기 어렵습니다. 테스트 시간은 네트워크 부하에 따라 달라질 수 있으므로 한 번의 결과를 지속적인 상태로 단정하지 마세요.

첫 연결 확인 목록: 수동 연결부터 확인하고 On Demand 점검

On Demand와 Global Routing은 서로 다른 문제를 해결합니다. 전자는 필요할 때 연결을 설정하는 시점을, 후자는 연결이 설정된 뒤 트래픽을 처리하는 방식을 다룹니다. 처음 사용할 때는 먼저 수동 연결을 확인하고, 이후 Settings → On Demand에서 관련 설정을 살펴보세요. 연결을 끊은 뒤 바로 다시 연결된다면 상단 스위치의 고장을 단정하기보다 On Demand 동작부터 확인하세요.

시스템 승인: Shadowrocket의 VPN 구성을 추가하도록 허용했으며, 확인 대기 중인 시스템 팝업이 없습니다.
서버 선택: SERVER 영역에서 예상한 항목을 선택했으며 프로토콜, 주소, 포트, 인증 정보가 원본과 일치합니다.
라우팅 방식: 현재 Global Routing이 Config, Proxy, Direct, Scene 중 무엇인지 확인했습니다. Config를 사용할 때는 현재 구성도 점검했습니다.
테스트 기록: Connectivity Test를 실행하고 테스트 방식과 응답 또는 timeout을 기록했습니다.
실제 접속: 연결을 설정한 뒤 실제 대상으로 접속해 상태 문구만 바뀐 것이 아닌지 확인했습니다.
자동 동작: 수동 연결을 확인한 다음 Settings → On Demand를 점검해 자동 연결과 수동 조작이 서로 영향을 주지 않도록 합니다.

계속 연결되지 않는다면 실패한 단계, 시스템 팝업 내용, 현재 라우팅 방식, 테스트 결과를 기록해 두세요. 승인 실패는 먼저 시스템 권한을 확인하고, 목록이 비어 있으면 가져오기부터 처리하세요. 테스트가 timeout되면 네트워크와 서버 설정을 먼저 확인합니다. 일부 대상에서만 문제가 생기면 규칙과 DNS를 점검하세요. 모든 설정을 한꺼번에 초기화하는 것보다 단계별로 확인하는 편이 원인을 찾기 쉽습니다.