Settings · Official Manual

Shadowrocket 기능 및 자주 쓰는 설정

먼저 Global Routing을 선택하고 규칙과 서버를 확인한 다음 Settings를 조정하세요. 이 안내에서는 주요 기능의 의미와 위치, 설정 방법 및 주의사항을 설명합니다. iPhone과 iPad에서 설정을 확인할 때 참고하세요.

Shadowrocket은 Apple 플랫폼용 유료 앱이며, App Store에서만 받을 수 있습니다. 앱은 한 번 구매하면 사용할 수 있으며, 서버 이용 요금제와는 별개입니다. 아래 내용은 이미 본인의 구독 또는 서버 정보를 보유한 경우를 전제로 합니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다. 시스템 요구사항은 App Store 페이지를 확인하세요.

  • 먼저 Global Routing 선택
  • 다음으로 Config 확인
  • 마지막으로 실제 요청 확인

Global Routing

세 가지 모드: 구성, 프록시, 직접 연결

Global Routing은 요청이 어떤 경로를 선택할지 정하며, 서버 정보를 보완하는 기능은 아닙니다. Home에서 Global Routing을 열고 Config, Proxy, Direct 중 하나를 선택하세요. 도메인이나 주소별로 트래픽을 나누려면 Config, 프록시 경로를 잠시 확인하려면 Proxy, 직접 연결 결과를 살펴보려면 Direct를 선택합니다. 변경 전에는 기존 설정을 기록해 두고, 확인이 끝나면 평소 사용하던 모드로 되돌리세요.

화면 옵션작동 방식사용 상황우선 확인할 항목
Config(구성)현재 구성의 규칙에 따라 정책을 결정합니다.일상적인 규칙과 라우팅, 특정 사이트 프록시 연결, 로컬 네트워크 직접 연결구성이 선택되어 있는지, 규칙 순서, 마지막 기본 정책
Proxy(프록시)앱이 처리하는 요청을 프록시 경로로 보냅니다.문제가 규칙 선택과 관련 있는지 일시적으로 확인할 때현재 서버가 유효한지, 프록시 연결을 설정할 수 있는지
Direct(직접 연결)앱이 처리하는 요청을 직접 연결 경로로 보냅니다.로컬 네트워크 상태를 비교하거나 문제가 프록시 경로에서 비롯되는지 확인할 때현재 네트워크에서 대상에 직접 연결할 수 있는지

Config는 모드를 선택하는 항목입니다. 실제로 사용할 구성 파일은 Config 화면에서 별도로 확인해야 합니다. 가져오기에 성공한 상태, 파일이 존재하는 상태, 구성이 선택된 상태는 서로 다릅니다. 규칙을 바꿔도 결과가 달라지지 않으면 먼저 현재 구성을 확인하고 Global Routing을 살펴보세요. DNS, 테스트 방법, 서버 매개변수를 한꺼번에 바꾸지는 마세요.

처음 설정한다면 사용 가이드에 따라 연결 및 확인을 진행하세요 →

Config · Rule

규칙과 라우팅: 먼저 일치하는 규칙을 찾고 정책을 적용합니다

규칙은 어떤 요청을 대상으로 할지 지정하고, 정책은 규칙에 일치한 요청을 어떻게 처리할지 정합니다. Config에서 구성을 확인하거나 가져오고 편집할 수 있습니다. 구성을 사용해 트래픽을 분리하려면 Home으로 돌아가 Global Routing을 Config로 설정하세요. 규칙은 보통 위에서 아래 순서로 검사하며 먼저 일치한 규칙이 처리 결과를 결정합니다. 따라서 범위가 좁은 규칙은 이를 덮어쓸 수 있는 범위가 넓은 규칙보다 앞에 두세요.

자주 쓰이는 규칙 유형에는 도메인과 정확히 일치하는 DOMAIN, 도메인과 하위 도메인에 일치하는 DOMAIN-SUFFIX, 도메인 키워드로 일치 여부를 판단하는 DOMAIN-KEYWORD, IPv4 및 IPv6 주소 대역에 사용하는 IP-CIDR과 IP-CIDR6가 있습니다. GEOIP는 IP의 지리적 위치를 기준으로 판단하며, 웹사이트의 콘텐츠 언어나 사용자의 위치를 뜻하지 않습니다. 주소 규칙의 일치 여부는 요청 정보와 주소 확인 과정에도 영향을 받습니다.

