Shadowrocket 기능 및 설정

01 / Global Routing

Config, Proxy, Direct의 적용 범위

무엇인가요: Global Routing은 전체 라우팅 방식을 선택하는 메뉴입니다. 주요 옵션은 Config(구성), Proxy(프록시), Direct(직접 연결)입니다. 이는 트래픽 처리 방식이며 서버 세 종류나 연결 품질 등급을 뜻하지 않습니다. 모드를 바꿔도 구독의 인증 정보는 변경되지 않습니다.

어디에 있나요: Home에서 Global Routing을 찾아 옵션을 여세요. 전환하기 전에 현재 모드와 선택된 서버를 기록해 두면 테스트 후 원래 상태로 되돌리기 쉽습니다. 여기서 Config 모드를 선택하는 것과 하단의 Config 페이지에서 구성 파일을 관리하는 것은 서로 관련은 있지만 다른 작업입니다. 전자는 규칙에 따라 처리할지 결정하고, 후자는 규칙이 저장된 파일을 선택하거나 편집합니다.

어떻게 설정하나요: 사용할 수 있는 규칙 구성이 있다면 Config를 선택하고 Config 페이지에서 대상 파일이 활성화되어 있는지 확인하세요. 특정 요청에 문제가 있다면 잠시 Proxy로 전환해 비교한 뒤 Config로 돌아와 적용된 규칙을 확인하세요. Direct는 직접 연결을 기준으로 비교할 때 적합하며, 모든 연결 문제를 해결하는 만능 옵션은 아닙니다.

주의할 점: 상태 막대의 VPN 표시만으로 요청이 원격 서버를 거쳤는지 판단할 수 없습니다. 이 표시는 시스템 네트워크 터널의 상태를 나타낼 뿐, 모든 요청에 같은 정책이 적용된다는 뜻은 아닙니다. Global Routing을 바꾼 뒤에도 기존 장기 연결은 이전 연결을 계속 사용할 수 있습니다. 비교하기 전에 요청을 다시 보내고, 필요한 경우 해당 앱을 완전히 종료한 뒤 다시 여세요.

02 / Config · Rule

규칙 유형, 정책 및 일치 순서

무엇인가요: 규칙은 일치 조건과 처리 정책으로 구성됩니다. DOMAIN은 전체 도메인과 일치하고, DOMAIN-SUFFIX는 해당 도메인과 하위 도메인에 일치하며, DOMAIN-KEYWORD는 도메인에 포함된 키워드로 일치 여부를 판단합니다. IP-CIDR과 IP-CIDR6은 주소 범위에, GEOIP는 주소의 위치 정보에 따라 일치 여부를 판단합니다. 규칙 유형은 ‘무엇과 일치하는지’를 정하고, DIRECT, PROXY, REJECT 등의 정책은 ‘일치한 요청을 어떻게 처리하는지’를 정합니다.

어디에 있나요: Config로 이동해 현재 활성화된 구성 파일을 확인한 다음, 파일의 Rule 내용을 살펴보세요. 파일을 직접 편집하는 경우 규칙은 [Rule] 섹션에 작성합니다. 편집 중인 파일이 실제 활성 파일인지 먼저 확인하세요. 다른 파일을 저장해도 해당 규칙이 현재 연결에 자동 적용되지는 않습니다.

어떻게 설정하나요: 목적이 분명한 규칙 몇 개부터 시작하세요. 아래의 example.com은 문서용 예시 도메인이며 서버 주소가 아닙니다. 첫 번째 줄은 해당 도메인과 하위 도메인을 PROXY로 보내고, 두 번째 줄은 지정된 로컬 주소 범위를 DIRECT로 처리합니다. 마지막의 FINAL은 앞선 규칙에 일치하지 않은 요청에 적용할 기본 정책을 지정합니다.

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

규칙은 일반적으로 위에서 아래로 확인하며, 먼저 일치한 규칙이 해당 요청에 적용됩니다. 따라서 구체적인 예외를 포괄적인 조건보다 위에 두고 FINAL은 마지막에 배치하세요. 앞에 범위가 넓은 규칙이 있으면 뒤에 추가한 세부 규칙은 적용되지 않을 수 있습니다. 기본 정책을 바꾸면 별도로 지정하지 않은 많은 요청에 영향을 주므로, 변경 전에 기본 처리 방식을 분명히 정하세요.

