Shadowrocket 기능 및 주요 설정

기능:Global Routing은 전체 라우팅 방식을 선택하는 항목입니다. Config, Proxy, Direct는 각각 구성, 프록시, 직접 연결을 뜻합니다. 세 가지는 서버나 속도 설정이 아닙니다. Config는 현재 구성의 규칙에 따라 요청을 처리하고, Proxy는 프록시 경로를 우선하며, Direct는 직접 연결을 우선합니다. 구체적인 예외는 앱 설정과 시스템 네트워크 동작을 함께 고려해야 합니다.

위치:Home에서 Global Routing을 열어 현재 선택된 항목을 확인하세요. Config를 사용하기 전에는 Config로 이동해 실제 적용 중인 구성 파일도 확인해야 합니다. 파일을 목록에 가져오기만 해서는 현재 구성으로 적용되지 않습니다.

설정 방법:도메인이나 주소에 따라 일상적으로 트래픽을 분기하려면 Config를 선택하세요. 서버가 대상 요청을 처리할 수 있는지 확인하려면 잠시 Proxy로 전환해 비교할 수 있습니다. 현재 네트워크에서 대상에 직접 접속할 수 있는지 확인하려면 잠시 Direct를 선택하세요. 전환할 때마다 요청을 새로 보내 이전 연결의 결과를 새 설정의 효과로 오인하지 않도록 하세요.

기능:규칙 기반 라우팅은 요청의 특성과 처리 정책을 연결합니다. DOMAIN은 지정된 도메인을, DOMAIN-SUFFIX는 도메인 접미사를, DOMAIN-KEYWORD는 도메인 내 키워드를 기준으로 매칭합니다. IP-CIDR과 IP-CIDR6은 주소 대역을 대상으로 하고, GEOIP는 IP 주소 위치 데이터베이스를 기준으로 판단합니다. USER-AGENT는 요청에서 확인할 수 있는 해당 필드에 의존하므로, 모든 암호화 요청에 적용된다고 가정해서는 안 됩니다.

위치:Config에서 현재 구성의 규칙을 확인하고 편집할 수 있습니다. 수정하기 전에 파일 이름, 현재 선택 상태, 기존 정책 정의를 확인하세요. 구성 파일에는 DNS나 다른 설정도 포함될 수 있으므로 구성을 전환하면 규칙 목록 외의 항목에도 영향을 줄 수 있습니다.

설정 방법:먼저 원본 구성을 보관하고, 구체적인 조건을 포괄적인 조건보다 앞에 둔 뒤 기본 처리 규칙을 설정하세요. 규칙은 일반적으로 순서대로 적용되며, 앞선 규칙과 일치하면 해당 정책으로 처리됩니다. FINAL은 앞선 규칙과 일치하지 않을 때 적용하는 기본 규칙입니다. PROXY, DIRECT, REJECT는 각각 프록시, 직접 연결, 거부를 뜻합니다. 구성에서 사용자 지정 정책 그룹 이름을 참조할 수도 있으며, 이 경우 정의된 이름과 정확히 일치해야 합니다.

DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.org,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT

주의사항:위 내용은 규칙 문법 예시이며 모든 네트워크에 적합한 완성형 구성은 아닙니다. 주소 규칙을 판단하기 전에 도메인 DNS 조회가 이루어질 수 있으며, 도메인 규칙과 주소 규칙이 같은 요청에 서로 다른 결과를 낼 수도 있습니다. 확인할 때는 대상 도메인, 조회된 주소, 적용된 규칙, 최종 정책을 함께 살펴보세요. 웹사이트가 열리는지만으로 규칙이 올바르다고 판단하지 마세요. 용어를 확인하려면 용어 매뉴얼을 참고하세요.

기능:Subscribe를 사용하면 사용자 본인의 구독 URL에서 서버 목록을 가져올 수 있습니다. 수동 추가는 단일 서버의 연결 정보를 항목별로 입력하는 방식입니다. 어느 쪽이든 사용 가능한 서버를 선택하고 연결을 확인해야 합니다. 목록에 항목이 표시되는 것은 가져오기 또는 저장이 완료되었다는 뜻일 뿐, 원격 서비스가 실제로 작동한다는 보장은 아닙니다.

위치:Home에서 Add Server를 눌러 서버를 추가하세요. 구독을 가져오려면 Subscribe를 선택하고 URL을 입력합니다. 인식 가능한 QR 코드가 있다면 Scan QR Code를 사용할 수도 있습니다. 직접 입력할 때는 서버 정보에 맞는 유형을 선택하고 해당 매개변수를 입력하세요. 실제 메뉴 위치와 이용 가능한 가져오기 방법은 앱에 표시된 내용을 따르세요.

