Shadowrocket 기능과 자주 쓰는 설정

Global Routing: 세 가지 트래픽 경로

기능: Global Routing은 클라이언트가 처리하는 트래픽의 경로를 정합니다. Config는 현재 구성의 규칙에 따라 정책을 선택하는 모드입니다. Proxy는 처리 대상 트래픽을 선택한 프록시로 보내며, Direct는 해당 트래픽을 목적지에 직접 연결합니다. 여기서 ‘전체’는 클라이언트의 라우팅 선택을 뜻하며, 기기의 모든 네트워크 트래픽이 무조건 처리된다는 의미는 아닙니다.

위치 및 설정: Home에서 Global Routing을 열고 Config, Proxy 또는 Direct를 선택하세요. 평소 목적지별로 직접 연결과 프록시 연결을 구분하려면 보통 Config를 사용하며, Config 화면에서 실제로 활성화된 구성 파일을 확인하세요. 문제를 진단할 때는 Proxy나 Direct로 잠시 전환해 같은 목적지에 접속한 결과를 비교할 수 있습니다. 테스트가 끝나면 원래 모드로 되돌리세요.

주의사항: Config를 선택했다고 해서 현재 목적지에 적합한 규칙이 자동으로 적용되는 것은 아닙니다. Proxy를 선택해도 만료된 서버 인증 정보가 복구되지는 않습니다. Direct는 클라이언트 연결을 끄는 것과 다릅니다. Direct는 라우팅 모드이며, 연결을 끄면 현재 연결이 중단됩니다. 결과를 비교할 때는 목적지, 네트워크, 서버를 동일하게 유지하세요. 조건을 여러 개 동시에 변경하면 원인을 파악하기 어렵습니다.

Rule: 매칭 조건과 처리 정책

기능: 규칙은 매칭 유형, 매칭할 내용, 처리 정책으로 구성됩니다. Config 모드에서는 대체로 위에서 아래 순서로 규칙을 확인하며, 처음 일치한 규칙이 처리 방식을 결정합니다. DIRECT는 직접 연결, PROXY는 프록시 처리, REJECT는 조건에 맞는 요청 거부를 뜻합니다. FINAL은 앞선 규칙에 일치하지 않을 때 적용되는 기본 규칙이지, 서버 이름이 아닙니다.

위치 및 설정: Config에서 현재 사용하는 구성을 찾아 편집 메뉴를 통해 규칙을 확인하세요. 수정하기 전에 사본을 보관하고, 범위가 명확한 규칙은 앞에, 범위가 넓은 조건과 FINAL은 뒤에 배치하세요. 다음 구성 예시는 문법 이해를 위한 것으로 모든 상황에 적용되는 완성된 구성은 아닙니다.

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

자주 쓰는 매칭 유형

DOMAIN은 전체 도메인과 일치하고, DOMAIN-SUFFIX는 지정한 도메인과 하위 도메인에 일치하며, DOMAIN-KEYWORD는 도메인에 포함된 키워드로 매칭합니다. 키워드 규칙은 예상보다 넓은 범위에 적용될 수 있으므로 추가하기 전에 관련 없는 목적지까지 포함하는지 확인하세요. 도메인 규칙은 호스트 이름을 기준으로 하며 웹 주소의 전체 경로를 기준으로 하지 않습니다. 따라서 같은 도메인 아래의 개별 페이지를 구분하는 데 사용할 수 없습니다.

IP-CIDR과 IP-CIDR6은 각각 IPv4와 IPv6 네트워크 대역을 지정합니다. GEOIP는 IP 데이터베이스를 기준으로 판단하므로 데이터베이스의 적용 범위와 업데이트에 따라 결과가 달라질 수 있습니다. USER-AGENT는 요청에서 식별 가능한 정보에 의존하므로 모든 연결에서 이 유형의 매칭 조건을 사용할 수 있는 것은 아닙니다. 실제로 확인할 수 있는 목적지 정보를 바탕으로 규칙 유형을 선택하세요.

