Shadowrocket 첫 연결 설정법: 기본 서버 선택부터 Connectivity Test까지

이 글의 핵심

첫 연결을 확인하려면 서버 선택, 시스템의 VPN 구성 추가 허용, 연결 테스트와 실제 접속 결과를 각각 확인해야 합니다. 서비스 제공업체와 구독 정보를 이미 보유한 iPhone 및 iPad 사용자를 대상으로 Home → Global Routing → 연결 스위치 → Connectivity Test 순서로 안내하며, ‘스위치가 켜짐’, ‘테스트 결과가 표시됨’, ‘대상 앱을 사용할 수 있음’은 서로 다른 상태로 구분합니다.

1. 먼저 서버 정보를 준비하세요. 앱 구매와 연결 서비스는 별개입니다

Shadowrocket(Shadowrocket)은 Apple 플랫폼용 유료 앱이며, App Store에서만 받을 수 있습니다. 설치 전에 정품 확인 페이지에서 공식 아이콘, 개발자 Shadow Launch Technology Limited, 앱 ID 932747118을 확인할 수 있습니다. 이 안내는 주로 iPhone 및 iPad의 첫 연결을 다루며, 시스템 요구 사항은 App Store 페이지를 기준으로 합니다.

앱 구매와 서버 이용 요금제는 별개입니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다. 시작하기 전에 본인이 이용 중인 서비스 제공업체의 유효한 구독 정보 또는 서버 연결에 필요한 전체 정보를 준비해야 합니다. 앱을 구매하고 설치하는 것만으로 Home 목록에 연결 가능한 서버가 자동으로 추가되지는 않습니다.

구독 정보가 있는 경우: Home 오른쪽 위의 “+”를 누른 다음 Add Server로 이동합니다. Type을 Subscribe로 설정하고 본인의 구독 주소를 입력해 저장하세요. 업데이트가 끝나면 목록에 서버 항목이 나타났는지 확인합니다.
개별 서버 정보가 있는 경우: Home → “+” → Add Server로 이동해 서비스 제공업체가 지정한 Type을 선택합니다. 제공된 정보에 따라 Address, Port와 해당 인증 항목을 입력하세요.
프로토콜 확인: Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 입력해야 하는 항목이 서로 다릅니다. 서버 이름만 보고 Type을 추측하지 말고, 한 프로토콜의 비밀번호를 다른 프로토콜의 인증 항목에 입력하지 마세요.
인증 정보 보호: 구독 주소, Password, UUID 및 키는 서비스 접근 권한을 부여할 수 있습니다. 문제를 기록하거나 문의할 때는 이러한 정보를 가리고 프로토콜 종류, 증상과 오류 문구만 남기세요.

2. Home에서 기본 서버를 선택하고 시스템 권한을 허용하세요

정보를 가져온 뒤 Home에서 사용할 서버 항목을 먼저 선택하세요. 정보를 확인하거나 설정을 편집하는 것과 기본 서버를 선택하는 것은 별개의 작업입니다. 목록에 표시되는 선택 상태를 기준으로 확인하세요. 구독에 이름이 같은 항목이 여러 개 있다면 그룹도 확인해 테스트한 항목과 실제 선택된 항목이 다른 일이 없도록 합니다.

서버 선택
Home으로 이동해 사용할 서버 항목을 누르고 선택 표시가 해당 항목에 나타나는지 확인하세요. 첫 연결을 확인하는 동안에는 이 항목을 유지하고 여러 후보를 번갈아 선택하지 마세요.
라우팅 확인
Home → Global Routing으로 이동해 현재 모드를 기록하세요. 규칙의 영향을 우선 배제하려면 Proxy를 임시로 선택할 수 있습니다. 이미 확인된 설정을 사용하려면 Config를 선택하되, 테스트 대상에 어떤 규칙이 적용될지 파악해야 합니다.
연결 스위치 켜기
Home으로 돌아가 화면 상단의 연결 스위치를 켭니다. 처음 연결할 때 시스템에서 VPN 구성을 추가할지 묻는 메시지가 표시될 수 있습니다. 이번 작업으로 나타난 요청인지 확인한 다음 허용하고 기기의 안내에 따라 인증을 완료하세요.
연결 상태 확인
권한을 허용한 뒤 Home으로 돌아가 스위치와 연결 상태가 계속 유지되는지 확인하세요. 누르는 순간의 변화만 확인해서는 안 됩니다. 스위치가 바로 꺼지면 규칙을 조정하기 전에 시스템 권한이나 연결 오류부터 해결하세요.
연결 테스트 실행
Home에서 Connectivity Test를 실행해 현재 테스트 방식으로 선택한 서버의 결과를 확인하세요. 그런 다음 실제로 사용할 웹사이트나 앱을 열어 요청이 정상적으로 완료되는지 확인합니다.

