Shadowrocket 초보자 사용법 10가지: 연결, Global Routing, 구독 업데이트

이 글의 주요 내용

이미 이용 중인 서비스와 구독이 있으며 Shadowrocket을 처음 사용하는 분을 위한 안내입니다. 설치 준비부터 연결 스위치, 라우팅 모드, 규칙 설정, 구독 관리, 문제 확인 순서로 설명합니다. Home, Config, Settings 조작은 iPhone / iPad 화면을 기준으로 하며, 다른 플랫폼에서는 메뉴 구성이 다를 수 있습니다. 설정부터 실제 요청까지 차례로 확인하는 방법을 익혀 불필요한 옵션을 반복해서 바꾸지 않도록 합니다.

1. 설치 후 처음 연결하기 전에 무엇을 준비해야 하나요?

클라이언트를 설치했다고 연결 가능한 서버가 준비된 것은 아닙니다. Shadowrocket은 연결 정보를 불러오고 연결을 설정한 뒤 라우팅 규칙을 적용하는 상용 비공개 소프트웨어입니다. 처음 사용할 때는 보유한 구독 링크나 개별 연결 설정을 준비하고, 해당 서비스의 이용 기간이 유효한지 확인하세요. 이 글에서는 노드나 구독을 제공하거나 판매, 추천하지 않습니다.

이용 방법은 두 가지입니다. iPhone / iPad 버전은 App Store에서 $2.99 일회성 결제로 제공되며, 개발자는 Shadow Launch Technology Limited입니다. 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. Mac(Apple 실리콘 / Intel), Windows, Android, Linux 버전은 무료입니다. 플랫폼별 이용 방법은 다운로드 페이지에서 확인할 수 있으며, 클라이언트 비용에는 회선 요금제가 포함되지 않습니다.

설정 준비

기존 서비스 제공업체에 구독 주소, 이용 기간, 기기 사용 제한을 확인하세요. 주소에 포함된 token은 인증 정보이므로 공개 게시판에 올리지 마세요.
구독 가져오기

Home → 오른쪽 상단 “+” → Type → Subscribe로 이동해 URL에 본인의 구독 주소를 입력한 다음 저장하세요.
연결 선택

Home으로 돌아와 구독 항목이 불러와졌는지 확인한 뒤, 기존 노드 하나를 선택하세요. 구독 이름만 있고 노드 목록이 없다면 먼저 구독 가져오기 결과를 확인하세요.
연결 허용

Home의 연결 스위치를 켜세요. iPhone / iPad에서 처음 VPN 구성 추가를 묻는 시스템 알림이 나타나면 내용을 확인하고 허용한 다음, 시스템에서 요구하는 인증을 완료하세요.

2. Home 스위치가 켜지지 않거나 켜자마자 꺼지면 어떻게 하나요?

먼저 ‘시스템에서 연결 설정을 허용하지 않은 경우’와 ‘연결은 설정됐지만 요청에 실패한 경우’를 구분하세요. 전자는 스위치가 켜진 상태로 유지되지 않는 경우가 많고, 후자는 VPN 상태가 표시될 수 있습니다. VPN 표시는 시스템의 연결 상태만 나타내며 선택한 원격 노드가 작동한다는 뜻은 아닙니다.

선택할 항목이 없음: Home으로 돌아가 가져오기 결과를 확인하고, 구독 이름만 입력한 것이 아니라 완전한 설정 항목을 선택했는지 확인하세요.
처음 권한 요청을 취소함: 스위치를 다시 켜고 시스템 알림에 응답하세요. 기기가 조직에서 관리된다면 관리 정책이 VPN 설정을 제한하는지 확인하고, 시스템 설정을 반복해서 삭제하지 마세요.
연결 충돌이 있음: 시스템 VPN 연결을 사용 중인 다른 앱을 먼저 연결 해제한 다음 Shadowrocket만 단독으로 테스트하세요.
스위치가 켜진 상태로 유지됨: 노드 연결 상태, Global Routing, DNS를 확인하세요. 권한 문제로 계속 단정하지 마세요.

3. Global Routing에서 Config, Proxy, Direct, Scene 중 무엇을 선택해야 하나요?

Global Routing은 현재 요청에 적용할 라우팅 방식을 결정합니다. 유효한 규칙 설정을 사용 중이라면 평소에는 Config를 선택하세요. 특정 요청이 규칙의 영향을 받는지 확인할 때는 잠시 Proxy로 바꿔 비교할 수 있습니다. 전환하기 전에 기존 선택 항목을 기록하고 테스트가 끝나면 원래대로 돌려놓으세요.

Config

권장

