Shadowrocket 기능 및 설정 가이드

무엇인가요

Config는 현재 Config 파일의 규칙을 순서대로 적용해 요청마다 다른 정책을 사용합니다. Proxy는 현재 선택한 프록시 정책을 모든 연결에 적용하므로 서버 자체의 작동 여부를 임시로 확인할 때 적합합니다. Direct는 요청을 직접 연결하므로 규칙 처리를 잠시 중단하고 로컬 네트워크 상태를 비교할 때 유용합니다. 방식을 바꾸면 이후 새로 시작하는 연결에 영향을 주며, 이미 연결된 세션은 해당 앱이나 페이지를 다시 열어야 변경 결과가 나타날 수 있습니다.

어디에 있나요

Home으로 들어가 Global Routing에 해당하는 선택 항목을 찾습니다. 기기 화면 크기에 따라 배치가 달라질 수 있지만 이름은 Config, Proxy, Direct로 표시됩니다. 선택하기 전에 Home에서 현재 서버 항목도 함께 확인해 ‘잘못된 서버 선택’과 ‘잘못된 라우팅 방식’을 혼동하지 않도록 합니다.

어떻게 설정하나요

도메인, IP 주소 또는 지리적 조건에 따라 일상적으로 트래픽을 분기해야 한다면 일반적으로 Config를 사용합니다. 서버를 방금 가져왔고 규칙의 영향을 제외하고 싶다면 잠시 Proxy로 전환해 연결을 확인할 수 있습니다. 현재 Wi-Fi 또는 셀룰러 네트워크가 정상인지 확인하려면 Direct로 비교 테스트합니다. 확인이 끝나면 실제 사용 목적에 맞는 방식으로 돌아갑니다.

무엇인가요

DOMAIN은 전체 도메인과 정확히 일치시키며 특정 호스트를 지정할 때 적합합니다. DOMAIN-SUFFIX는 도메인 접미사로 일치시켜 해당 도메인과 하위 도메인까지 포함할 수 있습니다. DOMAIN-KEYWORD는 도메인에 특정 키워드가 포함되어 있는지 확인하므로 범위가 넓고 오일치에 주의해야 합니다. GEOIP는 대상 IP의 지리 데이터베이스 결과를 기준으로 일치시키며, IP-CIDR과 IP-CIDR6는 각각 IPv4와 IPv6 주소 대역을 기준으로 처리합니다. USER-AGENT는 요청의 User-Agent 조건을 기준으로 처리합니다.

어디에 있나요

Config으로 들어가 현재 Config를 선택한 뒤 규칙 내용을 확인합니다. 규칙은 보통 키워드, 일치 값과 정책의 세 부분으로 구성됩니다. 예시는 다음과 같습니다.

DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

첫 번째 줄은 도메인 접미사가 example.com일 때 PROXY를 사용한다는 뜻입니다. 두 번째 줄은 해당 GEOIP 조건을 만족할 때 DIRECT를 사용한다는 뜻이며, 마지막 FINAL은 앞에서 일치하지 않은 요청을 처리합니다. 이 예시는 문법 설명을 위한 것이며 모든 네트워크 환경에 그대로 적용해야 한다는 의미는 아닙니다.

어떻게 설정하나요

먼저 정확한 규칙을 작성하고, 그다음 더 넓은 범위의 규칙을 배치한 뒤, 마지막에 명확한 최종 처리 정책을 둡니다. 예를 들어 단일 도메인의 DOMAIN은 해당 도메인을 포함할 수 있는 DOMAIN-SUFFIX 또는 DOMAIN-KEYWORD보다 앞에 배치해야 합니다. IP 규칙에서는 대상 주소가 IPv4인지 IPv6인지 확인해야 합니다. 실제 접속이 도메인 해석을 통해 다른 주소로 연결된다면 도메인만 확인해서는 최종 일치 규칙을 설명하기 어렵습니다.

일반적인 정책에는 PROXY, DIRECT 및 REJECT가 있습니다. PROXY는 프록시 정책으로 처리하고, DIRECT는 직접 연결하며, REJECT는 요청을 거부합니다. Config에서 사용자 지정 정책 그룹 이름을 참조할 수도 있는데, 이때 이름은 Config에 정의된 항목과 정확히 일치해야 합니다. 대소문자, 문장 부호와 쉼표 위치를 올바르게 유지하고, 직접 편집할 때 불필요한 공백이나 전각 기호가 들어가지 않도록 합니다.

무엇을 주의해야 하나요

규칙은 많을수록 좋은 것이 아닙니다. 두 규칙의 적용 범위가 겹치면 앞의 규칙이 먼저 일치하고 뒤의 규칙은 해당 판단에 더 이상 참여하지 않습니다. ‘특정 도메인이 예상대로 처리되지 않는’ 경우에는 요청이 실제로 접근한 도메인, DNS가 반환한 주소, 규칙 순서, 정책 이름, 현재 Global Routing이 실제로 Config인지 차례로 확인합니다. 문제가 해결된 뒤 중복 항목을 정리해 Config를 읽기 쉽게 유지합니다.