시스템 권한 허용은 VPN 구성을 만들도록 허용한다는 뜻이지, 서비스 제공업체의 인증이 성공했다는 뜻은 아닙니다. 기기에 VPN 상태가 표시되어도 서버 인증, TLS 핸드셰이크, DNS 조회와 대상 접속이 모두 정상이라고 단정할 수 없습니다. 아래 절차에 따라 테스트를 계속 진행하세요.

3. Global Routing의 네 가지 모드 알아보기

Global Routing은 연결된 뒤 터널로 들어가는 트래픽을 처리하는 방식을 결정합니다. 첫 문제 해결에서는 변수를 줄이는 것이 좋습니다. 규칙이 어떤 정책을 적용할지 판단하기 어렵다면 먼저 Proxy로 선택한 서버를 확인한 다음 Config로 돌아가 평소의 분할 라우팅을 점검하세요. 이는 첫 연결 문제를 확인하기 위한 방법이며, 모든 상황에서 같은 모드를 계속 사용하라는 뜻은 아닙니다.

4가지

Global Routing：Proxy / Direct / Config / Scene

3곳

첫 연결 실패 시 먼저 확인: 권한, 서버 정보, 라우팅 및 DNS

2가지

검증 결과: Connectivity Test와 실제 앱 접속

Proxy

권장

터널로 들어가는 트래픽을 프록시 모드로 처리합니다. 선택한 서버를 먼저 확인하고 Config의 분할 라우팅 규칙이 판단에 미치는 영향을 줄일 때 사용하세요. 올바른 서버 인증이나 전송 매개변수를 대신해 주지는 않습니다.

적합한 경우: 첫 연결 문제 해결, 규칙 변수를 임시로 분리할 때.

Config

현재 활성화된 설정의 규칙에 따라 처리 방식을 정합니다. 규칙은 DIRECT, PROXY 또는 설정에 정의된 정책을 선택할 수 있으며, ‘모든 도메인이 선택한 서버를 거친다’고 단정할 수 없습니다.

적합한 경우: Config를 확인한 뒤 일상적인 분할 라우팅 및 규칙을 테스트할 때.

Direct

직접 연결로 처리합니다. 이 모드에서 웹페이지가 열려도 직접 연결 경로가 작동할 가능성만 확인할 수 있으며, 기본 서버가 사용되었다는 뜻은 아닙니다.

적합한 경우: 기본 네트워크 상태를 비교해 직접 연결과 프록시 경로를 구분할 때.

Scene

설정된 Scene에 따라 처리합니다. 결과는 실제 Scene과 일치 조건에 따라 달라지므로, 설정이 없거나 확인되지 않은 Scene을 첫 테스트의 고정 기준으로 삼지 마세요.

적합한 경우: 사용할 Scene이 명확하게 설정되어 있고 현재 일치 결과를 확인할 수 있을 때.

4. Connectivity Test 결과 확인: 지연 시간만으로 결론 내리지 마세요

Home → Connectivity Test에서 현재 테스트 방식을 확인한 뒤 목록에서 해당 항목의 결과를 살펴보세요. 테스트 방식마다 확인하는 범위가 다릅니다. TCP 탐색은 주로 서버 주소와 포트까지의 연결 상태를 보여 주며, 프록시를 통한 테스트에는 해당 프로토콜과 테스트 대상도 영향을 줍니다. 두 결과를 비교하려면 서버, 테스트 방식과 현재 네트워크를 동일하게 유지하세요.