주의할 점: DIRECT는 직접 연결, PROXY는 프록시 정책 사용, REJECT는 일치하는 요청 거부를 뜻합니다. 구성에서 사용자 지정 정책 이름을 참조한다면 해당 이름이 존재하는지, 철자가 일치하는지, 실제로 유효한 대상을 가리키는지 확인하세요. 도메인 기반 요청 거부는 지정된 조건으로 식별할 수 있는 접속에만 적용됩니다. 따라서 앱의 관련 콘텐츠가 모두 차단된다고 단정할 수는 없습니다.

USER-AGENT 등의 조건이 작동하는지는 요청 유형과 확인할 수 있는 필드에 따라 달라집니다. 일반적인 판단 기준으로 도메인 규칙을 대체할 수는 없습니다. 문제를 확인할 때는 실제 요청과 일치 기록을 먼저 살펴본 뒤 규칙을 조정하세요. 한 번의 테스트 실패만으로 범위가 넓은 조건을 여러 개 추가하지 마세요. 다른 용어는 용어 설명에서 확인할 수 있습니다.

03 / Subscribe · Add Server

기존 구독 및 서버 관리

무엇인가요: 구독은 여러 서버 항목을 가져오고 업데이트하는 정보 입력 경로이며, 서버 항목에는 프로토콜, 주소, 포트 및 인증 매개변수가 포함됩니다. 구독 업데이트는 주로 서버 항목을 관리하며, 규칙 구성을 자동으로 활성화하는 기능은 아닙니다. 서버 목록을 업데이트한 뒤에도 Global Routing과 Config를 별도로 확인해야 합니다.

어디에 있나요: Home에서 서버 목록을 관리할 수 있습니다. Add Server를 눌러 기존 서버 정보를 추가하거나 Subscribe 유형의 구독을 추가하세요. 이미 QR 코드가 있다면 Scan QR Code를 사용할 수 있습니다. 가져온 뒤에는 표시 이름만 보고 판단하지 말고 항목을 열어 유형과 각 필드를 확인하세요.

어떻게 설정하나요: 먼저 정보 제공처에서 구독 주소가 올바른지 확인한 다음, Subscribe의 주소 입력란에 붙여 넣고 저장하세요. 업데이트가 끝나면 예상한 항목이 표시되는지 확인하고 항목 하나를 선택해 Connectivity Test를 실행하세요. 직접 입력하는 경우 보유한 정보와 프로토콜 유형이 일치하는지 확인한 뒤 주소, 포트, 인증, TLS 및 전송 매개변수를 하나씩 점검하세요.

Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard 등의 프로토콜은 입력 필드가 서로 다릅니다. 이름이 비슷한 필드라도 의미가 같다고 볼 수 없으므로 한 프로토콜의 매개변수를 다른 유형의 양식에 그대로 적용하지 마세요. 전송 방식과 TLS 매개변수는 보유한 서버 정보를 기준으로 설정하고, 네트워크 상태만 보고 임의로 켜거나 끄지 마세요.

주의할 점: 구독 주소에 접근 자격 정보가 포함될 수 있으므로 공개 스크린샷, 채팅 기록 또는 공유하는 구성 파일에 노출하지 마세요. 구독 그룹을 삭제하기 전에 보존해야 할 수동 항목이 있는지 확인하세요. 일괄 업데이트 후에는 현재 선택 항목도 다시 확인해 변경되거나 삭제된 항목을 계속 참조하지 않도록 하세요. 구독 제공처에서 관리하는 항목의 이름이나 매개변수를 직접 수정하면 이후 업데이트에서 변경 내용이 달라질 수 있으므로 중요한 정보는 먼저 기록해 두세요.

04 / On Demand

네트워크 조건에 따라 연결 시작하기

무엇인가요: On Demand는 설정한 조건에 따라 시스템 VPN 연결을 시작하거나 유지하는 기능입니다. 연결을 언제 시작할지 다루며, 요청을 어떻게 분기할지 결정하는 Config 규칙과는 별도의 설정입니다. On Demand를 활성화해도 서버 매개변수가 자동으로 수정되거나 모든 트래픽이 PROXY를 사용하게 되는 것은 아닙니다.