PROXY는 프록시 경로 사용, DIRECT는 직접 연결, REJECT는 요청 거부를 뜻합니다. 이 항목들은 일치 유형이 아니라 정책입니다. FINAL은 앞선 규칙에 일치하지 않는 요청을 처리하므로 목록 맨 아래에 두어야 합니다. 앞쪽에 배치하면 뒤에 있는 규칙이 일치할 기회를 잃을 수 있습니다.

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

이 예시는 “example.com 및 하위 도메인은 PROXY로, 지정한 로컬 네트워크 주소 대역은 DIRECT로, 나머지도 DIRECT로 처리”한다는 뜻이며, 실제로 연결할 수 있는 전체 서버 정보가 아닙니다. 수정 전에는 기존 구성을 보관하세요. 수정 후에는 대상 하나를 정해 다시 요청하고 연결 기록에서 일치한 규칙과 정책을 확인하세요. 웹페이지가 열린다는 사실만으로 어떤 경로를 사용했는지 확인할 수는 없습니다.

규칙 키워드와 일치 순서 더 알아보기 →

Subscribe · Add Server

기존 구독 및 서버 관리

구독은 여러 서버 정보를 관리하는 데 사용하고, 개별 서버 항목에는 한 연결의 매개변수를 저장합니다.기존 구독이 있다면 Home의 추가 메뉴에서 Subscribe 유형을 선택해 링크를 입력하고 저장하세요. 서버 정보가 개별 항목으로 있다면 Add Server를 사용해 실제 프로토콜에 맞는 주소, 포트, 인증 정보와 옵션을 입력합니다. 가져올 수 있는 형식은 현재 앱에 표시되는 메뉴를 확인하세요. 서로 다른 유형의 정보를 같은 입력란에 억지로 넣지 마세요.

Shadowsocks, VMess, VLESS, Trojan 등의 프로토콜은 필요한 입력 항목이 서로 다릅니다. 서버 주소는 구독 링크를 대신할 수 없으며, 구독 이름은 인증 정보가 아닙니다. 직접 입력할 때는 보유한 정보를 기준으로 프로토콜, 포트, 비밀번호 또는 식별자, TLS 등의 추가 매개변수를 하나씩 확인하세요. 이름은 항목을 구별하기 위한 것으로 연결 매개변수를 자동으로 바로잡지 않습니다.

구독을 저장한 다음 업데이트를 실행하고 예상한 서버 목록이 표시되는지 확인하세요. 사용할 서버를 선택한 후 Connectivity Test를 실행합니다. 구독 업데이트는 “정보가 새로고침되었는지” 확인하고, 연결 테스트는 “현재 조건에서 테스트 대상에 연결할 수 있는지” 확인합니다. 두 작업은 서로 다른 검사입니다. 업데이트에 실패하면 링크가 완전한지, 서버 정보가 여전히 유효한지, 현재 네트워크에서 구독 주소에 접속할 수 있는지 먼저 확인하세요.

구독으로 생성된 서버 항목을 직접 수정하면 다음 업데이트에서 변경 내용이 덮어써질 수 있습니다. 계속 유지해야 하는 사용자 지정 정보는 자동 업데이트되는 항목과 구분해 두세요. 구독을 삭제하기 전에 영향을 받는 범위를 확인하고, 연결된 서버도 함께 삭제되는지 주의하세요. 구독 주소에 개인 인증 정보가 포함될 수 있으므로 스크린샷, 로그 또는 구성을 공유하기 전에 해당 내용을 가리고 전체 링크를 공개 페이지에 게시하지 마세요.

가져오기, 서버 선택 및 첫 연결 확인 단계 보기 →

On Demand

On Demand: 네트워크 조건에 맞춰 연결 동작 설정