주의사항: REJECT는 일치하는 요청에만 적용되며 페이지의 특정 콘텐츠를 제거한다고 보장하지 않습니다. 같은 도메인의 리소스가 연결이나 목적지를 공유하는 경우, 범위가 지나치게 넓은 규칙은 정상 기능에도 영향을 줄 수 있습니다. 잘못 매칭되면 규칙 순서와 로그에 기록된 실제 목적지를 먼저 확인한 다음 조건 범위를 좁히세요. 앞선 규칙의 오류를 가리기 위해 기본 규칙을 계속 추가하지 마세요.

Subscribe 및 서버 관리

기능: 서버 항목에는 연결에 필요한 주소, 포트, 프로토콜, 인증 매개변수가 저장됩니다. Subscribe는 기존 구독에서 서버 목록을 가져오고 업데이트하는 기능입니다. 구독과 Config의 역할은 다릅니다. 구독은 주로 서버 정보를 관리하고, Config는 주로 규칙과 전역 매개변수를 설정합니다. 서버를 가져온 뒤에도 Global Routing과 현재 구성이 사용 목적에 맞는지 확인해야 합니다.

위치 및 설정: Home의 추가 메뉴에서 Add Server를 여세요. 기존 구독이 있다면 Subscribe를 선택하고 서비스 제공업체에게 받은 구독 링크를 입력해 저장한 뒤 업데이트하고 가져온 항목을 확인하세요. 서버 정보가 모두 있다면 Add Server에서 해당 유형을 선택해 직접 입력할 수 있습니다. Scan QR Code로 직접 공유받은 정보를 가져올 수도 있습니다. 가져온 후에는 이름과 유형을 확인하고 사용할 서버를 선택하세요.

프로토콜 및 매개변수 확인

Shadowrocket은 Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard, Hysteria2 등의 프로토콜이나 연결 유형을 처리할 수 있습니다. 사용할 수 있는 항목은 현재 앱 화면을 기준으로 확인하세요. 프로토콜 이름이 같더라도 각 유형의 입력 항목이 서로 호환되는 것은 아닙니다. 주소, 포트, 인증 정보와 해당하는 TLS 및 전송 계층 매개변수를 하나씩 확인하세요. 연결 문제를 해결하려고 유형을 임의로 바꾸지 마세요.

공유 정보에는 서버 하나만 포함될 수도 있고, 구독 주소나 기타 구성이 포함될 수도 있습니다. 먼저 가져올 정보의 유형을 확인해 구성 파일 주소를 서버 주소 입력란에 넣지 않도록 하세요. 인증 정보가 포함된 링크, QR 코드, 내보낸 파일은 민감한 자료로 취급해 보관하고 공개된 게시판에 그대로 올리지 마세요.

업데이트, 정리 및 백업

구독을 업데이트하면 원격에서 서버 정보를 다시 가져오며, 항목 이름과 개수, 필드가 달라질 수 있습니다. 업데이트 전에 현재 사용하는 서버를 기록해 두고, 업데이트 후 선택 상태를 다시 확인하세요. 특정 항목을 직접 수정해야 한다면 별도 사본을 먼저 저장해 이후 구독 업데이트로 변경 내용이 덮어쓰이지 않도록 하세요. 삭제할 때는 서버 하나를 삭제하는 것인지 구독 전체를 제거하는 것인지 구분해야 합니다.

주의사항: 구독 업데이트가 성공했다는 것은 반환된 내용을 읽고 처리했다는 뜻일 뿐, 모든 서버에 연결할 수 있다는 보장은 아닙니다. 업데이트에 실패해도 반드시 클라이언트 문제인 것은 아닙니다. 링크가 완전한지, 접근 권한이 유효한지, 현재 네트워크에서 구독 주소에 접속할 수 있는지 확인하세요. 가져오기와 정리 방법은 구독 및 서버 관리 매뉴얼을 참고하세요.

