Shadowrocket을 처음 사용할 때는 앱을 받고, 서버 설정을 준비하고, 라우팅 방식을 선택한 뒤 연결을 켜는 네 단계로 나눌 수 있습니다. 이미 사용할 서비스와 구독 정보를 보유한 신규 사용자를 위해 Home, Config, Settings의 기능과 목록이 비어 있거나 연결에 실패하거나 자동으로 다시 연결될 때 먼저 확인할 항목을 10가지 질문으로 설명합니다. 이 사이트는 노드나 구독을 제공·판매·추천하지 않습니다.
01 · Shadowrocket을 구매하면 바로 연결할 수 있나요?
한 줄 답변:아니요. 앱을 구매하는 것과 서버 이용권을 구매하는 것은 별개입니다. 연결하려면 기존에 보유한 구독 정보나 서버 설정을 먼저 가져와야 합니다.
Shadowrocket은 유료 상용 앱이며 App Store에서만 받을 수 있고, 일회성 구매 방식입니다. 구매 대상은 앱 사용 권한이며 원격 서버, 구독 주소 또는 계정 잔액이 자동으로 제공되지는 않습니다. 앱이 실행되는지 확인하는 것과 기존 서버에 연결할 수 있는지 확인하는 것은 서로 다른 단계입니다.
- 정식 앱 확인 페이지에서 App Store로 이동해 개발자가 Shadow Launch Technology Limited인지, 앱 ID가
932747118인지 확인하세요. - 주요 사용 기기는 iPhone 및 iPad입니다. Mac, Apple TV, Apple Vision의 호환성, 시스템 요구 사항 및 통합 구매 적용 여부는 App Store 페이지의 안내를 따르세요.
- 처음 사용하기 전에 본인의 구독 주소나 서버 매개변수 전체를 준비하세요. 앱 구매 정보를 구독 정보로 혼동하지 마세요.
02 · Home, Config, Settings는 각각 무엇을 하나요?
한 줄 답변:Home에서는 서버와 연결을 관리하고, Config에서는 구성 파일을 관리하며, Settings에서는 앱 설정을 관리합니다.
먼저 이 세 메뉴의 역할을 구분하면 ‘서버 변경’과 ‘규칙 변경’을 같은 작업으로 혼동하지 않을 수 있습니다. Home에서 서버를 선택하면 프록시 연결에 사용할 원격 서버가 결정됩니다. Config에서 구성을 활성화하면 요청에 적용할 규칙이 결정됩니다. Settings의 옵션은 테스트나 자동 연결 등의 동작에 영향을 줍니다.
예를 들어 Home에 서버가 있어도 Config에 현재 용도에 맞는 규칙이 없다면, 서버 목록만으로 트래픽 분할이 올바르게 설정됐다고 판단할 수 없습니다. 반대로 규칙 파일을 가져와도 서버 인증 정보가 채워지는 것은 아닙니다. 문제를 확인할 때는 두 항목을 따로 점검하고, 같은 내용을 반복해서 가져오지 마세요.
03 · 기존 구독 정보를 처음 추가하려면 어떻게 하나요?
한 줄 답변:Home 오른쪽 위의 “+”를 누르고 Type을 Subscribe로 설정한 다음, 본인의 구독 주소를 입력해 저장하세요.
구독 주소는 여러 서버 정보를 가져오는 데 사용합니다. 일반 웹페이지 주소나 단일 서버의 포트와는 다릅니다. 주소의 경로와 쿼리 매개변수까지 빠짐없이 복사하세요. 도메인만 복사하면 서버에서 웹페이지가 반환될 수 있어 Shadowrocket이 서버 목록으로 해석하지 못합니다.
-
주소 준비
기존 서비스 정보에서 구독 주소를 복사하고, 시작과 끝이 모두 포함되어 있는지 확인하세요. 줄바꿈, 공백 또는 설명 문구가 섞여서는 안 됩니다.
-
유형 선택
Home → “+” → Type → Subscribe를 열고, 단일 서버를 수동으로 입력하는 대신 구독을 추가하고 있는지 확인하세요.
-
입력 및 저장
전체 주소를 URL에 붙여 넣고 알아보기 쉬운 메모를 입력한 뒤 저장하세요. 주소 예시는
https://example.com/sub?token=xxxx입니다. 예시 값이므로 연결에 사용할 수 없습니다. -
목록 확인
Home으로 돌아가 구독이 로드될 때까지 기다리세요. 다시 가져오려면 아래로 당겨 새로고침합니다. 목록에 서버가 표시되면 하나를 선택해 다음 테스트를 진행하세요.
구독 주소의 token에는 접근 권한이 포함된 경우가 많으므로 민감 정보로 취급해야 합니다. 문제를 문의할 때는 스크린샷에서 전체 주소, 비밀번호, 인증 정보를 가리세요. 오류 내용, 가져온 경로, 목록이 비어 있는지 여부만 알려 주면 문제를 찾는 데 도움이 됩니다.
04 · 연결 스위치는 어디에 있고, 시스템 권한을 허용해야 하나요?
한 줄 답변:연결 스위치는 Home 상단에 있습니다. 처음 연결을 시작할 때는 시스템의 VPN 구성 추가를 허용해야 합니다.
먼저 Home에서 가져온 서버를 선택한 다음 상단의 연결 스위치를 켜세요. iPhone 및 iPad에서는 VPN 구성 추가를 확인하고 기기 인증을 통해 권한을 부여하라는 메시지가 표시될 수 있습니다. 이 권한은 앱이 설정에 따라 네트워크 트래픽을 처리하도록 허용하는 것으로, 원격 서버 계정 인증과는 다릅니다.
- 스위치가 바로 꺼짐:먼저 시스템 권한 승인이 완료됐는지 확인한 다음, 현재 선택한 서버 설정이 완전한지 점검하세요.
- 스위치가 계속 켜져 있음:연결 기능이 실행 중이라는 뜻일 뿐, 모든 대상 웹사이트에 접속할 수 있다는 뜻은 아닙니다.
- 꺼졌다가 다시 켜짐:먼저 Settings → On Demand를 확인하세요. 자동 실행을 스위치 오류로 오해하지 마세요.
설정을 변경한 뒤에는 대상 요청을 다시 실행해야 합니다. 일부 브라우저나 앱은 기존 연결을 재사용하므로 이전 연결 상태만으로 새 설정이 적용됐는지 판단할 수 없습니다. 테스트할 때 기존 페이지를 닫았다가 같은 주소를 다시 열어 보세요.
05 · Global Routing은 무엇을 선택해야 하나요?
한 줄 답변:규칙에 따라 트래픽을 분할하려면 Config를 선택하세요. 프록시 경로를 임시로 확인할 때는 Proxy, 직접 연결과 비교할 때는 Direct를 선택하고, Scene은 설정한 시나리오에 따라 사용하세요.
Global Routing은 전체 라우팅 방식을 선택하는 기능이지, 서버 프로토콜을 선택하는 기능이 아닙니다. Proxy로 바꿔도 Shadowsocks가 Trojan으로 바뀌지 않으며 잘못된 비밀번호가 수정되지도 않습니다. 문제를 진단할 때는 한 번에 옵션 하나만 변경하고 결과를 기록한 뒤 원래 설정으로 되돌려 비교 조건을 유지하세요.
Global Routing 옵션
- Proxy
- 대상 트래픽을 프록시 경로로 보내 프록시 연결이 가능한지 확인합니다.
- Direct
- 직접 연결 경로를 사용합니다. Home의 연결 스위치를 끄는 것과는 다릅니다.
- Config
- 현재 활성화된 구성 파일과 그 안의 규칙에 따라 요청을 처리합니다.
- Scene
- 시나리오 설정에 따라 사용합니다. 선택하기 전에 해당 시나리오의 내용을 확인하세요.
옵션 이름은 라우팅 방식을 설명할 뿐, 원격 서버를 사용할 수 있다는 의미는 아닙니다.
Config의 규칙 필드
- DOMAIN-SUFFIX
example.com,PROXY: 해당 도메인과 하위 도메인을 매칭합니다.- GEOIP
CN,DIRECT: 대상 IP의 지리적 위치를 기준으로 매칭합니다.- IP-CIDR
192.168.0.0/16,DIRECT: 지정된 IPv4 대역을 매칭합니다.- FINAL
DIRECT: 앞선 규칙과 일치하지 않을 때 이 정책을 적용합니다.
위 내용은 필드별 예시입니다. 완전한 규칙은 각 줄이 키워드로 시작하며 순서대로 매칭됩니다.
Direct에서는 접속되고 Proxy에서는 실패한다면 선택한 서버와 연결 조건을 먼저 확인하세요. Proxy에서는 접속되지만 Config에서 실패한다면 규칙 매칭과 정책 경로를 추가로 점검하세요. 이는 문제 범위를 좁히기 위한 방법이며, 원인을 확정하는 것은 아닙니다.
06 · Config는 무엇에 쓰며, 가져오면 바로 적용되나요?
한 줄 답변:Config는 규칙 등의 구성을 관리합니다. 파일을 가져온 뒤에는 활성화 여부를 확인하고 Global Routing에서 Config를 선택해야 합니다.
Config에 파일명이 표시되는 것은 파일이 존재한다는 뜻일 뿐입니다. 현재 활성화 표시를 확인한 뒤 Home으로 돌아가 Global Routing을 확인하세요. Proxy나 Direct가 선택되어 있다면 웹페이지 동작만으로 해당 파일의 트래픽 분할 규칙을 검증할 수 없습니다.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,DIRECT
위 예시는 규칙 부분만 보여 주며 완전한 연결 설정은 아닙니다. 첫 번째 규칙은 example.com과 하위 도메인을 PROXY로 보냅니다. 이어서 지정된 로컬 네트워크 대역과 GEOIP 조건을 처리하고, 마지막으로 FINAL,DIRECT가 나머지 요청을 처리합니다. 규칙은 위에서 아래 순서로 확인되며 먼저 일치한 규칙의 정책이 적용되므로 FINAL은 마지막에 두어야 합니다.
- 편집하기 전에 현재 구성을 백업해 복원할 수 있는 사본을 보관하세요.
- 파일명만 바꾸어 적용 여부를 판단하지 말고, 실제로 활성화된 파일과 규칙 내용을 확인하세요.
- 도메인 규칙과 IP 규칙은 서로 다른 기준으로 매칭되며, DNS 조회 결과가 이후 IP 규칙의 판단에 영향을 줄 수도 있습니다.
07 · Subscribe를 어떻게 업데이트하며, 업데이트하면 무엇이 바뀌나요?
한 줄 답변:Home에서 아래로 당겨 새로고침하면 구독 정보를 다시 가져올 수 있습니다. 업데이트한 뒤에는 서버 목록과 현재 선택을 다시 확인하세요.
구독 업데이트는 원래 주소에서 데이터를 다시 가져오는 기능이지, 서비스 유효 기간을 연장하는 기능이 아닙니다. 원격 내용이 바뀌면 서버 이름, 주소 또는 개수가 달라질 수 있습니다. 기존에 선택한 항목이 삭제됐다면 다시 선택해야 합니다. 한 번 가져온 목록이 계속 그대로라고 가정하지 마세요.
- 업데이트 전 항목 수, 현재 선택, 오류 문구를 기록하되 전체 token은 기록하지 마세요.
- 현재 네트워크에서 본인의 구독 주소에 접속할 수 있는지 확인한 뒤 Home에서 새로고침하세요.
- 업데이트 후 예상한 서버가 나타나는지 확인하세요. 목록이 비어 있다면 먼저 계정 상태, 주소의 유효성, 반환된 내용을 점검하세요.
- 서버를 다시 선택해 테스트하세요. 업데이트에 실패했다고 유일하게 남은 사용 가능 구성을 바로 삭제하지 마세요.
구독 업데이트에 성공해도 목록의 모든 서버에 연결할 수 있다는 뜻은 아닙니다. 반대로 기존 서버를 계속 사용할 수 있어도 구독 주소에 접속할 수 있다는 뜻은 아닙니다. 구독 가져오기와 프록시 연결은 서로 다른 요청이므로 각각 확인해야 합니다.
08 · 지연 시간이 낮으면 웹페이지도 반드시 빠른가요?
한 줄 답변:그렇지 않습니다. Connectivity Test 결과는 서버 선택을 돕는 참고 자료일 뿐이며, 실제 접속 속도는 대역폭, 패킷 손실, 대상 웹사이트, 연결 수립 과정에도 영향을 받습니다.
Home에서 서버의 Connectivity Test를 실행한 뒤 같은 네트워크와 같은 대상 웹페이지로 비교하세요. 시간이나 테스트 방식이 다른 결과를 그대로 순위 매기지 마세요. 한 번 성공한 결과는 당시 테스트 조건만 반영합니다.
- 테스트 결과는 있지만 웹페이지 접속 실패:대상 요청의 라우팅 정책, DNS, 해당 서버에서 대상에 도달할 수 있는지 확인하세요.
- 페이지는 열리지만 큰 파일은 느림:지연 시간은 전송 속도와 다릅니다. 지속적인 데이터 전송 성능은 별도로 확인해야 합니다.
- 수동으로 추가한 서버에 연결 실패:프로토콜, 주소, 포트, 인증 매개변수를 확인하세요. 지역 이름만 바꾸어서는 해결되지 않습니다.
예를 들어 본인의 서비스 정보에 Trojan과 포트 443이 명시되어 있다면 그대로 입력해야 합니다. 443은 단순한 포트 번호이므로 이것만으로 서비스가 Trojan이라고 단정할 수는 없습니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 매개변수 형식이 다르므로 원격 설정과 일치하는 프로토콜 유형을 선택해야 합니다.
09 · On Demand를 켜야 하나요? 자동으로 다시 연결되는 이유는 무엇인가요?
한 줄 답변:먼저 수동 연결을 확인한 다음 실제 네트워크 환경에 맞춰 Settings → On Demand를 설정하세요. 활성화하면 조건에 따라 연결이 자동으로 시작될 수 있습니다.
On Demand는 연결을 언제 시작하거나 끊을지 관리하며, 웹사이트별 규칙을 선택하는 기능은 아닙니다. 웹사이트별 처리는 Global Routing, Config 등의 설정으로 결정됩니다. Scene과 On Demand도 같은 스위치로 혼동하면 안 됩니다. 전자는 시나리오별 라우팅 선택과 관련되고, 후자는 연결을 시작하는 조건과 관련됩니다.
- Settings → On Demand를 열어 현재 활성화 여부와 설정된 네트워크 조건을 확인하세요.
- 처음 문제를 확인할 때는 On Demand를 끄고 Home으로 돌아가 수동 연결을 시도하세요. 자동 실행이 관찰에 미치는 영향을 배제할 수 있습니다.
- 수동 연결이 안정적으로 작동하면 필요한 조건을 하나씩 설정하고, Wi-Fi와 셀룰러 네트워크를 전환하면서 동작을 확인하세요.
- 연결을 계속 끊어 두려면 On Demand 상태를 확인한 다음 Home의 연결 스위치도 끄세요.
On Demand가 정해진 절전 모드인 것은 아닙니다. 배터리 사용량은 요청 수, 재연결 빈도, 무선 네트워크 품질 등 여러 요인에 따라 달라집니다. 연결이 자주 끊겼다가 다시 설정된다면 먼저 발생 당시의 네트워크 조건을 기록하고, iPhone의 시스템 ‘설정 → 배터리’에서 사용 내역을 확인하세요. 옵션 이름만으로 배터리 소모 원인을 판단해서는 안 됩니다.
10 · 연결되지 않을 때 먼저 확인할 세 가지 증상
한 줄 답변:먼저 ‘서버 목록이 비어 있음’, ‘스위치가 켜진 상태로 유지되지 않음’, ‘연결은 켜졌지만 대상에 접속할 수 없음’을 구분한 뒤 가져오기, 권한, 라우팅을 각각 확인하세요.
한 번의 문제 해결 과정에서 서버, 규칙, DNS, On Demand를 동시에 바꾸지 마세요. 한 번에 변수 하나만 변경하고 같은 요청을 다시 실행한 뒤 전후 증상을 기록해야 어떤 설정이 문제와 관련 있는지 판단할 수 있습니다.
“구독을 저장했는데 Home 목록은 왜 비어 있나요?”
Home → “+”에 해당하는 구독 항목으로 돌아가 Type이 Subscribe인지, URL 전체가 입력됐는지 확인한 뒤 새로고침하세요. 그래도 비어 있다면 기존 서비스 계정 상태와 구독 응답 내용을 확인하세요. 일반 계정 페이지 주소를 URL에 입력하지 마세요.
“스위치를 켜자마자 꺼지는데 규칙을 바꿔야 하나요?”
먼저 시스템 VPN 권한 승인이 완료됐는지, Home에서 유효한 서버를 선택했는지 확인한 뒤 연결 오류를 기록하세요. 이때 Config를 크게 수정하는 것은 우선순위가 아닙니다. 서버 유형, 포트, 인증 정보가 원래 제공된 자료와 일치하는지 먼저 확인하세요.
“연결됨으로 표시되는데 웹페이지가 열리지 않는 이유는 무엇인가요?”
먼저 Home에서 Connectivity Test를 실행한 다음 Global Routing을 확인하세요. 같은 대상에 Proxy와 Direct를 임시로 적용해 비교하세요. Config에서만 실패한다면 Config로 돌아가 활성 파일, 규칙 순서, 정책을 점검한 뒤 테스트가 끝나면 원래 설정으로 되돌리세요.
지원팀에 문제를 설명할 때는 기기 유형, 현재 네트워크, Global Routing 옵션, On Demand 활성화 여부, 재현 가능한 조작 순서를 알려 주세요. 접근 권한을 보호하려면 구독 주소와 인증 정보를 숨기고 설정 전체를 그대로 보내지 않는 편이 좋습니다. 이 10가지 항목을 확인하면 문제의 원인이 앱 권한, 구독 가져오기, 서버 연결, 규칙 처리 중 어느 단계에 있는지 대체로 파악할 수 있습니다.