On Demand는 설정한 조건에 따라 VPN 연결 동작을 시작하거나 조정하며, 도메인별 트래픽 분리 규칙을 대신하지 않습니다.Settings에서 On Demand를 찾아 현재 화면에 표시된 조건과 동작을 먼저 확인한 뒤 활성화 여부를 결정하세요. 시스템과 앱 상태에 따라 표시되는 옵션이 다를 수 있으므로 기기에 실제로 표시되는 설명을 기준으로 설정하세요.

설정하기 전에 수동 연결 상태에서 서버와 Config가 정상적으로 작동하는지 확인하세요. 그런 다음 명확한 조건 하나만 추가하고 저장한 뒤 해당 네트워크로 전환해 시스템 VPN 상태와 실제 요청 결과를 살펴보세요. 특정 네트워크 환경에서 연결 동작을 다르게 하려면 On Demand에 네트워크 조건을 지정하세요. 특정 사이트를 DIRECT로 연결하려면 On Demand 조건으로 사이트 규칙을 대신하려 하지 말고 Config의 규칙을 수정해야 합니다.

활성화 후 수동으로 연결을 끊었는데 조건이 충족되어 다시 연결되는 등 서로 모순되는 것처럼 보일 수 있습니다. 이때는 서버를 반복해서 삭제하거나 설정 전체를 재설정하지 말고 On Demand 조건을 먼저 확인하세요. 문제를 점검하는 동안 On Demand를 잠시 비활성화하고 네트워크 하나만 사용해 테스트하세요. 기본 연결을 확인한 뒤 조건을 하나씩 다시 적용하면 됩니다.

On Demand 연결은 시스템 권한, 현재 네트워크 및 사용 가능한 서버 정보에 따라 달라지며 연결을 보장하지 않습니다. 테스트할 때는 조건이 적용되는 경우와 해제되는 경우를 각각 한 번 이상 확인하세요. Wi-Fi에서 셀룰러 네트워크로 전환한 뒤에도 예상대로 작동하는지 살펴보세요.

Data

트래픽 통계: 속도, 누적 전송량, 과금량 구분하기

Data는 앱에 기록된 트래픽 정보를 보여 주며, 서비스 측 과금 기록을 그대로 대신하지는 않습니다.Data에 들어가 현재 통계의 범위, 방향, 단위를 확인한 다음 표시된 값이 업로드, 다운로드, 누적 전송량 또는 특정 시점의 속도 중 무엇을 나타내는지 살펴보세요. 속도는 일정 시간 동안의 전송 상태이고 누적량은 통계 구간의 총 데이터양이므로 두 값을 직접 비교할 수 없습니다.

통계를 확인하려면 먼저 현재 값을 기록하고, 구별하기 쉬운 요청을 한 번 수행한 뒤 Data로 돌아가 변화량을 살펴보세요. 화면에 재설정 기능이 있다면 필요한 기록을 먼저 저장하세요. 앱의 로컬 통계를 재설정해도 서비스 측 사용량 한도가 초기화되지는 않습니다. 앱에 표시된 전송량을 기기 전체의 네트워크 사용량으로 간주하지 마세요. 시스템 통계와 앱 통계는 집계 범위가 다를 수 있습니다.

앱에 기록된 값과 서비스 측 기록이 다르면 통계 기간과 단위, 여러 기기 사용량의 포함 여부, 연결 프로토콜에 따른 추가 전송량을 확인하세요. 직접 연결과 프록시 경로를 각각 집계하는지, 화면에 어떤 항목이 표시되는지는 실제 앱 화면을 기준으로 판단해야 합니다. Data 값이 증가했다는 사실만으로 특정 규칙이 제대로 적용되었다고 볼 수는 없습니다. 연결 기록과 요청 대상을 함께 확인해야 경로를 검증할 수 있습니다.

문제를 계속 확인할 때는 시간, 사용 네트워크, 서버 이름, Global Routing 모드를 함께 기록하세요. 누적 값이 변하더라도 어떤 조작이 변화에 영향을 주었는지 추적할 수 있습니다. 맥락 없이 총량만 표시된 스크린샷 하나만 남기지 마세요.