On Demand: 조건에 따른 연결 요청

기능: On Demand는 시스템의 주문형 연결 기능을 이용해 설정된 조건을 만족할 때 연결을 요청합니다. 이 기능은 ‘언제 연결할지’를 다루며, Global Routing과 Rule은 ‘연결 후 트래픽을 어떻게 처리할지’를 다룹니다. 두 기능은 함께 사용할 수 있지만 서로 대체할 수는 없습니다. 서버 자체를 사용할 수 없는 경우 On Demand를 켜도 서버가 복구되지는 않습니다.

위치 및 설정: Settings에서 On Demand 관련 옵션을 찾으세요. 먼저 수동으로 서버와 구성이 정상 작동하는지 확인한 다음, 화면에 표시되는 네트워크 조건에 따라 동작을 설정하세요. Wi-Fi 등의 조건에 따라 연결 방식을 구분하려면 조건과 동작을 하나씩 확인하고 저장한 뒤 해당 네트워크에서 각각 테스트하세요. 시스템 VPN 구성 확인이 필요한 경우 시스템 안내를 읽고 승인하세요.

주의사항: 주문형 규칙은 네트워크 변화와 요청에 따라 시스템에서 실행됩니다. 항상 연결이 유지된다고 보장하는 기능은 아닙니다. 수동으로 연결을 끊은 뒤 다시 연결된다면 On Demand의 조건이 여전히 충족되는지 먼저 확인하세요. 사용을 일시 중지하려면 관련 주문형 동작을 명확히 끄고 시스템의 연결 상태를 확인하세요. Home에서 한 번 끈 것만으로 이후 재연결이 없다고 판단하지 마세요.

Data: 트래픽 및 연결 기록 확인

기능: Data에서는 클라이언트가 확인할 수 있는 범위의 트래픽과 연결 정보를 볼 수 있습니다. 특정 작업에서 요청이 발생했는지, 요청이 어떤 방식으로 처리됐는지 확인하거나 문제를 진단할 때 기록을 살펴볼 수 있습니다. 통계 범위는 클라이언트가 처리하고 기록한 내용에 따라 달라지며, 기기의 전체 네트워크 사용량과 같지는 않습니다.

위치 및 확인 방법: Data를 열고 현재 화면에 표시되는 통계 또는 기록 메뉴에서 정보를 확인하세요. 특정 웹페이지의 문제를 진단하려면 작업 시간을 기억해 둔 다음 한 번 접속하고, Data로 돌아와 해당 시간대의 목적지와 연결 결과를 확인하세요. 짧은 시간 동안 새 기록을 살펴보려면 기존 기록이 더 이상 필요하지 않은지 확인한 뒤 화면의 삭제 또는 초기화 기능을 사용하세요.

주의사항: Data 통계를 셀룰러 통신사 청구 내역이나 서비스 제공업체의 사용량 확인을 대신하는 자료로 사용하지 마세요. 측정 범위와 갱신 주기가 다를 수 있습니다. 연결 기록에는 도메인, IP 주소, 사용 시간 등이 포함될 수 있으므로 진단 자료를 공유하기 전에 민감한 내용을 확인하고 가리세요. 특정 기록을 찾지 못했더라도 기록 옵션, 연결 재사용, 트래픽 처리 여부를 고려해야 합니다. 요청이 발생하지 않았다고 바로 단정하지 마세요.

Settings: 자주 쓰는 설정을 조정하는 순서

Settings에는 클라이언트 동작, 테스트, 동기화, 진단 관련 설정이 모여 있습니다. 정상 작동하는 기준 상태를 먼저 유지하고, 한 번에 한 항목만 변경해 전후 결과를 기록하는 것이 좋습니다. 설정 메뉴와 구성 파일의 매개변수가 최종 동작에 함께 영향을 줄 수 있으므로, 판단할 때는 특정 스위치 상태만 보지 말고 현재 Config도 확인하세요.