현재 활성화된 Config와 그 안의 규칙에 따라 경로를 선택합니다. 결과는 DIRECT, PROXY 또는 설정된 다른 정책일 수 있으며, 규칙에 일치하지 않는 모든 요청이 자동으로 직접 연결되는 것은 아닙니다. 최종 동작은 기본 규칙에 따라 달라집니다.

적합한 경우: 유효한 규칙 설정을 사용하는 일상적인 연결.

Proxy

클라이언트가 처리하는 요청을 모두 프록시 방식으로 전달합니다. Config의 일반적인 분기 규칙에 따라 경로를 각각 선택하지 않습니다. 이 설정으로 작동하지 않는 노드가 복구되는 것은 아니며, 서버가 모든 트래픽 유형을 지원한다는 뜻도 아닙니다.

적합한 경우: 규칙에 따른 분기와 프록시 연결 결과를 잠시 비교할 때.

Direct

클라이언트가 처리하는 요청을 선택한 원격 프록시를 거치지 않고 직접 연결합니다. 연결 스위치를 끄는 것과는 다른 동작이며, 클라이언트는 계속 실행 중일 수 있습니다.

적합한 경우: 현재 네트워크에서 직접 연결이 가능한지 확인할 때.

Scene

미리 설정한 Scene 조건에 따라 해당 라우팅 설정을 적용합니다. 사전에 Scene을 구성해야 하며, 자동으로 감지해 가장 빠른 노드를 골라 주는 모드는 아닙니다.

적합한 경우: 네트워크별 Scene을 미리 설정해 둔 사용자.

4. Config와 Rule은 어떻게 다르며, 무엇을 수정해야 적용되나요?

Config는 설정 파일과 그 관리 메뉴를 뜻하고, Rule은 설정 안에 들어 있는 매칭 규칙입니다. Home에 저장된 노드 정보는 ‘어디에 어떤 프로토콜로 연결할지’를 정하고, Config 안의 규칙은 ‘요청을 어떤 경로로 보낼지’를 정합니다. 구독을 가져오는 데 성공했다고 해서 완전한 트래픽 분기 설정까지 함께 제공되는 것은 아닙니다.

Global Routing에서 Config를 선택했다면 실제 활성화된 파일이 무엇인지 확인한 뒤 그 파일의 규칙을 수정하세요. 활성화되지 않은 파일만 수정하면 현재 요청 경로에는 영향을 주지 않습니다. 규칙은 일반적으로 순서대로 적용되므로, 구체적인 예외 규칙을 포괄적인 규칙보다 앞에 두세요.

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

DOMAIN-SUFFIX: 지정한 도메인 접미사를 매칭합니다. 여기서 example.com은 문법 예시일 뿐이며, 그대로 가져와 사용할 완성된 규칙 세트가 아닙니다.
IP-CIDR: IP 대역을 매칭합니다. 예시의 no-resolve는 이 IP 규칙을 위해 도메인 조회를 추가로 수행하지 않는다는 뜻입니다.
GEOIP: IP 지리 데이터베이스를 기준으로 매칭합니다. 국가 코드를 웹사이트 콘텐츠의 언어로 해석하면 안 됩니다.
FINAL: 앞선 규칙에 매칭되지 않은 요청을 처리합니다. 이 예시에서는 PROXY를 사용하므로 ‘나머지는 모두 직접 연결’이라고 일반화할 수 없습니다.

5. 구독 링크와 개별 공유 링크는 가져올 때 어떻게 구분하나요?

개별 공유 링크는 보통 ss://, vmess://, vless://, trojan://로 시작하며 연결 하나의 정보를 담습니다. 구독 주소는 대개 HTTP 또는 HTTPS URL이며, 가져오면 여러 연결 항목을 받을 수 있고 이후 업데이트도 가능합니다. 주소가 길다는 이유만으로 구독이라고 판단하지 마세요.

기존 설정의 출처에 맞는 가져오기 방법 선택

기존 구독 주소가 있는 경우

Home → “+” → Type → Subscribe를 사용하세요.
전체 주소를 URL에 입력하고 쿼리 매개변수를 그대로 유지하세요.
저장한 뒤 노드 항목이 실제로 생성됐는지 확인하세요.
이후에는 해당 구독을 업데이트하고, 출처 설정을 항목별로 직접 수정하지 마세요.

개별 공유 링크가 있는 경우

링크 가져오기 메뉴를 사용하거나 보유한 설정의 QR 코드를 스캔하세요.
가져온 뒤 Type, 서버 주소, 포트를 확인하세요.
TLS와 전송 방식 등의 매개변수가 원본 설정과 일치하는지 확인하세요.
개별 항목을 가져와도 정기적으로 새로고침할 수 있는 구독으로 바뀌지는 않습니다.