DNS

DNS: 적용 위치를 확인한 다음 이름 해석 설정 변경하기

DNS는 도메인을 주소로 변환하며, 이름 해석에 성공해도 이후 연결까지 성공하는 것은 아닙니다.확인할 때는 Settings의 DNS 관련 옵션과 현재 Config 파일에 [General] 섹션 및 dns-server 매개변수가 있는지 함께 살펴보세요. 설정 화면에 표시된 값 하나만으로 모든 요청이 같은 DNS 경로를 사용한다고 단정하지 마세요.

현재 네트워크가 정상이고 명확한 변경 이유가 없다면 기존 DNS 설정을 유지하세요. 변경이 필요하면 먼저 구성을 백업하고 기존 값을 기록한 다음 앱에서 허용하는 형식으로 입력하세요. dns-server = system을 사용하는 구성은 시스템에서 제공하는 DNS 설정을 참조하지만, 실제 동작은 현재 구성과 관련 DNS 옵션을 함께 확인해야 합니다. 출처가 다른 구성 간 차이는 전체를 덮어쓰기보다 항목별로 비교하세요.

“주소에는 연결되지만 도메인이 열리지 않는” 경우에는 DNS 이름 해석을 먼저 살펴볼 수 있습니다. “도메인 주소는 확인되지만 연결 시간이 초과되는” 경우에는 정책, 서버 및 대상 서비스를 계속 확인하세요. 모든 연결 실패를 DNS 탓으로 돌리지 마세요. 설정을 바꾼 뒤 연결과 요청을 다시 실행하고, 필요한 경우 앱의 진단 메뉴에서 결과를 확인하세요. 기존 연결을 그대로 사용하면 잘못 판단할 수 있습니다.

DNS 옵션을 여러 개 동시에 바꾸면 원인을 찾기 어려워집니다. 한 번에 변수 하나만 변경하고 같은 대상을 기준으로 변경 전후 결과를 기록하세요. 개선되지 않으면 기존 값으로 되돌린 뒤 다음 항목을 확인합니다. 공용 네트워크에서는 먼저 네트워크 로그인 절차를 거쳐야 할 수도 있으므로 테스트 전에 이 부분도 확인하세요.

설정 가이드에서 DNS 참고 항목 보기 →

Settings

테스트 방법, Widget 및 iCloud 동기화

Settings의 각 옵션은 서로 다른 기능을 위한 것으로, 모두 “연결 속도를 높이는 설정”으로 볼 수는 없습니다. 테스트 방법, 시스템 표시, 정보 동기화 중 무엇을 바꾸려는지 먼저 정한 다음 해당 항목으로 이동하세요. 옵션의 위치와 사용 가능 여부는 현재 앱 화면을 기준으로 확인하세요. 이 페이지에서는 모든 기기에 동일한 기본값을 지정하지 않습니다.

Test Method: 테스트 조건 통일

Test Method는 연결 테스트에 사용할 방식을 정합니다.Settings에서 Test Method를 찾아 현재 화면에 표시된 옵션 중 하나를 선택한 다음 Home으로 돌아가 Connectivity Test를 실행하세요. 테스트 대상이나 시간 제한 같은 매개변수도 표시된다면 함께 기록하세요. 여러 서버를 비교할 때는 테스트 방법, 대상, 네트워크 환경, 테스트 시간을 최대한 동일하게 유지하세요.

테스트 결과는 선택한 방법으로 측정한 한 번의 결과일 뿐, 지속적인 전송 속도를 나타내지 않습니다. 특정 테스트에 실패했다고 해서 모든 실제 요청이 실패하는 것은 아닙니다. 반대로 테스트에 성공해도 모든 사이트에 접속할 수 있다는 뜻은 아닙니다. 서버를 선택한 뒤 실제 대상에 접속하고 규칙이 일치했는지도 함께 확인하세요.

Today Widget: 앱과 시스템 양쪽의 설정 확인