어디에 있나요: Settings에서 On Demand 항목을 찾아 현재 화면에서 제공하는 네트워크 조건을 확인하세요. 시스템 VPN 기능을 처음 사용할 때는 시스템 권한 안내를 읽어야 합니다. 시스템 VPN 설정에도 On Demand 상태가 표시될 수 있으므로 앱 내 설정과 함께 확인하세요.

어떻게 설정하나요: 먼저 수동 연결 상태에서 서버와 규칙이 정상인지 확인한 다음 On Demand를 설정하세요. Wi-Fi와 셀룰러 네트워크 구분 등 실제 사용 목적에 맞는 조건을 선택하세요. 화면에서 Wi-Fi 이름으로 조건을 지정할 수 있다면 대상 네트워크를 정확히 선택하세요. 조건은 한 번에 하나씩 조정한 뒤 해당 네트워크로 전환해 예상대로 작동하는지 확인하세요.

주의할 점: 기능을 켠 뒤 수동으로 연결을 끊어도 조건이 다시 충족되면 재연결될 수 있습니다. 반드시 설정이 작동하지 않는 것은 아닙니다. 연결을 잠시 중지하려면 해당 On Demand 조건을 확인하고 끈 다음 연결을 해제하세요. 공용 Wi-Fi 로그인 페이지, 네트워크 전환 또는 다른 VPN 구성도 실제 동작에 영향을 줄 수 있습니다. 문제를 확인할 때는 수동 연결로 돌아가 조건을 명확히 비교하세요.

05 / Data

트래픽 통계 확인 방법과 주의 사항

무엇인가요: Data에서는 클라이언트가 기록한 트래픽 정보를 확인할 수 있습니다. 연결 중 데이터가 전송되었는지, 업로드와 다운로드가 어떻게 달라지는지 파악하는 데 도움이 됩니다. 통계는 클라이언트에서 관찰할 수 있는 데이터만 나타내며 통신사 요금 청구 내역과 같지 않고 서버 측 사용량 기록을 대신하지도 않습니다.

어디에 있나요: Data를 열고 현재 화면의 통계 범위, 시간 범위와 단위를 먼저 확인하세요. 화면에 따라 서로 다른 기준의 통계가 표시될 수 있으므로 항목 제목을 기준으로 확인해야 합니다. 초기화나 기록 삭제 기능이 있다면 실행 전에 현재 수치를 기록해 문제를 비교할 기준을 남겨 두세요.

어떻게 설정하나요: 조건을 통제해 테스트하세요. 불필요한 백그라운드 활동을 일시 중지하고 테스트 전 통계값을 기록한 다음, 확인할 페이지를 하나 열고 Data로 돌아와 변화를 비교하세요. 여러 번의 테스트를 비교할 때는 가능한 한 같은 네트워크와 같은 콘텐츠를 사용하고 Global Routing 모드도 기록해 라우팅 변경을 트래픽 문제로 오해하지 않도록 하세요.

주의할 점: 데이터가 계속 증가해도 대상 요청이 성공했다는 뜻은 아닙니다. 재시도, 백그라운드 동기화 및 프로토콜 오버헤드도 트래픽을 발생시킬 수 있습니다. 눈에 띄는 증가가 없더라도 서버가 실패했다고 바로 판단하지 마세요. 캐시가 사용되었거나 요청이 현재 연결을 거치지 않았을 수 있습니다. 통계 하나만으로 연결 원인을 추론하지 말고 요청 기록, 실제 응답과 테스트 시간을 함께 확인하세요.

06 / Settings

주요 설정 확인 순서

Settings에 들어가면 먼저 요청 처리에 영향을 주는 항목과 테스트나 표시 방식에만 영향을 주는 항목을 구분하세요. 아래에서는 화면에 표시되는 영어 항목명을 그대로 사용합니다. 메뉴 위치와 사용할 수 있는 항목은 현재 기기 화면을 기준으로 확인하세요. 기본값을 확신할 수 없다면 먼저 기존 값을 기록하고, 다른 기기의 스크린샷을 현재 기기의 설정 기준으로 삼지 마세요.

DNS: 도메인 조회와 규칙의 연관성