설정 방법:사용 중인 서비스 제공업체에서 전체 구독 링크를 받아 붙여넣고, 공백이나 줄바꿈, 불필요한 문자가 포함되지 않았는지 확인하세요. 저장하고 목록을 업데이트한 다음 그룹과 항목 이름을 확인하고 서버 하나를 선택해 Connectivity Test를 실행하세요. 기존 목록을 새로 고치려면 해당 구독의 작업 메뉴에서 업데이트하세요. 앱을 열 때 자동 업데이트를 켰더라도 처음 설정한 후에는 직접 한 번 확인해 URL에서 정상적으로 응답하는지 점검하세요.

https://example.com/sub?token=xxxx

주의사항:예시 URL은 형식 설명용이며 연결에 사용할 수 없습니다. 실제 구독 링크에는 접근 인증 정보가 포함될 수 있으므로 스크린샷, 로그, 대화에 공개적으로 붙여넣지 마세요. 구독을 업데이트하면 원격에서 관리하는 항목이 바뀔 수 있습니다. 해당 항목을 직접 수정하기 전에 기록을 남겨 두세요. 업데이트에 실패하면 링크 유효 기간, 요청 네트워크, 응답 형식을 먼저 확인하고 아직 사용할 수 있는 기존 목록을 바로 삭제하지 마세요. 구독 업데이트와 App Store 앱 업데이트는 목적이 서로 다릅니다.

기능:Shadowrocket은 Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard, Hysteria2 등 여러 연결 프로토콜을 지원합니다. 프로토콜은 클라이언트와 서버가 연결을 수립하는 방식을 정합니다. 프로토콜 이름만 다른 것으로 바꾼다고 기존 서버가 해당 통신 방식을 지원하게 되는 것은 아닙니다.

위치:서버를 직접 추가할 때는 Add Server에서 유형을 선택하고, 기존 항목은 편집 화면에서 확인하세요. 유형별로 표시되는 입력 항목이 다릅니다. 모든 프로토콜에 같은 항목을 입력하지 말고 서버에서 제공한 매개변수와 현재 앱 화면을 기준으로 설정하세요.

설정 방법:먼저 주소, 포트, 인증 정보를 확인한 뒤 TLS, 서버 이름, 전송 방식, 해당 경로 등 추가 매개변수를 확인하세요. WireGuard는 제공된 구성 정보에 따라 키와 주소를 입력해야 합니다. Hysteria2의 사용 가능 여부는 네트워크의 UDP 처리 방식에도 영향을 받습니다. 제공받은 정보에 명시된 항목만 입력하고 다른 서버 항목의 매개변수를 가져와 섞지 마세요.

주의사항:연결에 실패했다고 프로토콜 이름만으로 원인을 판단할 수는 없습니다. 인증서 검증 실패, 포트 연결 불가, 인증 정보 불일치, 전송 매개변수 불일치는 각각 따로 점검해야 합니다. 인증서 검증을 끄는 것을 일반적인 해결 방법으로 삼지 마세요. 먼저 시스템 시간, 서버 이름, 인증서 체인을 확인하세요. 프로토콜 자체가 속도를 보장하는 것도 아닙니다. 실제 성능은 종단 간 네트워크와 서버 상태에 따라 달라집니다.

기능:On Demand는 시스템 VPN의 주문형 기능을 활용해 설정된 네트워크 조건에 따라 연결을 시작할지 결정합니다. 연결이 시작되는 조건을 관리하며, 각 요청에 적용할 정책을 정하는 Global Routing을 대체하지 않습니다. 작동하지 않는 구독이나 잘못된 서버 매개변수도 해결해 주지 않습니다.

위치:Settings에서 On Demand를 열어 관련 옵션과 규칙을 확인하세요. 처음 사용하기 전에 시스템 VPN 구성 권한을 승인하고 수동으로 연결했을 때 정상 작동하는지 확인해야 합니다. 기기 환경에 따라 선택 가능한 조건은 다를 수 있으므로 앱에 표시된 항목을 기준으로 하세요.

설정 방법:어떤 네트워크에서 연결하고 어떤 네트워크에서는 연결을 시작하지 않을지 먼저 정한 뒤, 화면에 표시되는 Wi-Fi, 셀룰러 네트워크, 특정 Wi-Fi 이름 등의 조건을 설정하세요. 조건 하나부터 테스트합니다. 대상 네트워크로 전환하고 시스템 네트워크 상태가 안정될 때까지 기다린 다음 연결 상태를 확인하고 실제 요청을 새로 보내세요. 결과를 확인한 후 다른 조건을 추가해 조건이 겹쳐 원인을 파악하기 어려워지지 않도록 하세요.