Today Widget은 시스템에서 지원하는 위치에 빠른 정보나 조작 기능을 표시합니다.Settings에서 관련 옵션을 확인한 다음 시스템의 위젯 편집 화면에서 해당 위젯이 추가되어 있는지 살펴보세요. 위젯 종류와 표시 정보, 조작 방법은 시스템 지원 여부에 따라 달라질 수 있습니다. 앱에서 옵션을 켠 상태와 시스템에 위젯을 실제로 추가한 상태를 혼동하지 마세요.

위젯이 표시되지 않으면 먼저 앱 설정을 확인한 뒤 시스템 위젯 목록을 살펴보세요. 표시 내용이 방금 실행한 작업과 다르면 앱을 열어 현재 상태를 확인하세요. 화면을 공유하기 전에는 위젯에 서버 이름과 같은 개인 정보가 표시되는지 확인하고, 위젯 상태 하나만으로 규칙에 따른 경로를 판단하지 마세요.

iCloud: 동기화 범위를 확인하고 충돌 처리하기

iCloud 동기화는 지원되는 환경에서 앱 데이터를 맞추는 기능이며, 모든 실행 상태를 복원하지는 않습니다.먼저 시스템 설정에서 현재 Apple 계정과 iCloud를 사용할 수 있는지 확인한 다음 Shadowrocket의 Settings에서 동기화 옵션과 설명을 살펴보세요. 실제로 어떤 데이터가 언제 동기화되는지는 현재 화면을 기준으로 확인해야 합니다. 모든 설정, 통계, 연결 상태가 동기화된다고 가정하지 마세요.

동기화를 처음 켜거나 기기별 데이터가 서로 다르면 각 기기의 중요한 구성을 먼저 보관한 뒤 동기화 결과를 확인하세요. 두 기기에서 같은 데이터를 동시에 수정한 직후 동기화를 반복해서 껐다 켜지 마세요. 동기화는 구매 내역을 대신하지 않습니다. 새 기기에서 앱을 복원하려면 App Store에서 기존 구매 계정으로 앱을 찾으세요. 구매 및 복원 방법은 구매 항목 복원 안내를 참고하세요.

Diagnostics · Log

진단 및 로그: 실패한 요청을 기준으로 원인 찾기

Diagnostics와 로그는 문제를 찾는 단서를 제공하지만, 기록에 나온 문구 하나를 최종 원인으로 단정해서는 안 됩니다.Settings에서 Diagnostics 또는 관련 Log 메뉴를 찾아 현재 화면에서 제공하는 검사와 기록 기능을 확인하세요. 필요한 경우에만 해당 옵션을 켜고 문제를 한 번 재현해 기록한 뒤 원래 설정으로 되돌리세요.

  1. 현재 네트워크를 유지하고 Global Routing, 현재 Config, 선택한 서버를 기록하세요. 자동 전환 조건이 영향을 주지 않도록 잠시 해제해 두세요.
  2. Connectivity Test를 실행한 다음 대상을 하나 정해 접속하고 실패한 시간과 증상을 기록하세요.
  3. 같은 시간대의 기록을 확인하며 도메인 이름 해석, 규칙 일치, 정책 선택, 연결 설정 순서로 살펴보세요.
  4. 확인된 근거에 맞는 설정 하나만 변경하고 같은 대상을 다시 테스트하세요. 개선되지 않으면 원래 값으로 되돌리세요.

로그에는 방문한 도메인, 서버 주소, 구독 정보 또는 인증 정보가 포함될 수 있습니다. 저장하거나 공유하기 전에 민감한 내용을 확인하고 가린 뒤 문제를 찾는 데 필요한 시간, 오류 설명, 최소한의 맥락만 남기세요. 편의를 위해 모든 활동을 장기간 기록하지 마세요. 새 구성을 반복해서 가져오는 방식으로 원래 문제를 덮으려 하지 마세요.

이 페이지에서는 기능과 사용 범위를 설명합니다. Settings를 항목별로 확인하려면 설정 가이드를 참고하세요. 구체적인 증상이 있다면 자주 묻는 질문을 확인하거나 연결 스위치는 켜져 있지만 접속되지 않을 때 점검 순서에 따라 확인하세요.