Shadowrocket
기능 및 자주 쓰는 설정

01Global Routing: 트래픽 처리 방식 선택

Global Routing은 Shadowrocket으로 들어오는 연결을 어떤 방식으로 처리할지 정합니다. 서버 프로토콜을 선택하는 항목은 아닙니다. Home에서 Global Routing을 열어 현재 선택된 모드를 확인할 수 있습니다. 평소에는 설정에 따라 트래픽을 분기하는 Config를 사용하고, 프록시 경로가 작동하는지 확인할 때는 잠시 Proxy를 선택할 수 있습니다. 직접 연결 결과를 비교하려면 Direct를 사용하세요. 모드를 바꿔도 서버를 다시 가져오지 않으며, 잘못된 서버 매개변수가 자동으로 수정되지도 않습니다.

설정을 변경하기 전에 기존 모드를 기록해 두세요. 테스트할 모드를 선택해 확인할 대상을 열고 결과를 기록한 뒤 평소 설정으로 되돌리면 됩니다. Proxy에서는 정상인데 Config에서 문제가 생기면 프로토콜을 계속 바꾸기보다 설정과 규칙을 먼저 확인하세요. 화면에 Scene이 표시된다면 해당 항목에 설정된 시나리오도 별도로 확인해야 합니다. 이 표에서는 기본 모드인 Config, Proxy, Direct만 설명합니다.

02Rule: 규칙 유형과 정책

규칙 기반 라우팅은 연결 대상 정보를 규칙과 차례로 비교한 뒤 일치하는 정책으로 처리합니다. Config에서 사용 중인 설정을 확인하고 그 안의 Rule을 살펴보거나 수정하세요. Global Routing이 Config일 때만 설정 규칙을 기준으로 접속 결과를 해석해야 합니다. 문제를 점검하기 전에 현재 설정의 사본을 남겨 두세요. 여러 규칙을 한 번에 수정하면 원래 상태로 되돌리기 어려울 수 있습니다.

DOMAIN은 전체 도메인과 일치하고, DOMAIN-SUFFIX는 도메인 접미사와 일치하며, DOMAIN-KEYWORD는 도메인에 포함된 키워드를 기준으로 일치 여부를 판단합니다. IP-CIDR과 IP-CIDR6은 각각 IPv4 및 IPv6 주소 범위를 지정하고, GEOIP는 주소의 지역 정보를 기준으로 일치시킵니다. 규칙 유형을 선택하기 전에 기준 정보가 도메인인지 IP 주소인지 확인하세요. 웹 주소의 경로나 쿼리 매개변수를 DOMAIN 값으로 사용하면 안 됩니다.

PROXY는 프록시 정책으로 전달, DIRECT는 직접 연결, REJECT는 연결 거부를 뜻합니다. 색상은 보조 표시일 뿐이며 영문 정책명을 기준으로 판단하세요. 규칙은 위에서 아래로 확인하며, 일치하는 규칙이 있으면 그 뒤의 규칙은 적용되지 않습니다. 따라서 범위가 넓은 규칙보다 구체적인 예외 규칙을 앞에 두는 것이 일반적입니다. 앞선 규칙에 해당하지 않는 연결의 기본 정책으로는 FINAL을 마지막에 배치하세요.

위의 example.com은 구문을 설명하기 위한 예시일 뿐, 서비스 접속 주소가 아닙니다. 키워드 규칙은 예상보다 많은 도메인에 적용될 수 있으므로 수정 후 실제 적용 기록을 확인하세요. 규칙 순서와 정책 예시는 사용자 지정 규칙 및 FINAL 기본 정책 안내에서 확인할 수 있습니다.

03Subscribe 및 서버 관리

서버 항목에는 연결에 필요한 프로토콜과 매개변수가 저장됩니다. Subscribe는 기존 구독에서 제공하는 여러 항목을 관리하는 기능입니다. 규칙 설정과 서버 목록은 서로 다른 역할을 합니다. 전자는 트래픽을 어떻게 분기할지 결정하고, 후자는 프록시 연결에 사용할 서버를 지정합니다. 목록에 항목이 있어도 현재 선택된 서버가 유효한지, Global Routing 모드가 적절한지 확인해야 합니다.

Add Server: 보유한 정보 항목별 확인

