Shadowrocket 사용법: 초보자가 자주 묻는 10가지 질문

이 글의 핵심 내용

이 글은 Shadowrocket을 처음 사용하는 iPhone 및 iPad 사용자를 대상으로 합니다. 자체 서비스와 구독 정보를 보유하고 있다는 전제하에 앱 구매, 서버 정보, 규칙 설정, 시스템 연결 권한을 구분해 설명합니다. 10가지 질문을 차례로 확인하면 구독 가져오기, 서버 선택, Global Routing 설정, 첫 연결을 완료하고 문제 발생 시 점검 순서를 익힐 수 있습니다.

1. 일회성 구매는 무엇을 의미하며, 연결 서비스도 포함되나요?

일회성 구매는 Shadowrocket 앱을 사용할 권한을 구매하는 것이며, 원격 서버 서비스를 구매하는 것이 아닙니다. Shadowrocket은 폐쇄형 상용 앱이며, App Store에서만 받을 수 있습니다. 확인할 때는 제품명, 개발자 Shadow Launch Technology Limited, 앱 ID 932747118를 함께 대조하세요. 현재 가격, 시스템 요구 사항 및 구매 적용 범위는 App Store 페이지의 안내를 따릅니다.

처음 사용하기 전에 보유한 정보의 형식을 확인하세요. 주소, 포트, 인증 정보가 한 세트로 제공되면 서버를 수동으로 추가하는 데 사용합니다. 서버 목록을 가져오는 URL은 Subscribe에 사용합니다. App Store 구매 영수증을 구독 주소로 착각하거나, 구독 주소를 서버 주소 입력란에 붙여 넣지 마세요.

2. Home에서 연결을 담당하는 스위치는 무엇인가요?

Home은 연결 상태, 서버 목록, Global Routing을 확인하는 주요 화면입니다. 화면 상단의 연결 스위치로 Shadowrocket의 VPN 연결을 시작하거나 중지합니다. 목록에서 서버를 선택하는 것은 연결에 사용할 후보를 지정하는 것이며, 연결을 시작했다는 뜻은 아닙니다. 처음 열었을 때 스위치 상태와 서버 목록은 앱에 표시되는 내용을 기준으로 확인하세요.

Home 열기

Home으로 이동해 사용할 수 있는 서버가 있는지 먼저 확인합니다. 목록이 비어 있으면 뒤에서 설명하는 Subscribe 가져오기를 완료하세요. 연결 스위치를 반복해서 켰다 끄지 마세요.
서버 선택

기존 서비스에서 제공한 서버를 선택하고, 선택 표시가 원하는 항목에 있는지 확인합니다. 이름이 비슷하다면 해당 구독과 주소도 대조하세요.
라우팅 확인

Home → Global Routing으로 이동해 현재 라우팅 방식을 확인합니다. 적용할 규칙이 이미 있다면 Config를 선택하세요. 규칙을 확인하지 않은 상태에서 이름만 보고 트래픽의 경로를 판단하지 마세요.
연결 시작

Home으로 돌아가 화면 상단의 연결 스위치를 켜고 시스템 안내에 따라 권한을 허용합니다. 그런 다음 선택한 서버를 통해 접속해야 하는 대상을 실제로 열어 확인하세요. 스위치 모양만 확인해서는 안 됩니다.

연결 스위치를 켜면 시스템 터널이 시작되었거나 연결 중임을 의미할 뿐, 원격 서버와 DNS, 모든 웹사이트에 접속할 수 있다는 뜻은 아닙니다. 앱 상태, 테스트 결과, 실제 요청을 함께 확인해야 합니다. 켠 직후 연결이 끊긴다면 중복 항목을 추가하지 말고 먼저 권한과 서버 매개변수를 확인하세요.

3. Add Server와 Subscribe는 어떻게 다른가요?

Add Server는 연결 정보를 추가하는 메뉴이며, Subscribe는 그 안에서 구독을 가져올 때 사용하는 Type입니다. 두 기능은 서로 배타적이지 않습니다. 프로토콜 매개변수를 직접 입력하거나 구독 URL을 붙여 넣는 작업 모두 추가 메뉴에서 시작할 수 있습니다. 차이는 단일 서버의 매개변수를 저장하는지, 서버 목록을 가져오는 구독 정보를 저장하는지에 있습니다.

정보 형식	메뉴 경로	확인할 항목
단일 서버 매개변수	Home → + → Type에서 해당 프로토콜 선택	주소, 포트, 인증 정보, 프로토콜에 필요한 TLS 또는 전송 매개변수
구독 URL	Home → + → Type → Subscribe	URL의 전체 입력 여부와 유효성, 접근 인증 정보 포함 여부
규칙 구성 파일	Config	사용 중인 파일, 규칙 순서, 최종 정책을 확인하세요. 서버 목록으로 가져오는 파일이 아닙니다.