표시된 현상	확인할 수 있는 내용	다음 단계
밀리초 값 표시	현재 테스트 방식으로 측정이 완료되었다는 뜻이며, 모든 대상에 접속할 수 있다는 의미는 아닙니다.	해당 서버를 선택한 상태로 유지하고 실제 웹사이트나 앱에 접속해 확인하세요.
timeout 표시	테스트 대기 시간 안에 필요한 응답을 받지 못했다는 뜻입니다. 이것만으로 문제가 발생한 단계를 특정할 수는 없습니다.	주소, 포트와 현재 네트워크를 확인하고 같은 조건에서 다시 테스트하세요.
TCP 테스트는 결과가 있지만 실제 접속은 실패	포트에 연결할 수 있어도 인증, 프로토콜 핸드셰이크, DNS 또는 대상 경로에 문제가 있을 수 있습니다.	Type, 인증 항목, TLS 및 전송 매개변수를 확인한 다음 라우팅을 점검하세요.
한 항목은 실패하고 다른 항목은 성공	차이가 해당 항목이나 해당 항목의 서버 경로에 있을 가능성이 높지만, 테스트 조건을 동일하게 유지해야 합니다.	해당 항목만 따로 확인하고 모든 서버를 한꺼번에 수정하지 마세요.

지연 시간이 짧다고 대역폭이 보장되는 것은 아니며, 한 번 성공했다고 계속 사용할 수 있다는 뜻도 아닙니다. 테스트 대상은 실제 앱에서 사용하는 도메인, 연결 방식 및 서버와 다를 수 있습니다. 테스트는 성공했지만 앱이 작동하지 않으면 지연 시간이 가장 낮은 서버를 반복해서 고르는 대신 실패한 앱의 증상을 기록하고 계속 확인하세요.

테스트 요청과 실제 요청을 구분해 확인하세요

Connectivity Test

서버 하나와 테스트 방식 하나를 고정하세요.
결과가 숫자인지, timeout인지 또는 다른 원문인지 기록하세요.
Wi-Fi와 셀룰러 네트워크를 전환했다면 각각 다시 테스트하고 두 결과를 섞지 마세요.

실제 웹사이트 또는 앱

연결을 유지한 상태에서 요청을 다시 보내세요.
페이지 로딩 실패, 로그인 실패와 미디어 로딩 실패를 구분하세요.
Config에서 대상에 실제로 적용되는 규칙과 정책을 확인하세요.

테스트와 실제 접속이 모두 예상대로 작동해야 첫 연결 확인이 끝납니다. 둘의 결과가 다르면 실패한 단계에 따라 계속 점검하세요.

5. 연결에 실패하면 다음 세 곳부터 확인하세요

첫 번째: 시스템 권한과 연결 유지 여부

Home의 스위치가 켜진 상태로 유지되지 않으면 처음 표시된 VPN 구성 요청을 허용했는지, 기기에 관리 정책 제한이 있는지 확인하세요. 기기에 다른 VPN 구성이 사용 중이라면 현재 연결에 적용된 구성이 무엇인지도 확인해야 합니다. 시스템이 연결을 허용하지 않는 문제를 서버 지연 문제로 오인하지 마세요.

Home으로 돌아가 연결을 한 번 다시 시도하고 전체 안내 문구를 읽으세요. 스위치를 연달아 빠르게 켰다 끄지 마세요.
시스템 설정에서 VPN 상태를 확인하고 다른 구성으로 전환되지 않았는지 살펴보세요.
연결이 자동으로 다시 설정되면 Settings → On Demand에서 이미 활성화된 상태와 조건을 확인하세요. 먼저 현재 설정을 기록한 뒤 수동 테스트를 위해 일시적으로 끌지 결정하세요.

두 번째: 선택한 서버와 구독 설정

연결 상태는 유지되지만 테스트에 실패한다면 현재 선택된 서버 항목을 확인하세요. 구독 업데이트로 서버 주소나 인증 정보가 바뀔 수 있습니다. 구독을 업데이트한 뒤에는 항목이 여전히 목록에 있는지, 올바르게 선택되어 있는지 확인하세요. 구독 업데이트와 Config 파일 전환은 서로 다른 작업이며, 구독 업데이트만으로 Config 규칙 문제를 해결할 수는 없습니다.

Add Server에서 Type, Address, Port가 서비스 제공업체의 원래 정보와 일치하는지 확인하세요.
Password, UUID 또는 키 등 프로토콜에 맞는 항목을 확인하고 다른 프로토콜의 매개변수를 가져다 쓰지 마세요.
TLS를 사용하는 경우 서비스 제공업체가 요구하는 서버 이름을 확인하세요. 특정 전송 방식을 사용하는 경우 해당 경로와 호스트 항목을 점검하세요.
핸드셰이크 오류를 가리기 위해 인증서 검증을 끄지 마세요. 원인을 확인하지 않은 채 모든 항목을 한꺼번에 수정하지도 마세요.