Home의 추가 메뉴에서 Add Server로 이동한 뒤 보유한 서버 정보에 맞는 Type을 선택하고 주소, 포트, 프로토콜에 필요한 인증·전송·TLS 매개변수를 입력하세요. Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard, Hysteria2는 입력 항목이 서로 다릅니다. 한 프로토콜의 매개변수를 다른 프로토콜에 그대로 적용하지 마세요. 저장하기 전에 주소뿐 아니라 포트, 대소문자, 추가 옵션도 확인해야 합니다.

Subscribe: 가져오기와 업데이트를 따로 확인

추가 메뉴에서 Subscribe를 선택하고 본인이 보유한 구독 주소를 입력해 저장하세요. 업데이트한 뒤 그룹과 항목이 예상대로 표시되는지 확인하고 서버를 선택해 Connectivity Test를 실행합니다. 구독이 정상적으로 처리되더라도 모든 서버에 연결할 수 있는 것은 아닙니다. 테스트 결과가 있어도 원하는 웹사이트에 접속할 수 있다고 단정할 수 없으므로 실제 페이지를 열어 최종 확인하세요.

Scan QR Code와 클립보드 가져오기는 기존 공유 정보를 등록할 때 사용할 수 있습니다. 가져온 뒤에는 항목을 열어 Type과 주요 매개변수를 확인하세요. 여러 구독을 관리할 때는 알아보기 쉬운 메모를 사용하고, 업데이트 전에 직접 수정한 항목이 있는지 확인하세요. 그룹을 삭제하기 전에는 영향을 받는 범위를 살펴보세요. 구독 주소와 공유 정보에는 인증 정보가 포함될 수 있으므로 공개 스크린샷, 로그, 게시물에 올리지 마세요. 업데이트, 정리, 백업 방법은 서버 관리 매뉴얼에서 확인할 수 있습니다.

04On Demand: 조건에 따른 연결

On Demand는 설정된 네트워크 조건에 따라 연결을 자동으로 시작하는 기능입니다. Rule을 대신해 웹사이트별 정책을 선택하는 기능은 아닙니다. 먼저 Home에서 서버와 설정이 작동하는지 직접 확인한 뒤 Settings의 On Demand에서 스위치와 조건을 살펴보세요. 설정할 수 있는 조건은 현재 앱 화면을 기준으로 확인하면 됩니다. 이 기능을 켜기 위해 DNS나 규칙까지 함께 변경할 필요는 없습니다.

설정하기 전에 원하는 동작부터 정하세요. 네트워크가 바뀌면 자동으로 연결할지, 특정 네트워크에서는 연결하지 않을지 결정합니다. 화면에 제공되는 조건을 설정한 뒤 조건을 충족하는 네트워크와 충족하지 않는 네트워크에서 각각 동작을 확인하세요. 시스템의 VPN 상태와 앱의 연결 상태도 함께 살펴봐야 합니다. 스위치를 수동으로 한 번 켜 보는 것만으로 자동 실행 조건이 올바르게 설정됐다고 볼 수는 없습니다.

연결을 끈 뒤 자동으로 다시 연결되면 서버를 바로 삭제하지 말고 먼저 On Demand 설정을 확인하세요. 문제를 점검하는 동안 On Demand를 일시적으로 끄고 연결 상태를 직접 제어할 수 있습니다. 점검을 마친 뒤 필요한 조건을 다시 설정하세요. 네트워크가 바뀐 뒤의 동작은 시스템 상태에도 영향을 받으므로 연결이 시작되지 않은 경우와 연결은 됐지만 접속에 실패한 경우를 구분해 살펴봐야 합니다.

05Data: 트래픽 통계 확인

Data에서는 클라이언트에 기록된 트래픽을 확인할 수 있습니다. Data를 열고 먼저 화면에 표시된 통계 범위와 분류를 확인한 다음 업로드와 다운로드 등의 정보를 살펴보세요. 통계 수치는 해당 범위의 기록을 나타내며 서버 계정의 요금 청구 내역과는 다릅니다. 특정 대상이 PROXY를 통해 접속 중이라는 사실을 통계만으로 확인할 수도 없습니다.

특정 작업의 변화를 확인하려면 테스트 전에 통계를 기록한 뒤 명확한 대상을 열고 Data로 돌아와 차이를 비교하세요. 기기의 백그라운드 활동도 트래픽을 발생시킬 수 있으므로 테스트 중에는 다른 작업을 최소화하세요. 화면에서 통계 범위를 선택할 수 있다면 비교할 때 같은 범위를 유지하세요. 통계를 지우기 전에 필요한 데이터를 기록해 두세요.