프로토콜 유형은 보유한 서비스의 매개변수와 일치해야 합니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 인증 및 연결 필드가 서로 다르므로 이름만 바꿔 입력할 수 없습니다. 포트도 관행에 따라 443으로 임의 지정하지 마세요. TLS를 사용하는 서비스라도 수신 포트는 실제 제공된 정보를 따라야 합니다.

4. 구독은 어떻게 가져오고 업데이트하나요?

구독은 서버 정보를 반환하는 원격 리소스입니다. 가져올 때 URL을 저장하고, 업데이트할 때 해당 리소스에 다시 요청합니다. 따라서 URL 저장에 성공한 것과 유효한 서버 목록을 가져온 것은 별개의 일입니다. 기본 업데이트 방식은 현재 앱에 표시되는 내용을 따릅니다. 처음에는 직접 업데이트한 뒤 가져온 결과를 확인하세요.

Home 오른쪽 위의 +를 누르고 Type을 Subscribe로 설정합니다.
URL 입력란에 보유한 구독 주소 전체를 붙여 넣습니다. 시작 부분, 끝부분, 쿼리 매개변수를 확인하고 공백이나 줄바꿈이 들어가지 않도록 하세요.
저장한 뒤 Home으로 돌아가 아래로 당겨 구독을 새로 고칩니다. 요청이 완료될 때까지 기다린 다음 해당 그룹을 펼쳐 항목을 확인하세요.
실제 서버 하나를 선택합니다. 구독 그룹 이름만 선택한 것은 아닌지 확인한 뒤 연결을 테스트하세요.

업데이트하면 원격에서 반환한 내용에 따라 서버 목록이 변경될 수 있지만, 현재 Config도 함께 바뀌었다고 단정해서는 안 됩니다. 서버 구독과 규칙 구성의 목적은 다릅니다. 전자는 “어디에 연결할지”, 후자는 “각 요청을 어떤 정책으로 처리할지”를 정합니다. 업데이트 후에는 선택한 서버가 여전히 목록에 있는지도 확인하세요.

5. Global Routing에서 Config와 Proxy 중 무엇을 선택해야 하나요?

Global Routing은 전체 라우팅 방식을 정합니다. 화면의 Proxy, Direct, Config, Scene은 각각 의미가 다릅니다. 기본 선택은 현재 앱에 표시되는 내용을 따르며, 일반적으로는 현재 구성을 확인한 뒤 Config를 사용하는 것이 좋습니다. 특히 Config라고 해서 규칙에 일치하지 않는 요청이 반드시 직접 연결되는 것은 아닙니다. 최종 경로는 구성의 규칙과 FINAL이 결정합니다.

Config

권장

현재 구성의 규칙에 따라 요청 처리 방식을 정합니다. 사용하기 전에 Config에서 현재 파일과 FINAL을 확인하세요. 적절한 구성이 없다면 먼저 구성을 점검해야 합니다.

적합한 경우: 명확한 규칙 구성이 있고 대상별로 라우팅하려는 일상적인 사용

Proxy

해당 라우팅 범위에 들어오는 트래픽을 Proxy 방식으로 처리하며, Config의 개별 규칙에 따라 분기하지 않습니다. 비교 테스트에 사용할 수 있지만 기기의 모든 시스템 트래픽이 원격 서버를 거친다고 보장하지는 않습니다.

적합한 경우: 선택한 서버를 일시적으로 확인하거나 규칙 문제와 연결 문제를 구분할 때

Direct

트래픽을 Direct 방식으로 처리하며 원격 Proxy를 출구로 사용하지 않습니다. 연결 스위치가 켜져 있어도 요청이 선택한 서버를 통과한다고 판단할 수 없습니다.

적합한 경우: 현재 네트워크에서 직접 연결되는 상태를 비교 테스트할 때

Scene

설정된 조건에 따라 해당 라우팅 동작을 선택합니다. 구체적인 결과는 현재 Scene 구성에 따라 달라집니다. 조건을 확인하지 않았다면 첫 연결 문제를 진단할 때 사용하지 않는 것이 좋습니다.

적합한 경우: 서로 다른 네트워크 환경의 동작을 설정하고 검증한 사용자

6. VPN 권한 요청이 표시되면 어떻게 해야 하나요?

VPN 구성 권한은 Apple 시스템이 앱의 네트워크 터널 생성을 허용하는 절차이며, 구독 구매 안내가 아닙니다. 처음 연결을 시작할 때 VPN 구성 추가를 허용하라는 시스템 요청이 표시될 수 있으며, 기기 암호나 시스템 인증으로 확인해야 합니다. 권한을 허용해도 이 기기에서의 권한만 설정될 뿐, 원격 서버의 사용 가능 여부가 확인되는 것은 아닙니다.