무엇인가요

Add Server는 명확한 서버 정보 한 개를 입력할 때 적합합니다. 일반적으로 Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard 및 Hysteria2 등의 프로토콜을 지원하며, 프로토콜마다 필요한 필드가 다릅니다. 보통 Address, Port, Password 또는 기타 인증 매개변수가 필요합니다. Subscribe는 사용자의 서비스 제공업체가 제공하고 계속 관리하는 항목 묶음을 관리할 때 적합하며, 업데이트하면 클라이언트가 Subscribe 내용을 다시 읽습니다.

어디에 있나요

Home에서 서버 추가 메뉴로 들어가 Add Server, Scan QR Code 또는 Import from Cloud JSON 등의 방법을 선택할 수 있습니다. Subscribe 메뉴는 보통 Subscribe로 표시됩니다. 화면에 표시되는 프로토콜 유형, 필드와 전송 매개변수는 기존 서버 정보와 하나씩 대조해야 하며, 한 프로토콜의 매개변수를 다른 프로토콜 화면에 입력하지 마세요.

어떻게 설정하나요

직접 추가할 때는 먼저 프로토콜을 선택하고 Address와 Port를 입력한 다음 인증 및 전송 필드를 채웁니다. 저장 후 Home으로 돌아가 해당 항목을 선택합니다. Subscribe로 가져올 때는 사용자가 보유한 Subscribe 주소를 붙여 넣고 저장한 뒤 업데이트를 실행합니다. 반환된 항목 중 사용할 서버를 선택합니다. Scan QR Code로 가져오기 전에는 QR 코드가 실제로 사용자의 서버 자료에서 나온 것인지 확인해야 합니다. Import from Cloud JSON은 미리 준비한 JSON Config를 가져올 때 적합합니다.

Subscribe를 업데이트한 뒤 항목이 달라지면 서비스 제공업체가 반환한 현재 내용을 기준으로 합니다. Subscribe로 관리되는 항목을 수동으로 수정하면 다음 업데이트 때 덮어써질 수 있습니다. 개별 매개변수를 장기간 보관하려면 먼저 원본 정보를 기록한 후 수동 항목으로 관리할지 Subscribe 방식으로 유지할지 결정합니다.

무엇을 주의해야 하나요

서버 이름은 식별을 위한 라벨일 뿐 연결 품질을 보장하지 않습니다. 테스트할 때는 항목이 Connectivity Test를 완료하는지, 실제 웹페이지가 열리는지, Global Routing이 올바른지, DNS가 정상적으로 해석되는지를 각각 확인합니다. 지연 시간은 특정 테스트 조건에서의 응답만 보여 주며 전체 접속 속도와 같지 않습니다. 인증 정보는 민감한 자료이므로 본인의 기기와 신뢰할 수 있는 백업에만 보관해야 합니다.

무엇인가요

수동 연결은 사용자가 Home에 들어가 스위치를 조작해야 하지만, On Demand는 미리 설정한 조건에 따라 네트워크 환경이 바뀔 때 시스템이 실행 여부를 판단합니다. 일반적인 판단 기준에는 네트워크 유형, Wi-Fi 정보와 도메인 조건이 포함됩니다. 연결이 실행된 뒤에도 요청은 당시 선택된 서버, Global Routing 방식과 Config 규칙에 따라 처리됩니다.

어디에 있나요

Settings로 들어가 On Demand 관련 메뉴를 찾습니다. 연결 기능을 처음 활성화할 때 시스템에서 VPN Config 권한을 확인하도록 요구할 수 있습니다. On Demand 규칙은 위에서부터 판단하므로 조건 이름을 명확하게 유지하고, 의미가 반대이면서 적용 범위가 겹치는 조건은 만들지 않는 것이 좋습니다.

어떻게 설정하나요

먼저 하나의 조건만 설정합니다. 예를 들어 한 가지 네트워크 환경에서만 활성화한 뒤 Wi-Fi와 셀룰러 네트워크를 전환할 때의 동작을 관찰합니다. 안정적으로 실행되는 것을 확인한 후 도메인이나 네트워크 예외를 추가합니다. 변경할 때마다 화면을 잠갔다가 해제하거나 네트워크를 전환하고 요청을 새로 시작하면 시스템이 조건을 다시 평가하는 데 도움이 될 수 있습니다. 테스트 중에는 현재 네트워크 이름, Global Routing 방식과 선택된 서버를 기록합니다.

무엇을 주의해야 하나요