세 번째: Global Routing, 규칙 및 DNS

Proxy에서는 실제 접속이 성공하지만 Config로 전환한 뒤 같은 대상에 접속할 수 없다면 현재 Config의 규칙 적용 순서, 정책 및 DNS 설정을 중점적으로 확인하세요. 이는 문제 범위를 좁히는 단서이지, 한 번의 결과만으로 원인을 확정할 수 있다는 뜻은 아닙니다. 아래는 규칙 문법을 보여 주는 예시이며, 기존 설정을 통째로 교체하라는 완성 파일이 아닙니다.

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

DOMAIN-SUFFIX,example.com,PROXY는 example.com과 하위 도메인에 적용됩니다. 앞에서 먼저 일치하는 규칙이 있으면 최종 처리 방식이 달라질 수 있습니다.
IP-CIDR은 IP 대역을 기준으로 일치 항목을 찾습니다. 예시의 no-resolve는 이 IP 규칙을 위해 도메인을 별도로 조회하지 않도록 합니다.
GEOIP는 IP의 지리적 위치 정보를 기준으로 일치 항목을 찾으며, 도메인 접미사 판정과 같은 방식이 아닙니다.
FINAL은 앞선 규칙에 일치하는 항목이 없을 때 적용되는 마지막 처리 방식입니다. 여기에 지정된 정책이 예상한 것과 일치하는지 확인하세요.

DNS 조회에 실패하면 프록시 포트에는 연결되면서도 웹사이트 도메인에는 접속할 수 없는 상황이 동시에 발생할 수 있습니다. 먼저 DNS 관련 오류를 기록하고 Config의 기존 DNS 설정을 확인하세요. 한 번의 문제를 해결하려고 DNS, 서버, 규칙과 프로토콜을 한꺼번에 바꾸지 마세요. 한 번에 하나씩 변경해야 어떤 설정이 결과에 영향을 주었는지 확인할 수 있습니다.

6. 첫 연결을 확인한 뒤 마무리 점검

연결을 확인한 뒤에는 평소 사용할 Global Routing 모드로 되돌리고 같은 대상에 다시 접속해 보세요. 앞서 Proxy를 임시로 사용했다면 Config로 돌아간 다음 대상에 적용되는 규칙과 정책을 확인해야 합니다. On Demand는 조건에 따라 연결을 설정하는 기능으로, 서버 인증을 대신하거나 잘못된 분할 라우팅 규칙을 고치지는 않습니다. 자동 연결이 필요하다면 Settings → On Demand에서 조건을 별도로 확인하세요.

기본 항목 확인: Home에서 사용할 서버가 선택된 상태인지 확인해 테스트한 항목과 현재 기본 항목을 혼동하지 않도록 하세요.
라우팅 확인: 현재 Global Routing 모드를 기록하세요. Config를 사용하는 경우 예상한 설정이 활성화되어 있는지 확인합니다.
실제 접속 확인: 웹페이지, 로그인 등 필요한 작업을 각각 테스트하세요. 한 번의 테스트로 모든 작업을 확인할 수는 없습니다.
점검 기록 보관: Wi-Fi 또는 셀룰러 네트워크, 테스트 방식, 원문 오류와 변경한 설정을 기록하고 구독 인증 정보는 가리세요.

특정 네트워크에서만 실패한다면 같은 서버와 테스트 방식으로 조건을 맞춰 비교하세요. 특정 대상에서만 실패한다면 해당 대상의 규칙과 DNS 경로를 계속 점검하세요. 단계별 점검 방법은 문제 해결 가이드에서, 인터페이스 용어와 규칙 키워드는 용어집에서 확인할 수 있습니다.

App Store 정품 확인 및 첫 설정

Shadowrocket은 소스 코드가 공개되지 않은 유료 앱으로, 한 번 구매하면 사용할 수 있으며 App Store에서만 받을 수 있습니다. 구매에는 서버 서비스가 포함되지 않습니다. 기기 호환성 및 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. 먼저 공식 아이콘, 개발자와 앱 ID를 확인한 다음 안내에 따라 본인의 서버 정보를 설정하면 됩니다.

정품 확인 페이지로 이동 사용법 보기