DNS: 도메인 이름 확인

기능 및 위치: DNS는 도메인 이름을 연결에 필요한 주소로 변환합니다. 관련 설정은 Settings의 DNS 옵션과 Config의 전역 매개변수(예: dns-server)에 있을 수 있습니다. 아래는 시스템 DNS를 사용하는 구성 예시로, 매개변수 이해를 위한 것이며 기존 구성을 그대로 바꾸라는 뜻은 아닙니다.

[General]
dns-server = system

설정 및 주의사항: 먼저 현재 구성을 확인한 뒤 DNS 방식을 바꿀지 결정하세요. 사용자 지정 서버 주소는 내용을 명확히 알고 있는 네트워크 설정에서 가져와야 합니다. 웹페이지는 열리지 않지만 지연 시간 테스트 결과가 있다면 DNS도 진단 항목 중 하나일 수 있지만, 유일한 원인은 아닙니다. 변경 후 같은 도메인에 다시 접속하고, 필요한 경우 앱에서 제공하는 방법으로 DNS 캐시를 지우세요. DNS와 라우팅 옵션을 한꺼번에 여러 개 변경하지 마세요.

Test Method와 Connectivity Test: 테스트 기준

기능 및 위치: Settings에서 Test Method를 찾아 Connectivity Test에 사용할 테스트 방식을 선택하세요. 방식에 따라 확인하는 연결 단계가 다르므로 테스트 결과는 방법을 고려해 비교해야 합니다. 화면에서 테스트 대상을 설정할 수 있다면, 잘 알고 있고 안정적으로 접속할 수 있는 대상을 사용하세요.

설정 및 주의사항: 서버를 비교할 때 테스트 방식, 대상, 현재 네트워크를 동일하게 유지하고, 테스트 후에는 필요한 서비스에 직접 접속해 보세요. 테스트 수치가 낮다고 지속 처리량이 더 높거나 모든 목적지에 접속할 수 있다는 뜻은 아닙니다. 테스트에 실패해도 인증 정보, DNS, 목적지의 접속 가능 여부를 함께 확인하세요. 한 번의 결과만으로 서버 항목을 삭제하지 마세요.

Today Widget: 빠른 확인 및 조작

기능 및 위치: Today Widget은 시스템 위젯 영역에서 정보를 빠르게 확인하거나 조작하는 기능입니다. Settings에서 관련 옵션을 찾을 수 있으며, 표시 방식과 추가 위치는 현재 시스템 및 앱의 지원 여부에 따라 달라집니다. 자주 쓰는 기능을 보완하는 메뉴로, Home이나 Config의 전체 설정을 대신하지 않습니다.

설정 및 주의사항: 먼저 앱에서 표시할 수 있는 항목을 확인한 다음 시스템의 위젯 관리 메뉴에서 추가하세요. 설정 후에는 앱으로 돌아와 실제 연결 상태를 확인하세요. 위젯 표시가 바로 갱신되지 않는다면 앱을 열어 확인하세요. 위젯에 마지막으로 표시된 정보만으로 연결이 시작되었거나 중단되었다고 판단하지 마세요.

iCloud 동기화: 기기 간 설정 이어 쓰기

기능 및 위치: Settings의 iCloud 관련 옵션은 앱에서 지원하는 데이터를 동기화하는 데 사용됩니다. 동기화 가능 여부는 기기의 iCloud 로그인 상태, 시스템 권한, 네트워크 상태에도 영향을 받습니다. 동기화 범위는 앱 내 안내를 확인하세요. 기기의 모든 데이터를 완전히 백업하는 기능으로 간주해서는 안 됩니다.