예상과 다르게 트래픽이 증가하면 곧바로 서버 문제라고 판단하지 말고 Global Routing, 실제로 적용된 규칙, 연결 기록을 함께 확인하세요. Direct 테스트와 Proxy 테스트 결과도 각각 기록해 서로 다른 경로의 결과를 혼동하지 않도록 하세요. 서비스 사용량을 확인할 때는 본인이 이용 중인 서비스의 계정 기록과 해당 통계 기준을 참고하세요.

06Settings: 자주 쓰는 항목 조정

Settings에서 클라이언트 동작과 관련 도구를 설정할 수 있습니다. 메뉴에 들어가면 각 항목의 설명을 먼저 읽고 현재 값을 기록해 두세요. 현재 Config의 영향을 받는 항목이라면 설정도 함께 확인해야 합니다. 아래에서는 자주 쓰는 항목의 기능을 설명합니다. 메뉴 위치와 선택 가능한 옵션은 현재 앱 화면을 기준으로 확인하고, 예전 화면의 위치만 보고 찾지 마세요.

DNS: 이름 해석과 연결 구분하기

DNS는 도메인 이름을 IP 주소로 변환합니다. 웹페이지는 열리지 않지만 Connectivity Test 결과가 있는 경우, DNS 해석이 원인일 수는 있지만 규칙, 서버, 대상 사이트 문제도 확인해야 합니다. Settings의 DNS 항목과 현재 설정의 DNS 값을 살펴보고 직접 지정한 내용이 있는지 확인한 뒤 수정할 곳을 결정하세요. DNS 설정, 서버, 라우팅 모드를 한꺼번에 바꾸면 어떤 변경이 효과가 있었는지 알기 어렵습니다.

변경 전에 기존 값을 기록하고, 변경 후 같은 도메인으로 다시 테스트하세요. 기록을 함께 확인해 문제가 이름 해석 단계에서 발생했는지 연결 단계에서 발생했는지 구분합니다. 도메인 규칙과 주소 규칙은 판단 기준이 다르며, DNS 결과가 달라지면 이후 주소 규칙의 적용에도 영향을 줄 수 있습니다. 웹페이지 로딩 속도만으로 DNS 설정의 우열을 판단하지 마세요. 자세한 점검 방법은 DNS 설정 및 웹페이지 이름 해석 문제 해결을 참고하세요.

Test Method: 테스트 기준 통일

Test Method는 Connectivity Test에서 사용할 테스트 방식을 지정합니다. Settings에서 현재 선택된 방식을 확인한 뒤 테스트 방식과 대상을 동일하게 유지해 서버 결과를 비교하세요. 테스트 방식마다 확인하는 단계가 다를 수 있으므로 수치만 따로 비교하면 안 됩니다. 특정 항목에서 결과가 나오지 않으면 해당 방식의 적용 조건을 확인하고, 바로 항목을 삭제하지 마세요.

테스트 성공은 해당 테스트 경로에서 응답을 받았다는 뜻일 뿐입니다. 모든 웹사이트와 프로토콜, 전체 접속 과정이 정상이라는 보장은 아닙니다. Test Method를 바꾼 뒤에는 테스트를 다시 실행하고 실제로 접속하려는 페이지도 열어 결과를 비교해야 합니다.

Today Widget: 빠른 확인 및 조작

Today Widget에서는 관련 시스템 위젯의 표시나 빠른 동작을 설정할 수 있습니다. Settings에서 해당 옵션을 확인한 뒤 기기의 시스템 위젯 관리 화면에서 추가할 수 있는 항목을 살펴보세요. 시스템에 따라 표시 위치와 조작 기능이 다를 수 있으므로 기기에 실제로 표시되는 내용을 기준으로 하세요. 위젯으로 조작한 뒤에도 Home으로 돌아와 서버, Global Routing, 연결 상태를 확인하세요. 위젯 모양만으로 접속 경로를 판단해서는 안 됩니다.

iCloud: 동기화 전에 사본 보관

