OFFICIAL MANUAL / FIRST CONNECTION
Shadowrocket 사용법
기존 구독 가져오기 → Global Routing → 연결 권한 → 작동 확인 → 문제 지점 점검
이 페이지는 iPhone과 iPad에서 처음 설정하는 방법을 안내합니다. 순서대로 수동 연결을 한 번 완료한 뒤 규칙을 조정하거나 On Demand를 설정하세요. 일부 설정을 이미 완료했다면 해당 단계로 바로 이동할 수 있습니다.
STEP 01 / ADD SERVER
서버 추가 또는 구독 가져오기
Shadowrocket을 열고 Home으로 이동해 SERVER 그룹 아래의 Add Server를 찾습니다. 먼저 보유한 정보의 유형을 확인하세요. 서버 목록을 업데이트하는 데 사용하는 서비스 제공자의 링크는 구독으로 처리하고, 프로토콜·서버 주소·포트·인증 정보가 각각 제공된 경우에는 서버 하나를 직접 추가합니다. 입력 위치가 다르므로 구독 링크 전체를 Host에 붙여 넣지 마세요.
기존 구독 링크가 있는 경우: Subscribe 선택
Add Server를 탭하고 Type 선택 화면에서 Subscribe를 고른 다음, 본인의 전체 구독 링크를 URL에 붙여 넣습니다. 알아보기 쉬운 이름을 입력하고 저장하세요. 링크 앞뒤에 공백이나 줄바꿈, 채팅 메시지의 설명 문구가 붙지 않도록 합니다. 쿼리 매개변수도 보통 링크의 일부이므로 주소를 짧게 만들려고 삭제하지 마세요. 구독 링크에는 접근 정보가 포함될 수 있으니 비공개로 관리하세요.
저장한 뒤 Home으로 돌아가 구독 정보가 불러와질 때까지 기다린 후 해당 그룹과 서버 항목이 표시되는지 확인합니다. 구독 이름만 보이고 선택할 서버가 없다면 먼저 구독 업데이트 결과를 확인하세요. 이때 연결 스위치를 켜도 가져오기 문제는 해결되지 않습니다. 링크가 완전한지, 구독이 유효한지, 현재 네트워크에서 접속할 수 있는지 확인해야 합니다. 서비스 제공자가 링크를 새로 발급했다면 기존 기록을 새 전체 주소로 업데이트하세요.
기존 서버 정보가 있는 경우: Type에 맞춰 매개변수 입력
서버를 직접 추가하려면 Type에서 보유한 정보에 명시된 프로토콜을 선택하고 Host, Port, 해당 프로토콜에 필요한 인증 및 전송 설정을 하나씩 입력합니다. 화면 예시는 Password, Method 등의 필드가 있는 한 종류의 서버 양식입니다. Type을 바꾸면 필드도 달라지므로 화면에 보이는 항목이 모든 프로토콜에 공통으로 필요한 것은 아닙니다.
Host에는 일반적으로 서버 도메인이나 주소를 입력하고, Port에는 해당 포트 번호를 입력합니다. 경로가 포함된 전체 URL을 주소 필드에 넣지 마세요. Password와 Method는 보유한 정보와 일치해야 하며, 이름만 보고 추측해서는 안 됩니다. VLESS, Trojan, WireGuard 등은 각 유형에 맞는 정보를 확인해 입력하세요. 인증서 검증, 서버 이름, 전송 경로 등의 항목은 제공된 정보에 명시된 경우에만 조정합니다. 매개변수 오류를 숨기려고 검증 기능을 임의로 끄지 마세요.
인식 가능한 QR 코드가 있다면 Add Server에서 Scan QR Code를 사용하고, 시스템 안내에 따라 카메라 권한을 허용하세요. Import from Cloud JSON은 해당 형식의 구성 정보를 위한 기능이며, 모든 구독 링크를 가져오는 범용 메뉴가 아닙니다. 가져온 뒤에는 항목 상세 정보에서 Type과 주소를 다시 확인하세요. 프로토콜과 구독의 차이가 헷갈린다면 먼저 용어 빠른 확인을 참고한 다음 아래 라우팅 설정을 진행하세요.
STEP 02 / GLOBAL ROUTING
라우팅 방식 선택 및 Config 확인
서버 항목이 표시되어도 바로 연결하지 마세요. Home에서 Global Routing을 탭하고 현재 작업에 맞춰 구성(Config), 프록시(Proxy), 직접 연결(Direct)을 선택합니다. 여기서는 요청을 처리할 방식을 정하며 구독을 가져오거나 잘못된 서버 매개변수를 수정하지는 않습니다. 선택한 뒤 Home으로 돌아가 Global Routing에 결과가 표시되는지 확인하세요. 전환했다고 생각했지만 실제로는 기존 방식이 그대로일 수 있습니다.
구성(Config): 현재 파일의 규칙에 따라 처리
구성(Config)은 현재 구성 파일의 규칙에 따라 요청의 경로를 정합니다. Config로 이동해 사용 중인 파일을 확인한 다음 관련 내용을 살펴보세요. 공식 스크린샷에는 General, Rule, Hosts, URL Rewrite, HTTPS Decryption 섹션과 Add Rule 메뉴가 표시되어 있습니다. 처음 사용할 때 모든 항목을 수정할 필요는 없습니다. 먼저 Rule에 필요한 규칙이 있는지, 마지막까지 일치하는 규칙이 없을 때 어떤 정책을 적용하는지 확인하세요.
규칙은 위에서 아래 순서로 적용되며, 일반적으로 일치하는 첫 번째 규칙의 정책을 따릅니다. 아래 예시는 구조 설명용으로, 현재 구성 파일을 그대로 대체할 수 있는 완성본이 아닙니다. example.com은 설명을 위한 도메인입니다. FINAL을 마지막에 두면 앞선 규칙에 일치하지 않은 요청에 DIRECT를 적용합니다. 따라서 구성(Config)을 선택했다고 해서 모든 요청이 선택한 서버를 통과하는 것은 아닙니다.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT프록시(Proxy)와 직접 연결(Direct): 요청 처리 방향을 지정
프록시(Proxy)를 선택하면 일반적으로 해당 라우팅 방식이 적용되는 요청을 현재 프록시 선택에 맡깁니다. 이를 통해 문제가 Config의 라우팅 규칙과 관련 있는지 확인할 수 있습니다. 모든 시스템 트래픽이 반드시 같은 방식으로 전달된다는 뜻은 아니므로 실제 요청으로 확인해야 합니다. 직접 연결(Direct)은 요청을 직접 처리하므로 같은 네트워크에서 비교할 때 유용하지만, 서버가 정상 작동한다는 증거는 아닙니다.
처음 문제를 확인할 때는 프록시(Proxy)를 임시로 선택해 연결을 테스트한 다음, 사용할 예정인 구성(Config)으로 다시 전환할 수 있습니다. 구성을 수정하기 전에 원본 파일을 보관하고 한 번에 한 곳만 변경하세요. 구독 교체, 규칙 변경, 테스트 방식 변경을 동시에 하면 실패 원인을 파악하기 어렵습니다. 규칙 키워드와 PROXY, DIRECT, REJECT의 의미는 용어 빠른 확인에서, 추가 설정은 설정 안내에서 확인하세요.
STEP 03 / HOME
서버를 선택하고 연결 스위치 켜기
가져오기와 라우팅 선택을 마친 뒤 Home으로 돌아가 SERVER에서 사용할 서버를 탭하고 선택 표시를 확인합니다. 구독 그룹 이름과 실제 서버 항목은 서로 다른 단계입니다. 그룹을 펼치는 것만으로 그 안의 서버가 선택되는 것은 아닙니다. 목록이 비어 있다면 연결 스위치를 반복해서 켜고 끄지 말고 서버 추가 단계로 돌아가 확인하세요.
그다음 Home 상단의 연결 스위치를 켭니다. 연결되지 않은 상태에서는 Not Connected가 표시됩니다. 스위치를 켠 뒤 앱과 시스템의 연결 과정이 완료될 때까지 기다리세요. 처음에는 VPN 구성을 추가하라는 시스템 안내가 나타날 수 있습니다. 이는 앱이 해당 네트워크 구성을 만들도록 허용하는 절차입니다. 안내 내용을 확인해 Shadowrocket 작업이 맞는지 확인하고 기기에서 요구하는 인증을 완료하세요.
이전에 권한 요청을 취소했다면 Home으로 돌아가 다시 연결을 시도하고 시스템 안내를 확인하세요. 기기가 관리 중이거나 시스템 제한이 있는 경우 권한 결과가 정책의 영향을 받을 수 있으므로 기기의 제한 안내를 확인하세요. 서버 비밀번호를 임의로 바꿔 가며 해결하려 하지 마세요. 연결 스위치가 바로 꺼지는 경우에도 서버의 작동 여부를 판단하기 전에 권한 또는 구성 오류 안내를 먼저 확인하세요.
Home으로 돌아가 상단에 연결 상태가 유지되는지 확인하고, 선택한 서버와 Global Routing도 다시 확인합니다. 이 단계에서 확인한 것은 기기에서 연결 구성이 설정되었다는 점뿐이며, 목적지 페이지에 어떻게 접속할 수 있는지는 아직 알 수 없습니다. 시스템의 VPN 표시만으로 종단 간 연결이 정상이라고 판단할 수 없으므로 다음 단계에서 테스트를 실행하고 실제 페이지에 접속해야 합니다.
iPad에서도 순서는 같습니다. 먼저 서버 항목을 확인하고 라우팅 방식을 선택한 다음 연결 스위치를 켭니다. 레이아웃이나 시스템 팝업 표시 방식은 스크린샷과 다를 수 있으므로 실제 기기 화면을 기준으로 진행하세요. 첫 확인 단계에서는 수동 연결을 유지하고 On Demand 설정은 미루는 편이 좋습니다. 그래야 자동 연결 문제와 수동 연결 문제를 구분하기 쉽습니다.
STEP 04 / CONNECTIVITY TEST
작동 확인: 테스트 및 실제 접속
연결을 유지한 상태에서 Home의 Connectivity Test를 탭하고 현재 테스트가 끝날 때까지 기다립니다. 먼저 응답 여부를 확인한 뒤 Settings의 Test Method를 참고해 결과를 해석하세요. 테스트 방식마다 확인하는 연결 구간이 다르므로 하나의 결과만으로 모든 프로토콜, 페이지, 앱이 정상 작동한다고 판단할 수 없습니다.
브라우저를 열어 접속 가능한 것으로 확인된 페이지에 방문해 콘텐츠가 실제로 로드되는지 확인합니다. 테스트에는 응답이 있지만 페이지가 열리지 않는다면 현재 Global Routing에서 해당 페이지가 어떤 경로를 사용해야 하는지 먼저 확인하세요. 구성(Config)에서 DIRECT로 처리될 수도 있고 PROXY 또는 REJECT 규칙에 일치할 수도 있습니다. 이때는 서버가 작동하지 않는다고 단정하지 말고 해당 요청 기록과 규칙을 살펴보세요.
결과를 비교할 때는 테스트 대상을 바꾸지 마세요. 먼저 구성(Config)에서의 결과를 기록한 다음 프록시(Proxy)로 임시 전환해 같은 페이지를 다시 열어볼 수 있습니다. 라우팅 방식만 바꿨는데 결과가 달라졌다면 Config의 규칙 순서와 최종 정책, 도메인 확인 관련 설정부터 점검하세요. 비교를 마친 뒤에는 원래 사용하려던 방식으로 되돌려 임시 진단 설정이 계속 남지 않도록 합니다.
또한 ‘트래픽이 있음’과 ‘올바른 경로로 연결됨’을 구분해야 합니다. Data의 트래픽 변화는 관련 통계 활동이 있었다는 뜻일 뿐, 특정 도메인에 예상한 정책이 적용되었다는 증거는 아닙니다. 앱에서 해당 요청의 연결 기록을 제공한다면 대상 도메인, 정책, 시간을 함께 확인하세요. 문제 해결 자료를 공유하기 전에 서버 주소, 구독 링크, 인증 정보를 삭제해야 합니다.
STEP 05 / SETTINGS & DIAGNOSTICS
자주 발생하는 문제, 단계별 점검
Shadowrocket이 연결되지 않으면 먼저 어느 단계에서 실패하는지 확인하세요. 구독이 가져와지지 않는지, 스위치가 켜진 상태를 유지하지 못하는지, 테스트가 실패하는지, 특정 페이지만 열리지 않는지 구분합니다. 아래에서 정보 입력부터 요청 처리까지 순서대로 점검하세요. 각 항목을 확인한 뒤 같은 대상을 다시 테스트하고 변화를 기록하면 모든 설정을 반복해서 삭제하고 추가하는 것보다 원인을 찾기 쉽습니다.
가져온 뒤 서버가 보이지 않음: 정보와 가져오기 과정 확인
구독 기록으로 돌아가 Type이 Subscribe인지, URL이 완전한지 확인하세요. 링크 만료, 지원되지 않는 형식, 현재 네트워크에서 구독 주소에 접속할 수 없는 문제 등이 업데이트 실패의 원인일 수 있습니다. 앱을 구매했다고 서버 목록이 자동으로 나타나는 것은 아닙니다. 사용자가 보유한 유효한 정보를 가져와야 합니다. 원본 링크가 변경되었다면 출처를 알 수 없는 내용을 조합하지 말고 본인의 서비스 제공자에게 확인하세요.
스위치는 켜지지만 테스트 실패: 매개변수와 테스트 방식 확인
해당 서버의 상세 정보를 열고 원본 정보와 대조해 Type, Host, Port, 인증 항목 및 전송 설정을 하나씩 확인합니다. Settings에서 Test Method를 열어 같은 종류의 테스트를 비교하고 있는지도 확인하세요. 테스트 방식이 다르면 결과가 달라질 수 있지만, 테스트 방식을 바꾸는 것만으로 잘못된 서버 정보가 수정되지는 않습니다. 실제 페이지 접속 확인을 대신할 수도 없습니다.
필요하면 Settings의 Diagnostics를 사용해 문제 상황을 기록하고, 출력 내용에서 연결 및 주소 확인 관련 정보를 살펴보세요. 진단 내용을 통째로 공개하지 마세요. 네트워크 주소나 기타 비공개 정보가 포함될 수 있습니다. Wi-Fi와 셀룰러 네트워크를 비교하려면 서버, 라우팅 방식, 테스트 대상을 그대로 유지하고 문제가 특정 네트워크에서만 발생하는지 확인하세요.
일부 페이지만 실패: 규칙과 주소 확인 점검
대부분 정상적으로 접속되지만 특정 대상만 실패한다면 먼저 REJECT에 일치했는지, 또는 예상과 달리 DIRECT로 전달되었는지 확인하세요. 규칙 앞부분의 광범위한 일치 조건 때문에 뒤에 있는 세부 규칙이 적용되지 않을 수 있습니다. FINAL이 규칙 끝에 있는지, 어떤 정책을 적용하는지 확인하세요. 도메인 주소 확인 실패와 프록시 연결 실패는 서로 다른 문제이므로 요청 기록을 통해 구분하고 모든 DNS 설정을 무작정 바꾸지 마세요.
수동 연결은 정상, 자동 연결은 문제: 마지막으로 On Demand 확인
수동 연결이 정상인지 확인한 뒤 Settings에서 On Demand를 살펴보세요. 현재 네트워크와 연결 조건이 일치하는지 확인하고 자동 연결이 실행된 뒤 스위치 상태가 예상대로 바뀌는지 관찰합니다. 조건을 여러 개 설정했다면 우선 확인하기 쉬운 하나만 남긴 뒤 다른 조건을 차례로 추가하세요. 문제를 구분하려면 On Demand를 잠시 비활성화하고 수동 연결 및 실제 접속 테스트를 다시 진행할 수 있습니다.
Settings에는 Proxy, TCP, UDP 등 관련 설정도 있습니다. 처음 문제를 점검할 때 여러 항목을 동시에 바꾸지 마세요. 프로토콜 요구 사항이나 실패 범위를 확인한 뒤 해당 설정만 살펴보는 편이 좋습니다. TCP 접속이 정상이라고 UDP를 사용하는 앱까지 정상이라는 뜻은 아니며, 테스트 하나가 실패해도 모든 서비스가 실패하는 것은 아닙니다. ‘같은 서버가 셀룰러 네트워크에서는 테스트에 실패하지만 Wi-Fi에서는 응답한다’처럼 구체적으로 설명하면 ‘전혀 작동하지 않는다’고만 말하는 것보다 도움이 됩니다.
이제 문제를 정보, 시스템 권한, 서버 연결, 규칙 또는 네트워크 환경 중 어느 단계에 해당하는지 좁힐 수 있습니다. 용어는 용어 빠른 확인에서, 구매 계정·스토어 국가·재설치 후 구입 항목 복원은 정품 이용 안내에서 확인하세요. 구매와 연결은 서로 다른 점검 과정이므로 네트워크 요청이 실패했다고 앱을 다시 구매하지 마세요.