설정 및 주의사항: 기기를 옮기기 전에 기존 기기의 동기화가 완료됐는지 확인하고, 중요한 구성은 복구할 수 있도록 별도 사본도 보관하세요. 새 기기에서 앱을 연 뒤에는 구성이 제대로 동기화됐는지 확인한 다음 편집하거나 삭제하세요. 확인되지 않은 변경 사항이 다른 기기에 동기화되는 일을 방지할 수 있습니다. App Store 구입 항목 복원과 iCloud 데이터 동기화는 별개입니다. 앱을 다시 받아도 구성이 반드시 함께 복원되는 것은 아닙니다. 구입 및 설치 안내는 구입 항목 복원을 참고하세요.

Diagnostics: 진단 단서 수집

기능 및 위치: Settings에서 Diagnostics를 찾아 화면에 제공되는 진단 또는 로그 기능으로 연결 실패가 발생한 단계를 확인하세요. 진단 결과는 원인을 찾기 위한 단서이며 서버 품질이나 최종 접속 결과를 보장하지 않습니다.

설정 및 주의사항: 문제 재현 절차를 준비한 뒤 필요한 기록을 켜고, 가능한 한 짧은 시간 동안 문제를 한 번 재현하세요. 필요한 정보를 저장한 다음 평소 기록 설정으로 되돌리세요. 자료를 외부에 전달하기 전에 구독 주소, 인증 정보, 서버 정보, 접속 기록을 확인하세요. 오류 유형과 시간 흐름만 남기고 전체 구성을 그대로 공개하지 마세요.

설정이 적용되지 않을 때의 진단 순서

구성이 복잡할수록 일정한 순서로 원인 범위를 좁히는 것이 중요합니다. 먼저 기본 네트워크를 확인하고 서버를 점검한 다음 라우팅과 DNS를 살펴보세요. 자동화와 동기화 설정은 마지막에 조정하세요. 이렇게 하면 구독 권한, 연결 매개변수, 규칙 매칭 문제를 혼동하지 않고 따로 확인할 수 있습니다.

1. 로컬 네트워크 확인: 주문형 연결을 일시 중지하고 클라이언트 연결을 끊은 뒤, 현재 네트워크에서 접속 가능한 것으로 확인된 목적지에 연결되는지 확인하세요. 필요한 경우 Wi-Fi와 셀룰러 네트워크에서 같은 작업을 각각 반복하세요.
2. 서버 정보 확인: 예상한 서버 항목이 선택되어 있는지 확인하고 유형, 주소, 포트, 인증 매개변수를 점검하세요. 구독을 사용 중이라면 업데이트 결과도 확인하되, 업데이트 성공을 연결 성공으로 간주하지 마세요.
3. Global Routing 확인: Proxy를 임시로 선택해 비교 테스트하세요. Proxy에서는 접속되지만 Config에서 같은 목적지에 접속되지 않는다면 현재 구성, 규칙 순서, 최종으로 일치한 정책을 우선 확인하세요.
4. DNS와 목적지 확인: DNS 설정과 Data 기록을 함께 확인해 도메인 이름 확인 실패, 연결 실패, 목적지 서비스의 오류 응답을 구분하세요. Connectivity Test에 결과가 표시되더라도 실제로 사용할 목적지에 접속되는지 확인해야 합니다.
5. 평소 상태로 복원: 테스트가 끝나면 원하는 Global Routing, On Demand, 기록 옵션을 복원하고 정상 작동하는 구성을 저장하세요. 나중에 다시 확인할 수 있도록 최종 변경 사항을 기록해 두세요.

첫 설정을 마치지 못했다면 시작 가이드에 따라 가져오기부터 확인까지 순서대로 진행하세요. 연결은 되지만 서버를 정리하려는 경우에는 구독 업데이트 안내를 참고하세요. Shadowrocket은 Apple 플랫폼용 유료 클라이언트이며 App Store에서만 제공됩니다. 시스템 요구 사항은 App Store 페이지를 기준으로 확인하고, 구입 전에 정품 확인 절차를 살펴보세요.