무엇이며 어디에 있나요: DNS는 도메인을 주소로 변환하며 도메인 접속 실패나 일부 주소 기반 규칙의 판단과 관련이 있습니다. Settings에서 실제 제공되는 DNS 관련 항목을 확인하고 현재 Config의 [General] 섹션도 함께 살펴보세요. 한 메뉴만 확인하면 실제 적용 중인 설정을 놓칠 수 있습니다.

어떻게 설정하며 무엇을 주의해야 하나요: 먼저 현재 조회 방식을 기록한 다음, 확인된 문제에 맞춰 조정하세요. 구성 파일의 dns-server = system은 시스템 DNS를 사용하는 한 가지 설정 방식입니다. 모든 네트워크에 적합한 고정 권장값으로 간주해서는 안 됩니다. 사용자 지정 DNS 주소를 입력하기 전에 연결 가능 여부와 전송 요건을 확인하세요. 한 번에 한 항목만 변경한 뒤 같은 도메인에 다시 요청하세요. 도메인 조회에 성공해도 이후 연결까지 성공한 것은 아니므로 규칙, TLS 및 서버 상태를 계속 확인해야 합니다.

Test Method: 테스트 대상 선택

무엇이며 어디에 있나요: Test Method는 Connectivity Test의 테스트 방식을 정하는 항목으로, Settings의 관련 테스트 메뉴에서 확인할 수 있습니다. 방식에 따라 검사하는 단계가 다를 수 있습니다. 포트 연결 테스트는 기본적인 연결 가능 여부를 확인하고, 요청 기반 테스트는 지정된 대상과 응답 과정도 확인할 수 있습니다.

어떻게 설정하며 무엇을 주의해야 하나요: 화면에서 제공하는 옵션을 확인해 이번에 검사할 항목을 정한 뒤 같은 서버를 대상으로 테스트를 반복하세요. 여러 기록을 비교할 때는 Test Method, 테스트 대상 및 로컬 네트워크를 동일하게 유지해야 합니다. 테스트 수치는 페이지 로딩 속도를 보장하지 않습니다. 기본 연결은 성공했지만 실제 서비스가 작동하지 않는다면 한 번의 테스트 결과만으로 서버 순서를 바꾸지 말고 도메인 조회, 인증서, 전송 매개변수와 대상 서버의 응답을 확인하세요.

Today Widget: 보기 및 실행 메뉴

무엇이며 어디에 있나요: Today Widget은 클라이언트가 제공하는 위젯 콘텐츠나 동작 방식을 설정하는 시스템 위젯 메뉴입니다. Settings에서 관련 항목을 확인한 뒤 기기의 시스템 위젯 편집 화면에 해당 항목이 있는지 살펴보세요. 실제로 지원되는 형식은 기기 시스템과 앱 화면을 기준으로 합니다.

어떻게 설정하며 무엇을 주의해야 하나요: 실제로 표시할 항목만 활성화한 다음 시스템 화면으로 돌아가 결과를 확인하세요. 위젯은 새로고침 간격이 있을 수 있으므로 표시 상태를 앱의 현재 연결 상태 대신 사용하지 마세요. 위젯에서 실행한 작업이 예상대로 반영되지 않으면 조건을 계속 바꾸며 반복해서 누르지 말고 Shadowrocket을 열어 상태를 확인하세요. 기기 화면을 공개하기 전에는 사용자 지정 이름 등 개인 정보가 표시되는지도 확인해야 합니다.

iCloud: 동기화 범위 및 복원 조건

무엇이며 어디에 있나요: iCloud 관련 옵션은 앱 데이터 동기화 또는 백업을 지원합니다. Settings에서 실제 제공되는 동기화 항목을 확인한 다음 시스템 iCloud에서 앱의 접근 권한과 사용 가능한 저장 공간을 살펴보세요. 동기화 데이터와 App Store 구매 내역은 서로 다른 방식으로 관리되므로 한쪽을 복원해도 다른 쪽까지 자동으로 복원되지는 않습니다.