연결을 직접 시작한 직후 Shadowrocket에서 표시한 요청인지 확인한 뒤 시스템 안내에 따라 구성을 추가하도록 허용합니다.
이전에 권한을 취소했다면 Home으로 돌아가 연결을 다시 켜고 시스템 요청이 다시 표시되는지 확인합니다.
기기에서 다른 VPN 연결이 사용 중이라면 먼저 해당 연결을 중지한 뒤 Shadowrocket을 테스트하세요. 연결 상태가 서로 영향을 주는 일을 방지할 수 있습니다.
기기가 조직에서 관리되거나 시스템 제한이 설정되어 있다면 시스템 설정에서 VPN 및 기기 관리 상태를 확인하세요. 용도를 알지 못하는 관리 구성은 삭제하지 마세요.

권한을 허용한 뒤에도 접속할 수 없다면 서버 테스트, Global Routing, Config를 다시 확인하세요. 권한을 반복해서 취소해도 잘못된 주소, 만료된 구독, 일치하지 않는 TLS 매개변수는 해결되지 않으며 문제 원인만 늘어날 수 있습니다.

7. Home, Config, Settings는 각각 어떤 기능을 하나요?

세 메뉴는 각각 연결 조작, 구성 파일 관리, 앱 설정을 담당합니다. Home에서는 서버를 선택하고 연결을 켜고 끕니다. Config에서는 규칙 구성을 선택하고 편집합니다. Settings에서는 On Demand와 같은 앱 동작을 조정합니다. 문제를 확인할 때는 먼저 어느 기능 영역의 문제인지 파악한 뒤 해당 메뉴로 이동하세요.

DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

위 내용은 규칙의 일치 순서를 보여 주는 예시이며, 완전한 구성 파일이 아닙니다. 규칙은 위에서 아래로 확인하고 일치한 항목의 정책을 적용합니다. FINAL은 마지막에 배치해 앞선 규칙에 일치하지 않는 요청의 최종 정책을 지정합니다. 예시에 나온 example.com은 문법 설명용이므로 다른 도메인의 동작을 추론하는 데 사용할 수 없습니다.

DOMAIN-SUFFIX는 지정한 도메인과 그 하위 도메인에 일치합니다. 문자열이 포함되기만 한 임의의 URL에 일치하는 규칙은 아닙니다.
IP-CIDR은 IP 대역에 일치합니다. no-resolve는 해당 규칙이 도메인 조회를 직접 유발하지 않는다는 뜻입니다.
GEOIP는 대상 IP의 지리적 분류를 기준으로 일치합니다. 도메인 접미사만으로 일치 결과를 판단할 수는 없습니다.
PROXY, DIRECT, REJECT는 각각 프록시, 직접 연결, 거부 정책을 뜻합니다. 실제로 적용되는 결과는 현재 구성을 함께 확인해야 합니다.

8. 연결 스위치를 켰는데도 접속할 수 없는 이유는 무엇인가요?

연결 문제는 “로컬 네트워크 → 서버 연결 가능 여부 → 프로토콜 매개변수 → 라우팅 및 DNS” 순서로 확인하세요. 지연 시간 테스트 한 번으로 알 수 있는 것은 해당 테스트 방식의 결과뿐입니다. 지연 시간이 표시되어도 모든 프로토콜 인증과 실제 접속이 성공했다는 뜻은 아닙니다. 원인을 파악할 수 있도록 한 번에 설정 하나만 변경하세요.

구독 새로 고침은 시간 초과되지만 기존 서버는 계속 사용할 수 있나요?

먼저 계속 사용할 수 있는 서버로 연결한 다음 Home으로 돌아가 아래로 당겨 새로 고침합니다. 구독 리소스에 Proxy를 통해 접속해야 한다면 Settings → Subscribe에서 Update via Proxy를 확인하세요. 이 옵션은 구독 요청 경로를 바꾸는 기능이며, 이미 만료된 구독 주소를 복구하지는 않습니다.

테스트에는 지연 시간이 표시되는데 웹페이지는 계속 로딩만 되나요?

먼저 Home → Global Routing에서 실수로 Direct를 선택하지 않았는지 확인합니다. 그런 다음 같은 대상으로 Proxy를 임시 테스트하세요. Proxy는 정상이고 Config에서만 문제가 생긴다면 Config로 돌아가 일치 규칙과 FINAL을 확인합니다. 둘 다 실패하면 프로토콜 인증, TLS, DNS를 점검하세요.

네트워크를 바꾼 뒤 잘 되던 연결이 갑자기 실패하나요?