주의사항:수동으로 연결을 끈 뒤 다시 자동 연결되더라도 스위치가 고장 난 것은 아닐 수 있습니다. On Demand의 실행 조건이 다시 충족되었을 가능성이 있습니다. 반복해서 재연결되는 문제를 점검하려면 먼저 규칙을 기록하고 주문형 기능을 잠시 끈 다음 수동 연결을 테스트하세요. 공용 Wi-Fi에서 네트워크 로그인이 필요한 경우에는 로그인 페이지 문제를 먼저 해결해야 합니다. 계속 재연결한다고 기본 네트워크 인증을 대신할 수는 없습니다.

기능:Data에서는 앱에 기록된 업로드, 다운로드 및 관련 요청 활동을 확인할 수 있습니다. 특정 접속에서 트래픽이 발생했는지, 예상한 서버를 사용했는지 살펴보는 데 유용하지만 원격 서비스의 과금 시스템은 아닙니다. 누적 수치만으로 특정 규칙의 적용 여부를 판단할 수도 없습니다.

위치:Data로 이동해 현재 표시되는 통계 범위, 분류, 기록 시작 시점을 먼저 확인하세요. 화면에서 서버별 또는 앱별 보기 등을 제공한다면 선택된 기준도 확인해야 합니다. 앱 관련 정보의 정확도는 시스템이 제공하거나 식별할 수 있는 정보에 따라 달라집니다. 모든 기록이 특정 앱에서 발생한 것으로 정확히 분류된다고 볼 수는 없습니다.

설정 방법:확인하기 전에 현재 수치를 기록하고 대상 하나에만 접속한 뒤 새로 늘어난 트래픽을 살펴보세요. 확인 가능한 요청 기록과 함께 도메인, 정책, 서버를 점검합니다. 통계를 다시 시작하려면 필요한 정보를 먼저 저장한 다음 화면에서 제공하는 초기화 기능을 사용하세요. 속도 테스트, 동영상 사전 로드, 백그라운드 동기화도 수치에 영향을 주므로 테스트 중에는 이런 변수를 줄이세요.

주의사항:집계 기준, 프로토콜 오버헤드, 기록 기간, 백그라운드 활동으로 인해 기기의 수치와 서버 기록이 다를 수 있습니다. 소량의 트래픽은 연결 수립이나 백그라운드 요청으로 발생할 수 있으므로 바로 이상 징후로 단정하지 마세요. 속도가 느리다면 누적 트래픽 크기만 보지 말고 대상 응답, 서버 연결, 네트워크 전환을 함께 점검하세요. 자세한 방법은 문제 해결 매뉴얼을 참고하세요.

DNS: 조회 경로와 실제 연결

기능 및 위치:DNS는 도메인을 연결에 필요한 주소로 변환합니다. Settings의 DNS 관련 항목과 Config의 DNS 구성을 확인하세요. 시스템 DNS, 사용자 지정 DNS, DNS over HTTPS는 서로 다른 조회 방식입니다. 조회 방식을 바꾸는 것만으로 모든 연결 문제가 자동으로 해결되는 것은 아닙니다.

설정 방법 및 주의사항:먼저 현재 값을 기록하고, DNS 서비스에 현재 네트워크로 접속할 수 있는지 확인한 뒤 각 입력 항목의 요구사항에 맞게 설정하세요. DNS over HTTPS를 켤 때는 완전하고 올바른 서비스 주소를 입력하고 DNS 서비스 자체에 연결할 수 있는지도 고려해야 합니다. 저장한 뒤 요청을 새로 보내 조회 결과와 후속 연결을 확인하세요. 구성 파일의 매개변수가 실제 동작에 영향을 줄 수 있으므로 Settings의 한 항목만 보고 최종 연결 경로를 단정하지 마세요.

Test Method: 테스트 결과 해석

기능 및 위치:Settings에서 Test Method를 찾아보세요. 이 항목은 Connectivity Test에 사용할 테스트 방식을 정합니다. TCP 연결 테스트는 주로 지정 포트의 연결 상태를 보여 줍니다. 다른 테스트 방식은 대상의 응답을 확인할 수도 있으므로 선택한 방식에 따라 결과를 해석해야 합니다.

설정 방법 및 주의사항:여러 서버를 비교할 때는 같은 테스트 방식과 대상을 사용하고, 가능한 한 비슷한 네트워크 조건에서 다시 테스트하세요. 테스트에 성공해도 대상 웹사이트를 사용할 수 있다는 뜻은 아닙니다. 테스트 시간이 짧다고 지속적인 다운로드 속도가 더 빠르다는 뜻도 아닙니다. 실패하면 포트, 테스트 대상, 실제 프록시 연결 문제를 구분해 추가로 점검하세요.

Today Widget: 빠른 실행

기능 및 위치:Today Widget은 시스템의 해당 영역에서 빠른 작업을 제공하는 기능입니다. 관련 옵션은 Settings에서 확인하고, 위젯 추가는 시스템에서 제공하는 위젯 관리 방법을 이용하세요. 실제 표시 여부와 사용 가능한 작업은 기기의 시스템과 앱 화면을 기준으로 확인해야 합니다.