어떻게 설정하며 무엇을 주의해야 하나요: 원래 기기에서 보존할 데이터를 저장했는지 확인한 다음 해당 동기화 옵션을 켜세요. 새 기기에서는 본인의 동일한 iCloud 계정을 사용하고 데이터가 모두 복원되었는지 확인하세요. 서버, 구독, 구성 파일과 로그의 동기화 범위가 모두 같다고 가정하지 말고 항목별로 점검해야 합니다. 동기화는 과거 버전을 보관하는 백업과 다릅니다. 삭제나 덮어쓰기가 다른 기기에도 동기화될 수 있으므로 중요한 구성은 별도로 복원 가능한 사본을 보관하세요.

Diagnostics: 기록을 통해 문제 범위 좁히기

무엇이며 어디에 있나요: Diagnostics는 문제 진단을 위한 확인 기능입니다. Settings에서 해당 메뉴를 찾아 화면에 표시되는 Log 또는 연결 기록을 살펴보세요. 진단 항목마다 확인하는 단계가 다르므로 먼저 연결이 시작되지 않는지, 도메인 조회에 실패하는지, 특정 요청에 규칙이 적용되지 않는지 구분해야 합니다.

어떻게 설정하며 무엇을 주의해야 하나요: 문제가 발생한 시각, 네트워크 유형, Global Routing 모드와 현재 선택 항목을 기록한 뒤 대상 작업을 한 번만 재현하고 비슷한 시각의 기록을 확인하세요. 로그 수준이나 기록 범위는 문제 확인에 필요한 경우에만 조정하고, 작업이 끝나면 원래 설정으로 되돌리세요. 기록을 공유하기 전에 구독 주소, 인증 정보, 접속 도메인과 개인 네트워크 정보를 제거하세요. 단일 오류는 뒤이어 발생한 실패의 결과일 수 있으므로 전후 이벤트 순서를 함께 확인해야 합니다.

07 / Check

변경 후 동일한 조건으로 다시 테스트하세요

설정을 점검할 때는 되돌릴 수 있는 기준 상태를 유지하세요. 먼저 현재 구성 사본을 저장하거나 변경 항목을 기록한 뒤 선택된 서버, Global Routing 및 활성 Config를 차례대로 확인하세요. 분명한 이유가 없다면 DNS, 규칙, 전송 매개변수와 On Demand를 동시에 바꾸지 마세요. 결과가 달라져도 어떤 변경이 영향을 미쳤는지 확인하기 어렵습니다.

1. 로컬 네트워크를 확인하세요. 현재 Wi-Fi와 셀룰러 중 어느 네트워크를 사용하는지 기록하고 시스템 네트워크에서 정상적으로 연결되는지 확인하세요. 공용 네트워크 로그인이 필요한 경우 먼저 로그인 절차를 완료하세요.
2. 서버 정보를 확인하세요. 프로토콜과 인증 매개변수를 점검하고 Connectivity Test를 한 번 실행한 뒤 사용한 Test Method를 기록하세요. 기존 구독을 업데이트했다면 현재 선택 항목을 다시 확인하세요.
3. 라우팅 조건을 확인하세요. Config 모드에서 활성 파일과 일치 규칙을 확인하세요. 비교가 필요하다면 잠시 Proxy 또는 Direct를 사용하고 테스트 후 원래 모드로 되돌리세요.
4. 요청을 다시 보내세요. 기존 장기 연결, 캐시 또는 백그라운드 작업이 판단에 영향을 주지 않도록 한 뒤 Data와 진단 기록으로 이번 테스트를 확인하세요. 서로 다른 시간에 얻은 결과를 한데 섞지 마세요.
5. 복구하고 기록하세요. 개선되지 않은 변경은 먼저 되돌리고, 효과가 있었던 변경은 이유와 적용 조건을 기록하세요. 이후 필요한 On Demand 및 동기화 옵션을 활성화하세요.

특정 도메인에서만 문제가 발생한다면 해당 규칙과 도메인 조회를 먼저 확인하세요. 모든 테스트가 실패한다면 네트워크와 서버 정보를 우선 점검하세요. 네트워크를 전환한 뒤에만 문제가 생긴다면 On Demand의 실행 조건을 확인하세요. 여러 설정을 반복해서 바꾸기보다 문제를 한 단계씩 좁혀야 검증 가능한 결론을 얻기 쉽습니다.

• Settings 설정 항목 안내 계속 보기
• 문제 유형별 자주 묻는 질문 보기
• 처음 가져오기 및 연결 단계 다시 확인하기