Shadowrocket설정 및 규칙 기반 라우팅

Rules는 요청에 적용할 정책을 결정합니다. 사용하기 전에 Home의 Global Routing에서 Config를 선택하고 Config에서 현재 활성화된 파일을 확인하세요. 규칙은 대체로 순서대로 적용되므로 구체적인 도메인 규칙을 포괄적인 조건보다 앞에 둡니다. DOMAIN-SUFFIX는 도메인 접미사를, IP-CIDR은 주소 범위를 지정합니다. PROXY, DIRECT, REJECT는 서로 다른 처리 방식이며 FINAL은 앞선 규칙에 일치하지 않은 요청을 처리합니다. 수정 후에는 실제 접속과 기록을 확인하세요. 서버 응답 속도만으로 라우팅이 올바른지 판단하지 마세요.

Config 모드는 현재 파일의 규칙에 따라 요청을 처리합니다. Proxy와 Direct 모드는 비교 및 문제 해결에 활용할 수 있습니다. 테스트가 끝나면 Config로 되돌려야 하는지 확인해 임시 테스트 상태가 계속 유지되지 않도록 하세요.

On Demand는 설정한 조건에 따라 연결을 관리하며, Settings에서 설정할 수 있습니다. 먼저 수동 스위치로 정상 연결을 한 번 확인하고 기존 서버와 Config를 사용할 수 있는지 점검한 다음 On Demand 조건을 확인하세요. Wi-Fi, 셀룰러 네트워크 및 세부 네트워크 조건을 구분하고, 연결을 시작하는 조건과 요청을 라우팅하는 규칙을 혼동하지 마세요. 연결을 끈 뒤 다시 연결된다면 On Demand 조건과 시스템의 VPN 상태를 확인하세요. 설정을 변경한 뒤에는 네트워크 전환과 앱 재실행을 각각 테스트하고, 원인을 파악할 수 있도록 한 번에 한 항목만 바꾸세요.

On Demand는 언제 연결할지 정하고, Rules는 연결 후 요청을 어떻게 처리할지 정합니다. 오른쪽 규칙 예시에서 로컬 네트워크 주소를 DIRECT로 처리하더라도 특정 Wi-Fi에서 자동 연결하도록 설정된 것은 아닙니다.

Shadowrocket은 Shadowsocks, VMess, VLESS, Trojan, WireGuard 등의 프로토콜을 지원합니다. 직접 추가하려면 Add Server에서 Type을 선택한 다음 보유한 서버 정보를 바탕으로 주소, 포트, 인증 정보와 전송 관련 설정을 확인하세요. 프로토콜마다 필요한 항목이 다르므로 필드를 서로 바꿔 쓸 수 없습니다. TLS를 사용하는 경우 이름이 제공받은 정보와 일치하는지도 점검하세요. 연결에 실패하면 필드와 프로토콜의 대응 관계부터 확인한 뒤 연결 기록을 살펴보세요. 프로토콜 이름만 바꾼다고 기존 정보로 연결되는 것은 아닙니다. 선택 가능한 항목은 현재 앱 화면을 기준으로 확인하세요. 규칙의 PROXY도 특정 프로토콜을 가리키는 것은 아닙니다.

프로토콜은 클라이언트가 서버에 연결하는 방식을, 정책은 요청이 전달되는 경로를 설명합니다. 먼저 서버 정보가 정상적으로 작동하는지 확인한 다음 해당 요청이 PROXY 규칙에 일치하는지 살펴보세요. DIRECT를 PROXY로 바꿔도 누락된 인증 정보가 채워지지는 않습니다.

Subscribe는 이미 보유한 구독 정보를 관리하는 기능입니다. 가져오기 전에 링크가 본인이 이용하는 서비스에서 제공된 것인지 확인하고 전체 내용을 복사하세요. 안내 페이지 주소를 구독 주소로 잘못 사용하지 않도록 주의하세요. 가져온 뒤 그룹과 서버 항목을 확인하고 하나를 선택해 테스트하세요. 구독을 업데이트하면 구독 내용이 다시 받아와질 뿐, 현재 Config의 규칙이 자동으로 바뀌는 것은 아닙니다. 여러 구독을 관리할 때는 구분하기 쉬운 이름을 사용하고, 중복 항목을 삭제하기 전에 출처를 확인하세요. 직접 저장한 정보도 별도로 백업해야 합니다. 링크에 개인 인증 정보가 포함될 수 있으므로 문제를 설명할 때 전체 주소와 인증 정보는 가리세요.

서버 항목을 업데이트한 뒤에도 현재 선택된 항목을 확인해야 합니다. Config는 규칙과 관련 설정을 관리합니다. 오른쪽 예시는 규칙 파일의 내용으로, 구독 주소가 아니며 서버 정보를 생성하는 데 사용할 수도 없습니다.

Config에서 규칙과 관련 설정을 관리합니다. 먼저 현재 활성화된 파일을 확인한 다음 편집 화면에서 General, Rule 등의 섹션을 살펴보세요. 사용할 수 있는 설정을 덮어쓰지 않도록 수정 전에 원본을 복사해 두세요. iCloud 동기화를 사용한다면 iCloud 상태와 앱의 동기화 설정을 확인하고, 다른 기기에서 실제로 동기화된 내용을 확인하세요. 동기화가 연결 성공을 보장하지는 않습니다. 서버 정보, 설정 파일, 구매 기록은 각각 별개이므로 한 항목을 복원해도 나머지가 함께 복원되는 것은 아닙니다. 문제를 찾을 때는 정상 작동이 확인된 설정으로 돌아간 다음 변경 사항을 하나씩 적용하세요.

편집을 마친 뒤 저장이 완료됐는지 확인하고 현재 선택된 Config를 다시 살펴보세요. 파일이 목록에 있어도 현재 요청 처리에 사용된다는 뜻은 아닙니다. Global Routing에서 Config를 사용 중인지도 확인해야 합니다.

Connectivity Test는 서버 연결 상태를 확인하는 기능이며, Settings의 Diagnostics는 문제를 찾는 데 도움이 됩니다. Data에서는 앱에 기록된 트래픽 정보를 확인할 수 있습니다. 테스트 결과가 있다고 해서 모든 웹 요청이 정상이라는 뜻은 아니므로 DNS, 규칙 일치 여부, 대상 연결을 각각 확인하세요. 문제가 발생했을 때 사용한 네트워크, Global Routing 모드, 현재 서버를 기록한 뒤 요청을 다시 시도하세요. 기록을 비교할 때는 다른 조건을 가능한 한 동일하게 유지하세요. Data의 집계 범위는 앱 화면의 설명을 따르며, 서비스 제공자의 사용량 기록을 대신할 수 없습니다. 기록을 다른 사람에게 전달하기 전에 개인 도메인, 주소, 인증 정보를 삭제하세요.

먼저 기기의 네트워크를 확인한 다음 서버 항목, DNS, 규칙을 점검하세요. 오른쪽 예시는 특정 도메인 규칙과 최종 정책의 차이를 이해하기 위한 것입니다. 문제의 원인을 확인하기 전에 기존 설정을 바로 덮어쓰지 마세요.