Shadowrocket을 처음 사용할 때는 먼저 직접 준비한 연결 구성을 확인한 다음, 시스템 VPN 권한과 SERVER 선택, Global Routing을 차례로 살펴보세요. VPN 구성 추가를 허용하면 앱이 시스템 네트워크 터널을 사용할 수 있지만, 이 단계만으로 연결이 작동하는 것은 아닙니다. 이 글에서는 iPhone과 iPad에서 처음 설정하는 과정을 중심으로 Home의 각 영역이 하는 일과 연결·테스트·연결 해제 후 확인할 항목을 안내합니다.
처음 사용하기: 앱, 구성, 시스템 권한 구분하기
Shadowrocket은 Apple 플랫폼용 유료 앱이며 App Store에서만 받을 수 있습니다. 개발자는 Shadow Launch Technology Limited이고 앱 ID는 932747118입니다. 앱은 일회성 구매 방식이며 가격은 해당 지역 App Store에 표시된 금액을 따릅니다. 앱 구매와 연결 서비스 이용은 별개입니다. 이 글은 이미 서비스와 구성을 보유한 사용자를 대상으로 하며, 이 사이트는 노드나 구독을 제공하지 않습니다.
처음 실행한 뒤 Home에서 선택할 서버가 보이지 않아도 설치 오류는 아닙니다. 앱이 연결할 주소와 사용할 프로토콜, 인증 정보를 알아야 합니다. 시스템 VPN 권한은 별도의 조건입니다. 이 권한은 앱이 시스템 터널 기능을 사용하도록 허용할 뿐, 서버 주소나 인증 정보를 대신 입력해 주지는 않습니다.
Home에서는 연결 상태와 서버를 선택하고 기본 테스트를 실행합니다. Config에서는 구성 파일과 규칙을 관리하고, Settings에서는 On Demand 같은 앱 설정을 변경합니다. 먼저 세 화면의 역할을 파악한 뒤 세부 항목을 조정하면 ‘서버 변경’과 ‘규칙 변경’을 혼동하지 않을 수 있습니다. Mac, Apple TV, Apple Vision의 호환성 및 모든 기기의 시스템 요구 사항은 App Store 페이지를 확인하세요. 이 글의 시스템 설정 경로는 iPhone과 iPad 기준입니다.
VPN 구성 권한: 허용하면 어떻게 되나요?
처음 사용할 때 앱은 VPN 구성을 추가하도록 요청합니다. 보통 처음 연결을 시도할 때 안내가 표시되며, Home에 들어가자마자 나타나지 않을 수도 있습니다. 시스템에서 확인을 요청하며, 필요한 경우 기기 인증을 거쳐 권한을 부여합니다. 현재 열려 있는 Shadowrocket에서 시작한 작업인지 확인한 뒤 시스템 안내에 따라 진행하세요.
허용하면 시스템이 VPN 연결에 사용할 구성을 저장합니다. 이 시스템 구성은 Config 화면의 규칙 구성 파일과 다릅니다. 전자는 시스템 네트워크 권한과 연결 기록을 위한 것이고, 후자는 앱이 요청을 처리하는 방식을 정합니다. 권한을 부여했다고 해서 모든 요청이 선택한 서버를 통하거나 서버 인증이 완료되는 것은 아닙니다.
-
구성 준비
Home으로 이동해 본인의 서버 기록이 있는지 확인합니다. 직접 추가하려면 오른쪽 위의 “+”를 누르고 Add Server로 이동한 다음, 보유한 정보에 맞는 Type을 선택해 해당 항목을 입력합니다.
-
서버 선택
Home → SERVER로 돌아가 이번에 사용할 기록을 선택합니다. 선택된 항목을 확인한 다음 Home 상단의 연결 스위치를 조작하세요.
-
시스템 권한 확인
처음 연결을 켤 때 시스템에서 VPN 구성 추가를 허용할지 묻는다면 요청한 앱을 확인한 뒤 허용하고, 기기에서 요구하는 인증을 완료하세요.
-
연결 상태 확인
Home으로 돌아가 상태가 바뀌었는지 확인합니다. Not Connected가 계속 표시되면 먼저 권한이 완료됐는지 확인한 다음 선택한 기록의 주소, 포트, 인증 정보를 살펴보세요.
Home 화면 구성: 스위치, 서버, 테스트의 역할
Home 상단의 Not Connected는 현재 연결 상태를 나타내며 서버 이름이 아닙니다. 연결 스위치를 켜면 앱에 터널 연결을 요청하고, 끄면 연결을 종료하도록 요청합니다. SERVER에서 선택한 기록은 연결 매개변수를 제공하므로 두 항목은 서로 대신할 수 없습니다.
연결 및 라우팅
- Not Connected
- 현재 연결이 설정되지 않았음을 나타내는 상태 표시입니다.
- 연결 스위치
- 앱의 VPN 연결을 시작하거나 중지합니다.
- Global Routing
- 요청을 처리할 라우팅 방식으로 Proxy, Direct, Config 또는 Scene을 선택합니다.
스위치는 연결 상태를 관리하고, Global Routing은 요청 처리 방식을 관리합니다.
기록 및 테스트
- SERVER
- 선택할 수 있는 서버 기록과 현재 선택된 항목을 표시합니다.
- Connectivity Test
- 현재 테스트 설정에 따라 기록의 연결 가능 여부를 확인합니다.
- Add Server
- Home 오른쪽 위의 “+”를 누르고 Type을 선택해 기록을 추가합니다.
테스트 결과는 문제를 파악하는 데 참고할 수 있지만 실제 요청 상태를 확인하는 작업을 대신하지는 않습니다.
직접 입력할 때는 Type을 기존 구성과 일치시켜야 합니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 입력 항목이 서로 다르므로 Type만 바꾸고 다른 프로토콜의 인증 정보를 그대로 사용하면 안 됩니다. 주소, 포트, 비밀번호, 키, TLS 및 전송 관련 매개변수는 원래 구성과 하나씩 대조하세요. 프로토콜 이름만 보고 기본값을 추측하지 마세요.
구독을 보유한 경우 Home 오른쪽 위의 “+”를 눌러 추가 화면으로 이동하고 Type에서 Subscribe를 선택한 뒤 본인의 구독 주소를 입력해 저장합니다. 구독을 업데이트하면 서버 기록의 변경 사항을 가져오지만 시스템 VPN 권한이 다시 부여되는 것은 아닙니다. 업데이트 후에는 이번에 사용할 기록이 선택되어 있는지 확인하세요. 구독 주소의 token은 민감한 정보이므로 문제를 확인할 때 전체 주소를 공개 페이지에 올리지 마세요.
Global Routing: 처음 연결할 때 선택하는 방법
Home → Global Routing에서 옵션을 열고 먼저 규칙에 따라 요청을 처리할지, 아니면 연결을 별도로 점검할지 결정합니다. 아래의 ‘권장’ 방식은 사용할 수 있는 구성 파일을 이미 확보하고 확인한 경우를 전제로 합니다. Config에 규칙이 준비되지 않았다면 Config를 선택하는 것만으로 규칙 설정이 완료되는 것은 아닙니다.
Config
권장현재 활성화된 구성 파일에 따라 요청을 처리합니다. DIRECT, 프록시 정책 또는 다른 처리 방식이 적용되는지는 실제 규칙과 정책 설정에 따라 달라지며, 지역별로 고정되어 있지 않습니다.
추천 상황: 확인 가능한 구성이 있고 요청마다 규칙을 적용하려는 경우
Proxy
앱이 처리하는 요청을 프록시 방식으로 전송해 규칙 분기를 일시적으로 변수에서 제외할 수 있습니다. 서버 매개변수 오류를 해결하는 기능은 아니며, 시스템의 모든 트래픽이 반드시 프록시를 거친다는 뜻도 아닙니다.
추천 상황: 서버 연결을 확인하거나 Config 사용 시의 실제 접속 결과와 비교하려는 경우
Direct
앱이 처리하는 요청을 직접 연결 방식으로 처리합니다. Direct를 선택하는 것은 Home 연결 스위치를 끄는 것과 다르므로 시스템 VPN 상태는 별도로 확인해야 합니다.
추천 상황: 앱 연결은 유지한 채 직접 연결 결과를 비교하려는 경우
Scene
설정된 Scene 조건에 따라 해당 처리 방식을 선택합니다. 처음 사용할 때는 Scene 조건과 관련 설정을 먼저 확인하세요. 연결을 자동으로 감지하고 복구하는 기능으로 이해해서는 안 됩니다.
추천 상황: Scene을 설정했고 각 Scene의 실행 조건을 파악하고 있는 경우
Config에서 DOMAIN-SUFFIX는 도메인 접미사를, IP-CIDR은 IP 주소 대역을, GEOIP는 IP 지리 데이터베이스를 기준으로 일치 항목을 찾습니다. FINAL은 마지막 기본 처리에 사용됩니다. 규칙 순서와 정책 대상 모두 결과에 영향을 줍니다. 처음 연결을 확인할 때는 서버와 라우팅 방식을 고정하세요. 규칙, DNS, 프로토콜 매개변수를 동시에 바꾸면 결과가 달라진 원인을 파악하기 어렵습니다.
Connectivity Test: 결과 해석하기
Connectivity Test는 현재 테스트 방식으로 서버 기록의 연결 상태를 확인하는 기능이지 다운로드 속도 측정 기능은 아닙니다. 테스트 방식에 따라 확인하는 단계가 다릅니다. 예를 들어 TCP 테스트는 주로 대상 서버와의 연결을 확인하며, 프로토콜 인증과 웹 페이지 접속까지 모두 성공했음을 단독으로 증명하지는 않습니다. 두 결과를 비교할 때는 테스트 방식, 로컬 네트워크, 선택한 기록을 동일하게 유지하세요.
- 응답 시간은 표시되지만 웹 페이지가 열리지 않음: 테스트한 단계에서 응답을 받았다는 뜻일 뿐, DNS, TLS, 규칙 일치, 대상 사이트 접속까지 모두 정상이라는 의미는 아닙니다. 실제 접속에 사용된 라우팅 방식과 프로토콜 매개변수를 계속 확인하세요.
- 시간 초과 발생: 먼저 로컬 네트워크가 작동하는지 확인한 다음 서버 주소와 포트, 현재 테스트 방식을 점검하세요. 한 번 시간 초과가 발생했다고 해서 어느 쪽에 문제가 있는지 단정할 수는 없습니다.
- 네트워크를 바꾸자 결과가 달라짐: 같은 기록과 테스트 방식을 유지한 채 Wi-Fi와 셀룰러 네트워크를 비교하세요. 결과가 달라졌다면 로컬 네트워크 환경이 문제에 영향을 줬을 수 있습니다. 이후 연결 기록도 함께 확인해야 합니다.
- 테스트 수치는 낮지만 전송은 느림: 지연 시간과 지속적인 전송 속도는 서로 다른 지표입니다. 대용량 파일 전송, 동영상 버퍼링, 웹 페이지 최초 로딩 속도도 하나의 지연 시간 수치만으로 판단할 수 없습니다.
다시 확인할 수 있는 테스트를 하려면 네트워크 유형, 서버 기록, Global Routing 옵션, 테스트 방식, 관찰한 현상을 기록하세요. 예를 들어 “같은 Wi-Fi에서 TCP 테스트는 응답하지만 Proxy에서는 대상 페이지가 열리지 않음”이라고 적으면 “스위치가 작동하지 않음”보다 문제를 파악하기 쉽습니다. 현상만 기록하고 비밀번호, 키 또는 전체 구독 링크는 적지 않아도 됩니다.
On Demand: 연결이 다시 시작될 때 확인할 순서
On Demand는 조건에 따라 연결을 시작하는 기능이며 Settings → On Demand에서 설정합니다. Home의 수동 연결 스위치와는 역할이 다릅니다. On Demand는 자동 연결 조건과 관련되고, Home 스위치는 사용자가 현재 연결 또는 연결 해제를 요청하는 조작입니다. 처음 설정할 때는 먼저 수동으로 연결하고 해제되는지 확인한 뒤 필요에 따라 On Demand를 설정하세요.
- 먼저 Home에서 연결 스위치를 끄고 상태가 Not Connected로 돌아오는지 확인합니다.
- 그 뒤 다시 연결되면 Settings → On Demand에서 기능이 켜져 있는지, 현재 조건이 연결을 실행하는지 확인합니다.
- 자동 실행의 영향을 확인하려면 먼저 On Demand를 끈 다음 Home으로 돌아가 수동 연결과 연결 해제를 다시 시도하세요.
- 시스템 VPN 설정에서 현재 연결에 해당하는 앱도 확인하세요. 상태 막대 표시만으로 어떤 구성이 사용 중인지 판단하지 마세요.
첫 설정을 마친 뒤 확인할 항목
첫 설정이 완료됐다고 판단하려면 스위치가 켜졌는지만 볼 것이 아니라 현재 서버와 라우팅 방식, 시스템 권한, 테스트 결과를 각각 설명할 수 있어야 합니다. 어느 단계에서 문제가 생기면 해당 항목으로 돌아가 확인하고, 모든 구성을 삭제한 뒤 계속 처음부터 시도하지 마세요.
- 앱 출처: App Store에서 Shadowrocket을 받고 개발자와 앱 ID를 확인했습니다.
- 연결 정보: SERVER에 본인의 유효한 기록이 있으며 프로토콜 Type이 원래 구성과 일치합니다.
- 시스템 권한: VPN 구성 추가를 허용했으며 시스템 기록이 현재 앱에 해당합니다.
- 라우팅 선택: 현재 Global Routing이 Proxy, Direct, Config, Scene 중 무엇인지 알고 있습니다. Config를 사용한다면 현재 활성화된 구성 파일도 확인했습니다.
- 테스트 범위: Connectivity Test 응답과 실제 접속 성공 여부를 구분하며 지연 시간을 다운로드 속도로 여기지 않습니다.
- 자동 연결: Settings → On Demand의 활성화 여부를 알고 있으며 수동으로 연결을 해제했을 때의 동작이 설정한 조건과 일치합니다.
이후 DNS, 규칙 또는 프로토콜 매개변수를 조정할 때는 한 번에 한 종류만 변경하고 원래 값을 기록해 두세요. 그래야 서버를 바꾸고 구독을 업데이트하고 규칙까지 다시 작성해 비교 기준을 잃는 대신, 문제가 발생한 단계를 좁혀 확인할 수 있습니다.