링크는 설정 정보를 담으며 인증 정보가 포함될 수도 있습니다. 가져오기 전에 출처를 확인하고, 문제를 확인할 때는 민감한 정보를 가린 항목만 공유하세요.

6. 구독은 어떻게 업데이트하며, 실패하면 무엇부터 확인해야 하나요?

구독 업데이트는 원격 설정 목록을 다시 가져오는 작업입니다. 클라이언트 앱을 업데이트하는 것도 아니고, 현재 Config의 규칙 파일을 반드시 업데이트하는 것도 아닙니다. Home에서 구독을 업데이트한 뒤 노드 목록과 결과 메시지를 확인하세요. 한 번 새로고침에 성공했다고 모든 노드에 연결할 수 있는 것은 아닙니다.

Home으로 돌아가 원하는 구독을 업데이트하세요. 아래로 당겨 새로고침하는 경우 현재 화면에서 실제로 업데이트되는 구독 범위와 결과 메시지를 확인하세요.
시간 초과가 표시되면 먼저 현재 네트워크에서 구독 주소를 가져올 수 있는지 확인하세요. 주소 만료, token 취소, 네트워크 시간 초과는 서로 다른 문제입니다.
사용 가능한 프록시가 이미 있고 해당 구독을 프록시를 통해 가져와야 하는 경우에만 Settings → Subscribe에서 Update via Proxy를 확인한 뒤 다시 시도하세요.
업데이트에 성공한 뒤 선택된 노드를 다시 확인하세요. 서버에서 기존 항목을 삭제하거나 이름을 바꿀 수 있으므로 이전 위치만 보고 선택 결과를 판단하지 마세요.

7. 지연 시간이 짧은데도 웹페이지가 열리지 않는 이유는 무엇인가요?

지연 시간 테스트는 특정 테스트 방식과 대상, 당시의 네트워크 상태를 반영할 뿐 다운로드 속도를 나타내거나 모든 웹사이트에 접속할 수 있음을 증명하지는 않습니다. 예를 들어 80 ms는 해당 테스트 결과를 참고하는 값일 뿐입니다. 파일 다운로드 속도로 바로 환산할 수 없으며 실제 페이지 요청을 대신하지도 않습니다.

변수를 먼저 고정: 같은 노드와 웹페이지를 선택하고 현재 Global Routing을 기록한 다음 모드별로 비교하세요. 노드와 설정을 동시에 바꾸지 마세요.
실제 규칙 적용 확인: 사용할 수 있는 요청 기록이나 로그에서 대상 도메인, 매칭된 규칙, 최종 정책을 확인해 요청이 잘못된 경로로 전달되지 않았는지 살펴보세요.
DNS 오류 구분: 도메인 조회 오류가 발생하면 DNS 설정과 조회 요청의 연결 가능성을 확인하세요. 모든 규칙을 먼저 PROXY로 바꾸지는 마세요.
특정 사이트 오류 구분: 사이트 하나만 실패하면 대상 사이트와 인증 상태를 확인하세요. 모든 사이트에서 실패한다면 노드, 네트워크, 라우팅을 점검하세요.

‘웹페이지 주소, 오류 원문, 네트워크 유형, 모드, 재현 여부’를 기록하면 지연 시간만 적는 것보다 문제를 찾기 쉽습니다. 전체 점검 순서는 연결 문제 해결 가이드에서 확인하세요.

8. Settings → On Demand는 어떤 기능이며, 껐는데도 다시 연결되는 이유는 무엇인가요?

On Demand는 지정한 조건을 만족할 때 시스템에 연결을 설정하도록 요청하는 기능으로, 연결을 시작하는 조건을 다룹니다. Global Routing은 연결이 설정된 뒤 트래픽을 어떻게 분기할지 결정하므로 두 기능의 목적은 다릅니다. On Demand를 켜도 모든 요청이 프록시를 통과하는 것은 아니며 서버 이용 기간도 바뀌지 않습니다.

Settings → On Demand로 이동해 기능이 활성화되어 있는지 확인한 다음 기존 연결 조건을 살펴보세요.
수동으로 연결을 끊은 뒤 다시 연결되는 경우에는 먼저 On Demand를 일시 중지하고 Home 스위치를 끈 다음 재연결이 계속되는지 확인하세요.
특정 Wi-Fi를 사용할 때나 네트워크를 전환한 뒤에만 문제가 생긴다면 당시 네트워크 조건을 기록하고 현재 트리거 설정과 하나씩 비교하세요.
수동 연결이 안정적으로 작동하는 것을 확인한 뒤 자동 연결을 다시 켜세요. 한 번에 한 항목만 바꾸고 Wi-Fi와 셀룰러 네트워크를 각각 테스트하세요.