iCloud 관련 옵션은 앱에서 제공하는 동기화 또는 클라우드 저장 기능을 관리합니다. 사용하기 전에 기기의 시스템 설정에서 iCloud 상태를 확인한 다음 Shadowrocket의 관련 설정과 설명을 살펴보세요. 스위치를 켜면 모든 서버, 설정, 통계가 동기화된다고 단정하지 마세요. 동기화 범위는 앱에 표시된 내용을 기준으로 확인해야 합니다.

여러 기기에서 작업하기 전에 중요한 설정의 사본을 보관하고 두 기기에서 같은 항목을 동시에 수정하지 마세요. 동기화 후에는 실제로 적용된 Config, 선택된 서버, Global Routing을 각각 확인하세요. 동기화가 완료됐다고 해서 연결 설정까지 끝난 것은 아닙니다. 인증 정보가 포함된 설정과 구독은 민감한 데이터이므로 저장하거나 공유할 때 주의해야 합니다.

07Diagnostics: 기록으로 문제 단계 찾기

Diagnostics는 네트워크, 이름 해석, 연결 문제를 구분하는 데 도움이 되는 진단 기능을 제공합니다. Settings에서 Diagnostics를 찾아 현재 화면에 제공되는 도구로 점검하세요. 시작하기 전에 사용 중인 네트워크, 선택한 서버, Global Routing 모드, 문제가 발생한 대상을 기록한 다음 문제를 한 번만 재현하세요. 그래야 진단 기록을 해당 작업과 연결해 살펴볼 수 있습니다.

결과는 다음 순서로 확인하세요. 도메인이 해석됐는지, 연결이 시작됐는지, 어떤 정책으로 처리됐는지, 서버가 정상 응답을 반환했는지 살펴봅니다. 도구마다 테스트 대상이 다르므로 한 항목의 성공이 이후 단계의 성공을 뜻하지는 않습니다. Proxy에서는 작동하지만 Config에서는 실패한다면 규칙 적용 결과를 먼저 확인하세요. 둘 다 실패하면 서버 정보와 현재 네트워크를 점검하고, 특정 도메인에서만 문제가 생기면 해당 도메인을 중심으로 살펴보세요.

진단 정보를 저장하거나 제출하기 전에 구독 주소, 서버 인증 정보, 전체 설정, 공개할 필요가 없는 접속 기록이 포함됐는지 확인하세요. 민감한 정보는 제거한 뒤 공유해야 합니다. 문제를 설명할 때는 단순히 “연결할 수 없음”이라고 쓰기보다 조작 순서와 재현 가능한 증상을 남기는 것이 도움이 됩니다. 단계별 점검 목록은 연결됐지만 접속할 수 없을 때의 문제 해결 안내를 참고하세요.

08설정 후 확인 순서

기능 간에 연관성은 있지만 여러 항목을 동시에 변경하지 마세요. 처음 사용하는 경우 사용 가이드를 따라 보유한 정보를 가져오고 수동으로 연결한 다음 규칙, On Demand, 동기화를 차례로 설정하세요. 정상적으로 접속되는 설정은 나중에 비교할 수 있도록 복원 가능한 사본으로 보관하세요.

1. 입력 정보 확인. 서버 프로토콜, 주소, 포트, 인증 매개변수를 살펴보세요. 구독 업데이트가 정상적으로 완료됐는지, 해당 항목이 실제로 선택됐는지도 확인하세요.
2. 모드 확인. Home에서 Global Routing을 확인하고 테스트 목적에 맞게 Config, Proxy 또는 Direct를 선택하세요. 테스트가 끝나면 평소 모드로 되돌립니다.
3. 경로 확인. Config에서 적용된 규칙, 정책, FINAL을 확인해 범위가 넓은 규칙이 구체적인 예외보다 먼저 적용되지 않도록 하세요.
4. 결과 확인. 대상에 실제로 접속하고 Data와 Diagnostics를 함께 살펴보세요. 테스트 응답과 페이지 접속 가능 여부는 따로 기록해야 합니다.
5. 자동 동작 복원. 기본적인 접속이 정상임을 확인한 뒤 필요한 On Demand와 동기화 설정을 켜고 네트워크 변경 후 동작을 다시 확인하세요.

이 문서는 주로 iPhone과 iPad에서의 사용 절차를 안내합니다. 기기의 시스템 요구 사항과 다른 Apple 기기와의 호환성은 App Store 페이지에 표시된 내용을 기준으로 확인하세요. 기능 메뉴와 옵션은 현재 앱 화면에 표시된 내용을 따릅니다.