설정 방법 및 주의사항:먼저 앱에서 서버를 선택하고 수동 연결이 정상 작동하는지 확인한 뒤 빠른 실행 항목을 추가하세요. 시스템 화면으로 돌아가 상태 표시와 동작을 테스트합니다. 빠른 실행 항목이 구독 매개변수를 보완해 주지는 않습니다. 표시 상태가 예상과 다르면 Home으로 돌아가 실제 연결을 확인하고, 계속 눌러 연결 상태를 반복해서 바꾸지 마세요.

iCloud: 동기화 범위 및 충돌 처리

기능 및 위치:Settings에서 iCloud 관련 동기화 옵션을 확인하세요. 조건을 충족하는 기기 간에 화면에 명시된 정보를 동기화하는 기능입니다. 동기화는 App Store 구매 항목의 복원을 대신하지 않으며, 모든 실행 상태, 시스템 권한, 통계 기록이 함께 이전된다는 뜻도 아닙니다.

설정 방법 및 주의사항:먼저 기기의 iCloud 상태와 앱 권한을 확인한 뒤 동기화할 수 있는 항목을 살펴보세요. 처음 켜기 전에 로컬 구성을 보관하고, 동기화가 완료될 때까지 기다린 뒤 주요 항목을 확인하세요. 두 기기에서 동시에 편집하면 내용이 달라질 수 있으므로 한쪽에서 수정을 마친 뒤 다른 쪽을 확인하는 편이 좋습니다. 동기화가 아직 완료되지 않았다고 구독이 작동하지 않는 것으로 판단하지 말고, 동기화를 유일한 백업으로 여기지도 마세요.

Diagnostics: 재현 가능한 단서 보관

기능 및 위치:Diagnostics는 네트워크 및 연결 문제를 점검하는 진단 기능입니다. Settings에서 관련 도구를 찾을 수 있습니다. 문제의 단서를 수집하는 데 도움이 되지만 모든 오류의 근본 원인을 자동으로 판단하지는 않습니다. 오류가 발생했을 때의 네트워크, Global Routing 모드, 선택한 서버를 함께 고려해 결과를 해석하세요.

설정 방법 및 주의사항:문제가 발생한 조작 과정과 표시된 메시지를 먼저 기록한 뒤 도구에서 제공하는 항목을 확인하세요. 필요한 경우 문제 재현 중에만 진단 기록을 남기고, 완료되면 평소 설정으로 되돌리세요. 기록을 공유하기 전에 구독 URL, 인증 정보, 개인 도메인, 네트워크 주소를 확인하고 민감한 내용을 삭제하세요. 오류 유형과 발생 순서만 남기면 되며 개인 구성을 전부 제출할 필요는 없습니다.

1. 정상 작동 기준을 마련합니다.기본 네트워크가 정상인지 확인하고 Home에서 본인의 서버를 선택한 뒤 수동으로 연결해 실제 접속을 한 번 확인하세요. 기준 상태를 만들 수 없다면 규칙을 추가하기보다 서버 매개변수나 네트워크 문제부터 해결하세요.
2. 대상 구성을 적용합니다.Config로 이동해 필요한 파일을 선택하고 Global Routing을 Config로 설정한 뒤, 프록시로 연결될 것으로 예상되는 요청 하나와 직접 연결될 것으로 예상되는 요청 하나를 확인하세요. 페이지가 열리는지만 기록하지 말고 실제 적용된 정책을 확인하세요.
3. 설정을 하나씩 조정합니다.백업한 뒤 DNS, 규칙 또는 테스트 방식을 수정하세요. 매번 기존 값, 변경 이유, 테스트 결과를 기록합니다. 새로운 문제가 발생하면 먼저 해당 항목을 원래대로 돌려 연속적인 변경으로 원인이 가려지지 않도록 하세요.
4. 마지막으로 자동화를 켭니다.수동 연결이 안정적으로 작동한 뒤 On Demand와 동기화 기능을 설정하세요. 네트워크를 한 번 전환하고 앱을 다시 열어 구독 상태를 확인한 다음, 자동 동작이 수동 연결 기준과 일치하는지 확인하세요.

이 페이지에서는 각 기능의 역할을 설명합니다. 가져오기부터 연결까지 이어지는 단계별 안내는 처음 설정 가이드를 참고하세요. 연결은 되지만 일부 요청에 문제가 있다면 문제 해결 매뉴얼의 증상별 안내에 따라 확인하세요. 앱을 구매하거나 다시 받으려면 정품 확인 안내에서 개발자 Shadow Launch Technology Limited, 공식 아이콘, 앱 ID 932747118을 확인하세요.