새 네트워크에서 일반 웹페이지에 접속할 수 있는지 먼저 확인하고, 필요한 경우 Wi-Fi 로그인 인증을 완료한 뒤 Shadowrocket을 다시 연결하세요. 이어서 시스템 날짜와 시간을 확인하고 기존 서비스에서 제공한 주소, 포트, TLS 매개변수를 점검합니다. 오류를 없애려고 인증서 검증을 임의로 끄지 마세요.

문제를 기록할 때는 구독 업데이트 실패인지, 서버 테스트 시간 초과인지, 특정 대상에만 접속할 수 없는지 구분해 적으세요. 세 가지는 요청 경로가 서로 다릅니다. 기존 서비스 제공자에게 문의할 때 발생한 네트워크, 테스트 단계, 개인정보를 가린 오류 정보를 전달하면 “작동하지 않는다”는 설명만 하는 것보다 원인을 파악하기 쉽습니다.

9. 처음부터 On Demand를 켜야 하나요?

On Demand는 조건에 따라 연결 동작을 자동으로 실행하는 기능이며, 서버의 사용 가능성을 높이는 옵션이 아닙니다. 경로는 Settings → On Demand이며 기본값은 현재 앱에 표시되는 내용을 따릅니다. 처음에는 수동 연결을 확인한 다음 Wi-Fi, 셀룰러 네트워크, 도메인 등의 조건에 따라 실행할 동작을 추가하세요.

현재 On Demand 상태를 먼저 기록하세요. 문제를 확인하는 동안 자동 실행이 수동 연결 스위치 테스트에 영향을 주지 않도록 합니다.
Home에서 수동으로 연결해 선택한 서버와 Global Routing이 현재 필요한 동작을 지원하는지 확인합니다.
Settings → On Demand로 이동해 필요한 조건 하나씩만 설정하고 현재 화면에 제공되는 옵션에 따라 저장합니다.
해당 네트워크로 전환하거나 대상 요청을 실행해 예상대로 동작하는지 확인합니다. 그런 다음 연결을 수동으로 끄고 조건이 계속 충족되어 다시 연결되는지 살펴봅니다.

On Demand와 Scene은 서로 다른 제어 기능입니다. 전자는 연결을 언제 시작할지, 후자는 기존 Scene에서 라우팅을 어떻게 처리할지에 관한 기능입니다. “끈 직후 다시 연결되는” 현상이 있으면 Home 스위치가 반응하지 않는다고 단정하지 말고 자동 연결 조건부터 확인하세요.

10. iPhone과 iPad에서 각각 처음 설정하려면 어떻게 해야 하나요?

앱 구매 자격과 각 기기의 연결 구성은 따로 확인해야 합니다. Shadowrocket은 주로 iPhone과 iPad에서 사용하며, Mac, Apple TV, Apple Vision의 호환성 및 시스템 요구 사항은 App Store 페이지의 안내를 따릅니다. 같은 구매 계정으로 다시 받으려면 App Store의 구입 항목에서 확인하세요. 다른 기기에 앱이 설치되어 있다는 이유만으로 모든 구성이 준비되었다고 판단해서는 안 됩니다.

기기 두 대를 각각 확인하고 구성이 자동으로 같다고 가정하지 않기

구성이 완료된 iPhone

현재 구독 그룹, 선택한 서버, Global Routing을 기록합니다.
Config에서 현재 파일과 FINAL을 확인하고 복구할 수 있도록 구성 기록을 보관합니다.
기존 서비스에서 허용하는 동시 연결 기기 수를 확인합니다. 앱 구매 범위가 서비스 이용 한도와 같다고 볼 수 없습니다.

처음 사용하는 iPad

App Store에서 구매 자격과 기기 호환성을 확인한 뒤 앱을 받습니다.
기존 구독이 표시되는지 확인하고, 표시되지 않으면 Subscribe 단계에 따라 가져옵니다.
현재 Config, VPN 권한, On Demand를 각각 확인한 뒤 실제 접속을 테스트합니다.

정리: 구매 자격, 서버 정보, 규칙 구성, 시스템 권한은 서로 다른 절차입니다. 두 기기에서 각각 한 번씩 독립적으로 확인하세요.

첫 설정이 완료되었다고 판단하려면 구독이 업데이트되고, 서버가 명확히 선택되며, 라우팅 방식이 구성과 일치하고, 시스템 권한이 허용되어 예상한 요청이 완료되어야 합니다. 이후 설정을 변경하기 전에는 기존 값을 기록하세요. 문제가 생기면 서버, 규칙, DNS를 한꺼번에 바꾸기보다 앞서 설명한 순서대로 점검해야 원인을 찾기 쉽습니다. 전체 설정 순서는 사이트의 튜토리얼에서, 설정 항목의 의미는 옵션 매뉴얼에서 확인할 수 있습니다.