On Demand를 켠 뒤 연결이 자주 전환되면 먼저 조건 범위가 너무 넓은지, 여러 조건이 겹치는지, Wi-Fi와 셀룰러 네트워크 사이에서 연결이 반복적으로 바뀌는지 확인합니다. 문제가 자동 실행에서 비롯되었는지 판단하려면 On Demand를 잠시 끄고 Home에서 수동으로 연결해 비교합니다. 확인이 끝나면 단순화한 규칙을 다시 적용합니다.

무엇인가요

Data는 실행 중 클라이언트가 관찰한 업로드와 다운로드 데이터를 집계하며, 특정 시간대의 트래픽 변화를 파악하는 데 사용할 수 있습니다. 통계 값은 특정 작업에서 대량 전송이 발생했는지 확인하고 요청이 클라이언트를 통과했는지 점검하는 데 도움이 되지만, 어떤 규칙이 일치했는지 직접 알려 주거나 서버 속도를 단독으로 입증하지는 않습니다.

어디에 있나요

하단 내비게이션에서 Data로 들어갑니다. 기기 크기에 따라 목록 밀도는 달라질 수 있으므로 통계 범위, 앱 또는 연결 항목, 업로드와 다운로드 방향을 중점적으로 확인합니다. 방금 Config를 전환했다면 전환 이후 새 요청부터 관찰해 이전에 누적된 데이터를 이번 판단에 포함하지 않도록 합니다.

어떻게 설정하나요

Data는 주로 확인용이므로 자주 조정할 필요가 없습니다. 비교 테스트를 할 때는 먼저 현재 값을 기록하거나 통계를 초기화한 뒤 페이지 열기, 콘텐츠 재생 또는 업데이트 실행처럼 명확한 동작을 하나 수행합니다. 그런 다음 Data로 돌아가 증가량을 확인합니다. 반복 테스트에서는 같은 네트워크, 같은 서버와 같은 Global Routing 방식을 유지하는 것이 좋습니다.

무엇을 주의해야 하나요

클라이언트 통계, 시스템 통계와 서비스 제공업체 측 통계는 계산 기준과 갱신 시간이 다를 수 있어 값이 완전히 일치하지 않을 수 있습니다. Data에 트래픽이 표시된다는 것은 요청이 해당 처리 과정을 거쳤다는 뜻일 뿐입니다. 정책을 확인하려면 Log 또는 Diagnostics와 함께 살펴봐야 합니다. 통계가 갑자기 증가하면 먼저 전경과 백그라운드에서 전송 중인 앱을 확인한 뒤 현재 테스트와 관련이 있는지 판단합니다.

무엇인가요

Connectivity Test는 서버 응답을 빠르게 확인하는 데 초점을 두고, Log는 클라이언트가 요청을 처리할 때 발생한 이벤트를 기록합니다. Diagnostics는 더 구체적인 점검을 모아 실행하는 기능입니다. 세 기능은 함께 사용하는 것이 좋습니다. 먼저 빠른 테스트를 실행하고 문제를 한 번 재현한 다음 해당 요청 시간에 맞는 기록을 확인합니다.

어디에 있나요

Connectivity Test는 보통 서버 목록이나 관련 작업 메뉴에서 실행할 수 있습니다. Log와 Diagnostics는 클라이언트의 해당 화면 또는 Settings의 진단 영역에 있습니다. 기기 레이아웃에 따라 위치가 달라질 수 있으므로 영어 이름을 기준으로 찾습니다.

어떻게 설정하나요

1. 환경 고정: 같은 Wi-Fi 또는 셀룰러 네트워크, 같은 서버와 같은 Global Routing 방식을 유지합니다.
2. Connectivity Test 실행: 테스트가 완료되는지 기록하고 단순히 수치의 높고 낮음만 비교하지 않습니다.
3. 요청 새로 시작: 대상 페이지를 닫았다가 다시 열어 이번 테스트에 해당하는 기록이 Log에 나타나게 합니다.
4. 일치 결과 확인: 대상 도메인, 해석된 주소와 최종 사용된 PROXY, DIRECT 또는 REJECT를 확인합니다.
5. 한 번에 한 항목만 변경: 서버, 규칙, DNS 또는 On Demand 중 하나만 조정한 뒤 같은 절차를 반복합니다.

무엇을 주의해야 하나요

진단 내용을 공유하기 전 서버 주소, 인증 정보, Subscribe 주소 또는 개인 네트워크 이름이 포함되어 있는지 먼저 확인합니다. 직접 점검할 때는 발생 시각, 대상 도메인, 현재 방식과 변경한 작업만 기록해도 충분합니다. Proxy에서는 접근되지만 Config에서 접근되지 않는다면 규칙을 중점적으로 확인합니다. 두 방식 모두 접근되지 않고 Direct만 정상이라면 서버와 프로토콜 매개변수를 확인합니다. 서버 테스트는 응답하지만 도메인 접근이 실패한다면 DNS와 대상 도메인 기록을 우선 확인합니다.