Shadowrocket을 처음 사용할 때는 먼저 본인이 보유한 연결 정보를 준비한 뒤 Home에서 연결을 시작하고, 시스템 안내에 따라 VPN 구성을 추가하도록 허용합니다. 이 글에서는 권한 허용, 연결 스위치, 라우팅 모드, 연결 테스트, 서버 목록을 차례로 설명합니다. ‘시스템에서 연결을 허용함’, ‘앱에서 연결을 실행 중임’, ‘대상 웹사이트에 정상적으로 접속할 수 있음’은 서로 다른 상태입니다.
첫 연결 전: 앱과 보유 정보 확인
Shadowrocket은 Apple 플랫폼용 유료 앱으로, 주로 iPhone과 iPad에서 사용하며 App Store에서만 받을 수 있습니다. 구매 전에 개발자 Shadow Launch Technology Limited와 앱 ID 932747118을 확인하세요. 앱은 한 번 구매하면 계속 사용할 수 있습니다. 시스템 요구 사항과 다른 Apple 기기에서의 호환성 및 통합 구매 범위는 App Store 페이지에 표시된 내용을 기준으로 확인하세요.
앱 구매와 연결 서비스 이용은 별개입니다. 이 글은 사용자가 직접 보유한 서비스 제공업체 정보와 구독 또는 개별 서버 설정값이 있다는 전제로 설명합니다. 이 사이트는 노드나 구독을 제공·판매·추천하지 않습니다. Home의 SERVER 목록이 비어 있다면 VPN 구성을 허용해도 서버 주소, 포트 또는 인증 정보가 자동으로 입력되지는 않습니다.
Home에서는 연결 상태 확인, 서버 선택, 현재 라우팅 방식 변경을 할 수 있습니다. Config에서는 구성 파일과 규칙을 관리하고, Settings에서는 On Demand와 같은 앱 설정을 관리합니다. 서버 정보와 규칙 설정은 서로 다릅니다. 서버 정보는 연결 대상과 인증 방법을 지정하고, 규칙 설정은 요청별 처리 방식을 정합니다.
- 구독을 보유한 경우: 전체 링크를 준비하고 쿼리 매개변수를 유지하세요. 화면에 잘려 보이는 주소를 전체 링크로 간주하지 마세요.
- 개별 서버 설정값을 보유한 경우: 프로토콜, 주소, 포트, 인증 항목을 확인하세요. 이름만 보고 입력이 올바른지 판단할 수 없습니다.
- 구성 파일을 보유한 경우: 출처와 적용할 규칙, 특히 최종 정책을 확인하세요. 자세한 가져오기 방법은 가져오기 안내를 참조하세요.
VPN 구성 허용: 시스템 권한과 첫 연결 절차
앱을 열기만 해서는 VPN 권한 요청 창이 바로 표시되지 않을 수 있습니다. 일반적으로 처음 연결을 시작해 시스템 VPN 구성을 만들어야 할 때 구성을 추가하도록 허용할지 묻습니다. 허용하면 Shadowrocket의 네트워크 확장이 기기 내 트래픽 처리 경로를 설정할 수 있습니다. 이 권한은 서버 계정 인증이 아니며, 모든 요청이 원격 프록시 서버로 전송된다는 뜻도 아닙니다. 요청이 어디로 향하는지는 Global Routing과 구성 규칙에 따라 달라집니다.
-
정보 확인
Home으로 이동해 SERVER 목록에 가져온 서버가 표시되는지 확인하세요. 목록이 비어 있으면 먼저 연결 정보를 가져오세요. 시스템 권한을 서버 설정으로 착각하지 마세요.
-
서버 선택
Home → SERVER에서 사용할 항목을 선택하고 선택 표시를 확인하세요. 이름이 비슷하다면 편집 화면에서 주소, 포트, 프로토콜을 확인하세요.
-
라우팅 확인
Home → Global Routing을 여세요. 규칙 구성을 이미 확인했다면 Config를 선택하세요. 이번에 서버 연결만 점검한다면 Proxy를 임시로 선택하고 테스트가 끝난 뒤 원래 모드로 되돌리세요.
-
연결 시작
Home으로 돌아가 Not Connected 옆의 연결 스위치를 조작하세요. 시스템에서 VPN 구성을 추가할지 묻는 경우 요청한 앱이 Shadowrocket인지 확인한 뒤 허용하고, 시스템 안내에 따라 인증을 완료하세요.
-
접속 확인
Home으로 돌아가 연결 상태를 확인한 다음 Connectivity Test와 실제 웹페이지 접속을 함께 점검하세요. 테스트 중에는 네트워크와 서버를 그대로 유지하고 여러 설정을 동시에 변경하지 마세요.
처음 권한 요청에서 거부를 선택했다면 Home으로 돌아가 연결을 다시 시작하고 시스템에서 권한을 다시 요청하는지 확인하세요. 기존 시스템 구성을 확인하려면 iPhone 또는 iPad의 설정에서 ‘일반 → VPN 및 기기 관리 → VPN’으로 이동할 수 있습니다. 실제 메뉴 이름은 기기 시스템에 따라 다를 수 있습니다. 문제를 확인한다는 이유로 이번 사용과 관계없는 구성을 삭제하지 마세요. 특히 기기 관리상 유지해야 하는 항목은 삭제하지 않아야 합니다.
VPN 구성 추가를 허용하면 시스템 권한 단계만 완료됩니다. 서버 정보의 유효성, 현재 네트워크 연결 가능 여부, 규칙 선택, 대상 서비스 접속은 각각 별도로 확인해야 합니다.
Not Connected: 스위치 상태로 알 수 있는 것
Not Connected는 현재 앱 연결이 설정되지 않았다는 뜻입니다. 스위치는 트래픽 처리를 시작하거나 중지하며, 구독을 가져오거나 잘못된 인증 정보를 수정하지는 않습니다. 스위치를 켠 뒤에는 연결이 완료됐다고 위치만 보고 판단하지 말고 상태 문구도 확인하세요.
시스템에 VPN 연결됨으로 표시되더라도 해당 로컬 통신 경로가 작동 중이라는 뜻일 뿐, 특정 서버가 모든 요청에 사용 가능하다는 의미는 아닙니다. Direct를 선택하면 로컬 경로가 활성화된 상태에서도 요청은 직접 연결 방식으로 처리될 수 있습니다. Config를 사용하면 일부 요청은 DIRECT에 해당하고 나머지는 프록시 정책을 따를 수 있습니다.
| 확인된 상태 | 먼저 확인할 항목 | 이 상태만으로 단정할 수 없는 내용 |
|---|---|---|
| Not Connected 표시 | Home 연결 스위치, 시스템 권한 허용 여부 | 이 표시만으로 서버가 작동하지 않는다고 단정할 수 없음 |
| 스위치를 켠 직후 연결이 끊김 | 시스템에서 권한을 거부했는지, 구체적인 오류 메시지가 표시되는지 | 이 현상만으로 규칙이 원인이라고 단정할 수 없음 |
| 연결됨으로 표시되지만 웹페이지가 열리지 않음 | 현재 서버, Global Routing, DNS, 대상 요청 | 이 상태만으로 모든 트래픽이 프록시를 통해 정상 처리된다고 단정할 수 없음 |
| 수동으로 연결을 끊은 뒤 다시 자동 연결됨 | Settings → On Demand 및 시스템 VPN 자동 연결 설정 | 현상만으로 스위치가 고장 났다고 단정할 수 없음 |
문제를 확인할 때는 반복해서 스위치를 전환하기보다 ‘어느 단계에서 상태가 바뀌었는지’를 기록하는 편이 유용합니다. 시스템 권한 요청이 표시됐는지, 언제 연결이 끊겼는지, 네트워크를 바꾼 뒤 상태가 달라졌는지 기록하세요. 서버 인증 정보, 전체 구독 링크, 토큰이 포함된 화면을 공개적으로 공유하지 마세요.
Global Routing: 네 가지 모드의 기능
Home → Global Routing에서 모드를 선택합니다. 이 설정은 요청의 라우팅 방식을 결정하며, VPN 구성 허용 여부와는 다른 단계입니다. 처음 사용할 때는 현재 모드를 확인한 뒤 구성을 점검하세요. Proxy를 시스템 권한으로, Direct를 연결 스위치 끄기로 이해해서는 안 됩니다.
Config
추천현재 구성에 설정된 규칙에 따라 정책을 선택합니다. 결과는 실제 규칙과 순서, FINAL에 따라 달라집니다. Config 모드라고 해서 모든 구성이 자동으로 일부 요청은 직접 연결하고 일부는 프록시를 사용하게 되는 것은 아닙니다.
적합한 경우: 규칙 구성을 확인했으며 요청 조건에 따라 트래픽을 분류하려는 경우
Proxy
앱이 처리하는 요청에 전역 프록시 라우팅을 적용합니다. 일반적인 분류 규칙에 따라 DIRECT나 REJECT를 선택하지 않습니다. 유효한 서버 정보가 필요하며 원격 서비스에 반드시 연결된다고 보장하지는 않습니다.
적합한 경우: 규칙 분류로 인한 변수를 줄여 프록시 연결을 일시적으로 점검하려는 경우
Direct
앱이 처리하는 요청을 직접 연결 방식으로 라우팅합니다. 요청의 목적지를 바꾸는 것이며, 시스템 VPN 권한을 취소하거나 Home의 연결 스위치를 끄는 것은 아닙니다.
적합한 경우: 직접 연결 결과와 비교해 문제가 프록시 경로와 관련 있는지 확인하려는 경우
Scene
미리 설정한 Scene 조건에 따라 라우팅 방식을 결정합니다. Scene의 구체적인 설정을 먼저 확인하세요. 별도 설정 없이 사용 가능한 서버를 자동으로 선택하는 모드로 간주해서는 안 됩니다.
적합한 경우: Scene 설정을 구성하고 이해했으며 환경에 따라 라우팅을 조정하려는 경우
규칙 작성 예시로, 아래 조각은 예시 도메인 접미사에 PROXY를 적용하고 나머지 요청은 DIRECT로 처리합니다. 규칙 부분만 설명하기 위한 예시이며 완전한 구성이나 서버 정보를 제공하지 않습니다:
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT규칙은 일반적으로 위에서 아래로 확인하며 먼저 일치하는 규칙이 해당 요청의 정책을 결정합니다. 앞선 규칙과 일치하지 않는 요청은 FINAL이 처리합니다. DOMAIN-SUFFIX는 도메인 접미사 조건, GEOIP는 IP의 지리적 위치 조건, IP-CIDR은 IP 주소 대역 조건을 나타냅니다. 처음부터 여러 규칙을 한꺼번에 추가할 필요는 없습니다. 현재 Config가 예상한 설정과 일치하는지 확인한 뒤 조건을 하나씩 추가하세요. 추가 확인 절차는 규칙 분류 시작하기를 참조하세요.
Connectivity Test와 SERVER: 테스트, 선택, 업데이트
Home → Connectivity Test는 연결 상태를 진단하는 기능이고, SERVER 목록은 보유한 서버를 확인하고 선택하는 곳입니다. 두 기능의 역할은 다릅니다. 테스트 결과는 현재 조건에서 특정 연결이 어떻게 작동하는지 보여주고, 선택 표시는 현재 사용할 항목을 지정합니다. 구독 업데이트는 사용자가 보유한 구독에서 정보를 다시 가져오는 기능이며 연결 테스트가 아닙니다.
- 먼저 테스트 방식을 확인하세요. TCP 유형 테스트는 주로 연결이 수립되는지 확인합니다. HTTP 요청을 사용하는 테스트는 대상 주소, TLS, 응답 과정에도 영향을 받습니다. 수치를 비교할 때는 같은 테스트 방식과 네트워크를 사용하세요.
- 지연 시간은 속도가 아닙니다. 결과의 밀리초 값은 해당 테스트에 걸린 시간을 나타내며 다운로드 처리량을 뜻하지 않습니다. 한 번 낮은 값이 나왔다고 지속적인 전송이 안정적이라고 볼 수도 없습니다.
- 실패만으로 원인을 판단할 수 없습니다. 시간 초과나 실패는 서버 주소, 포트, 네트워크 제한, 인증, DNS 또는 테스트 대상과 관련될 수 있습니다. 결과 하나만으로 원인을 확정하지 마세요.
- 현재 선택된 항목을 확인하세요. 여러 항목을 테스트한 뒤 SERVER에서 실제로 선택된 서버를 다시 확인하세요. 특정 서버를 테스트했다고 해서 현재 선택된 서버가 되는 것은 아닙니다.
- 업데이트 후 다시 확인하세요. 보유한 구독을 업데이트하면 목록이 바뀔 수 있습니다. 현재 선택이 예상한 항목인지 확인한 다음 인증 정보와 구성 내 정책 참조를 점검하세요.
서버를 직접 입력할 때는 모든 프로토콜에 공통으로 적용되는 기본 포트가 없습니다. 예를 들어 제공받은 정보에 포트가 443으로 표시되어 있다면 443을 입력하세요. TLS를 사용한다는 이유로 포트를 임의로 바꾸면 안 됩니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 인증 항목이 서로 다르므로 Type만 바꾸고 다른 프로토콜의 항목을 그대로 두지 마세요.
한 번에 변수 하나만 바꾸어 확인하세요. 네트워크를 유지한 상태에서 현재 서버를 테스트한 뒤 실제 웹페이지에 접속해 보세요. 그런 다음 사용자가 보유한 다른 항목으로만 바꾸어 다시 테스트하세요. Wi-Fi와 셀룰러 네트워크를 비교할 때도 서버와 모드는 그대로 유지해야 합니다. 이는 확인 방법을 설명하는 것이며 특정 테스트 수치를 제시하거나 결과를 보장하지 않습니다.
Connectivity Test 성공은 진단에 참고할 수 있는 증거일 뿐, 모든 웹사이트에 접속할 수 있다는 증명은 아닙니다. 실제로 확인하려면 대상 웹페이지에 접속하고 요청이 예상한 정책으로 처리되는지도 확인해야 합니다.
On Demand와 Config: 자동 연결과 규칙 분류 구분하기
첫 연결 확인을 마친 뒤 자동 연결을 설정하세요. Settings → On Demand에서는 조건에 따라 연결을 시작하는 동작을 관리합니다. Config의 규칙은 요청을 처리할 때 적용할 정책을 결정합니다. 전자는 ‘언제 연결을 시작하는가’를, 후자는 ‘이 요청이 어디로 향하는가’를 결정하므로 서로 대체할 수 없습니다.
수동 확인 경로
- 연결 스위치
- Home → Not Connected 옆의 스위치
- 라우팅 선택
- Home → Global Routing → Config
- 규칙 위치
- Config → 현재 사용하는 구성 파일
- 테스트 위치
- Home → Connectivity Test
자동화 조건을 조정하기 전에 수동 연결과 대상 접속 확인을 먼저 마치세요.
On Demand 확인
- 앱 메뉴
- Settings → On Demand
- 주요 기능
- 설정된 네트워크 조건에 따라 연결 동작 실행
- 확인할 현상
- 연결을 수동으로 끈 뒤 네트워크 조건이 바뀌면서 다시 연결됨
- 규칙과의 차이
- DOMAIN-SUFFIX나 FINAL 같은 요청 규칙을 대체하지 않음
자동 재연결을 완전히 중지하려면 앱의 조건과 시스템 VPN 설정을 모두 확인하세요.
처음 연결에 실패했을 때 On Demand, DNS, 프로토콜 항목, Global Routing을 동시에 변경하지 마세요. 그러면 접속이 복구되더라도 어떤 설정이 영향을 줬는지 알 수 없습니다. 필요하지 않은 자동 실행 조건을 먼저 끄고 다시 확인할 수 있는 수동 테스트 환경을 유지한 뒤, 오류 메시지에 따라 해당 설정을 점검하세요.
- 서버 목록이 비어 있음: 가져오기 단계로 돌아가 보유한 정보가 모두 저장됐는지 확인하세요.
- 시스템 권한 미완료: Home으로 돌아가 연결을 시작한 뒤 시스템의 허용 및 인증 절차를 완료하세요.
- 연결됐지만 대상에 접속할 수 없음: Global Routing, 현재 서버, 실제 요청 결과를 확인하세요.
- 연결을 끊은 뒤 자동으로 다시 연결됨: Settings → On Demand를 확인한 다음 시스템 VPN 자동 연결 설정을 점검하세요.
처음 사용을 마쳤다고 볼 수 있는 기준은 ‘스위치가 켜졌다’가 아닙니다. 어떤 서버를 선택했는지, 어떤 라우팅 모드를 사용 중인지 설명할 수 있고 대상에 접속해 예상한 결과를 확인해야 합니다. 이 순서를 유지하면 구독을 업데이트하거나 네트워크를 바꾼 뒤에도 같은 방식으로 점검할 수 있습니다.