한 번의 연결 끊김을 해결하려고 On Demand, Scene, Config를 동시에 수정하지 마세요. 자동 연결 조건과 요청 경로를 따로 확인해야 어떤 설정이 동작을 바꿨는지 알 수 있습니다.

Shadowsocks, VMess, VLESS, Trojan 등의 프로토콜을 직접 수정해야 하나요?

프로토콜은 기존 서버 설정과 일치해야 하며, ‘더 빠르게’ 사용하려고 클라이언트 Type만 바꾸면 안 됩니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 인증 항목과 전송 요구 사항이 서로 다릅니다. 주소와 포트가 같더라도 프로토콜을 서로 바꿔 쓸 수 있는 것은 아닙니다.

Shadowsocks: 암호화 방식과 비밀번호를 확인하세요. 다른 프로토콜의 UUID를 그대로 입력해도 같은 방식으로 연결되는 것은 아닙니다.
VMess / VLESS: 각 프로토콜의 인증 매개변수와 출처에서 지정한 전송 방식, 경로, TLS 설정을 확인하세요.
Trojan: 비밀번호와 TLS 관련 항목을 확인하세요. 연결 주소와 인증서 검증에 사용하는 이름은 서로 다를 수 있으므로 원본 설정에 맞춰 입력하세요.
Hysteria2: 해당 프로토콜에 필요한 UDP 네트워크 연결이 가능해야 합니다. TCP 웹페이지가 열린다고 해서 이 연결의 기반 경로까지 작동한다고 볼 수는 없습니다.
WireGuard: 키, 피어, 주소 등의 설정이 필요하며 서버 이름 하나만 입력해서 완료할 수 있는 방식이 아닙니다.

10. 기기를 바꾸거나 LAN에 연결하거나 도움을 요청할 때 확인할 사항

재현할 수 있도록 점검 기록을 남긴 뒤 기기 이전이나 일부 기기의 접속 문제를 해결하세요. 설정 동기화, 서버의 기기 제한, 현재 네트워크의 접근 권한은 서로 다른 문제입니다. 같은 구독을 다른 기기에 가져왔다고 해서 서버에서 동시 연결을 추가로 허용하는 것은 아닙니다.

Mac으로 바꾸면 어떤 설정을 다시 해야 하나요?

먼저 다운로드 페이지에서 Apple 실리콘 또는 Intel에 맞는 버전을 선택한 뒤 보유한 설정을 가져오세요. 서버에서 허용하는 기기 수를 확인하세요. iPhone의 시스템 VPN 권한, On Demand 조건, 로컬 파일이 Mac으로 자동 이전된다고 가정하지 마세요.

연결을 켠 뒤 프린터나 NAS가 검색되지 않나요?

먼저 기기가 같은 LAN에 연결되어 있는지 확인한 뒤 Config에서 대상 대역이 의도한 대로 DIRECT를 사용하는지 확인하세요. NAS의 LAN IP로 테스트하면 IP 연결 문제와 이름 검색 문제를 구분하는 데 도움이 됩니다. IP로 접속된다고 해서 브로드캐스트 검색도 반드시 작동하는 것은 아닙니다.

도움을 요청할 때 어떤 정보를 제공해야 하나요?

시스템 플랫폼, Home 스위치 상태, Global Routing 선택 항목, 오류 원문, 재현 단계를 알려주세요. 로그에서는 구독 token, 비밀번호, UUID, 키를 가리세요. 문제가 구독 가져오기, 연결 설정, 특정 웹페이지 요청 중 어느 단계에서 발생했는지도 설명하세요.

처음 문제를 확인할 때는 ‘설정 유효성 → 시스템 권한 → 노드 연결 가능 여부 → 라우팅 규칙 적용 → DNS 및 대상 요청’ 순서로 진행하세요. 한 번에 변수 하나만 바꾸고 결과를 확인한 뒤 다음 단계로 넘어가세요.

Shadowrocket 다운로드 및 처음 사용하기

iPhone / iPad 버전은 App Store에서 $2.99 일회성 결제로 제공되며, 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. Mac(Apple 실리콘 / Intel), Windows, Android, Linux 버전은 무료입니다. 다운로드 페이지에서 플랫폼별 이용 방법을 확인하고, 가이드에 따라 보유한 설정을 가져와 처음 연결을 완료할 수 있습니다.

다운로드 페이지 사용 가이드 보기