Shadowrocket 설정 및 기능 안내

Config에서 현재 사용 중인 파일을 선택하고 Rule 영역을 확인하세요. 규칙은 대체로 위에서 아래 순서로 평가되며, 먼저 매칭된 항목이 요청의 경로를 결정합니다. 범위가 좁은 예외를 먼저 두고 적용 범위가 넓은 일반 규칙을 뒤에 배치한 다음, 앞선 조건에 매칭되지 않은 요청에 적용할 FINAL을 마지막에 둡니다. 편집 후 저장하고 해당 파일이 활성화되어 있는지도 확인하세요.

간단한 규칙으로 순서 이해하기

[Rule]
DOMAIN,account.example.com,DIRECT
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

아래 예시는 문법 설명용입니다. account.example.com에 접속하면 첫 번째 규칙이 먼저 매칭되어 DIRECT가 적용됩니다. 그 밖의 example.com 도메인은 두 번째 규칙에 매칭되고, 나머지 요청에는 FINAL이 적용됩니다. 두 번째 규칙을 첫 번째 규칙보다 위에 두면, 정확한 도메인에 대한 예외가 뒤에 평가되는 접미사 규칙에 먼저 매칭되어 무시됩니다. 이 예시는 모든 네트워크에 그대로 적용할 수 있는 완성된 구성이 아닙니다.

요청이 예상과 다르게 라우팅되면 먼저 Global Routing이 Config인지 확인한 다음, 실제로 매칭된 규칙과 정책을 살펴보세요. 매칭 결과를 확인하기 전에 DNS, 서버, 규칙 순서를 한꺼번에 바꾸지 마세요. 구성 구조, 주소 대역 표기, 우선순위에 관한 자세한 내용은 구성 항목 참고를 확인하세요.

Settings에서 On Demand를 찾아 현재 표시된 트리거 조건과 예외를 먼저 읽은 다음, 사용 환경에 맞게 활성화하거나 조정하세요. 설정할 수 있는 네트워크 조건은 앱에 실제로 표시되는 옵션을 기준으로 확인하세요. 처음 설정할 때는 간단한 조건으로 확인하고 네트워크 예외를 하나씩 추가하면, 예상과 다른 연결 동작을 일으킨 조건을 파악하기 쉽습니다.

예를 들어 특정 네트워크 환경에서 자동으로 연결하려면 먼저 수동 연결이 정상적으로 작동하는지 확인한 뒤 해당 On Demand 조건을 활성화하세요. 그다음 조건에 맞는 네트워크로 한 번 전환하고 시스템 연결 상태와 앱 상태를 확인하세요. On Demand는 사용할 수 없는 서버를 고치는 기능이 아닙니다. 잘못된 비밀번호, 인증서 또는 규칙을 보완해 주지 않습니다.

수동으로 연결을 끊었는데 다시 연결되면 먼저 On Demand가 활성화되어 있는지, 현재 네트워크가 트리거 조건에 맞는지 확인하세요. 자동 연결을 잠시 중지하려면 연결 스위치보다 On Demand 설정을 먼저 조정한 뒤 연결 상태를 확인하세요. Global Routing을 Direct로 바꾸는 것만으로 자동 연결 조건이 비활성화되지는 않습니다.

DNS: 이름 해석과 연결 경로 함께 확인

DNS는 도메인 이름을 연결에 사용할 주소로 변환합니다. Settings의 관련 항목과 현재 Config에서 DNS 설정을 확인하고, 구성 파일에 별도의 DNS 항목이 지정되어 있는지 먼저 살펴본 뒤 어느 부분을 바꿀지 결정하세요. 특정 도메인이 열리지 않는다고 여러 DNS 주소를 연달아 바꾸지 마세요. 먼저 서버 연결을 확인한 다음 이름 해석이 성공하는지, 결과가 예상에 맞는지 살펴보세요.

DNS를 설정할 때는 직접 확인한 도달 가능한 값 중 사용 목적에 맞는 구성을 사용하고 기존 값도 보관하세요. DNS 요청 경로와 최종 연결 정책은 서로 다른 개념입니다. 도메인이 정상적으로 해석되어도 대상에 연결할 수 있다는 뜻은 아닙니다. 변경 후에는 새 요청으로 확인하고, 필요하다면 연결을 다시 설정해 캐시나 기존 연결이 결과에 영향을 주지 않도록 하세요. 매개변수에 관한 자세한 내용은 구성 항목을 참고하세요.

Test Method: 테스트 조건 통일

Test Method는 서버 테스트 방식을 선택하는 기능입니다. Settings에서 해당 항목으로 이동해 현재 화면에 제공되는 옵션을 선택하세요. 여러 서버를 비교할 때는 동일한 방식과 테스트 대상을 사용해야 합니다. 테스트 방식을 바꾸면 이전 결과를 직접 비교하기 어렵습니다. 테스트 결과는 특정 조건에서의 성능을 나타내며, 수치 하나만으로 연결 품질을 종합적으로 판단하면 안 됩니다.

테스트 결과와 실제 접속 결과가 다르면 테스트 방식, 대상, 현재 Global Routing을 기록한 뒤 실제 요청을 다시 확인하세요. 더 낮은 테스트 수치를 얻으려고 조건을 반복해서 바꾸면 문제를 추적할 근거가 사라집니다. 테스트는 진단의 한 단계일 뿐이므로 인증 정보, 규칙, DNS도 각각 확인해야 합니다.

Today Widget: 빠른 실행

Today Widget은 빠른 작업이나 상태 확인을 제공합니다. Settings에서 관련 옵션을 확인하고 시스템에서 제공하는 편집 메뉴를 통해 사용할 수 있는 위젯을 추가하세요. 표시 방식과 사용 가능 여부는 현재 시스템 및 앱 안내를 기준으로 확인하세요. 추가 후에는 위젯이 현재 사용하는 구성이나 서버에 연결되어 있는지 확인하고, 위젯에 표시된 내용만으로 대상에 연결되었다고 판단하지 마세요.

위젯에서 연결을 시작한 뒤 상태가 바로 갱신되지 않으면 앱으로 돌아가 실제 상태를 확인하세요. On Demand가 조건에 따라 연결을 다시 설정할 수 있으므로, 위젯에서 한 번 연결을 끊는 것이 자동 연결을 계속 비활성화한다는 뜻은 아닙니다. 네트워크 동작은 앱 상태와 실제 요청 결과를 기준으로 판단하세요.

iCloud: 동기화와 별도 백업

iCloud 동기화는 해당 계정과 시스템 조건에서 앱이 지원하는 데이터를 동기화합니다. Settings에서 iCloud 관련 스위치와 앱 안내를 확인하고, 시스템 설정에서 iCloud를 사용할 수 있는지 살펴보세요. 활성화하기 전에 현재 구성을 정리하고, 활성화 후에는 다른 기기에서 실제로 어떤 항목이 나타나는지 확인하세요. 모든 서버, 구독, 규칙, 로컬 통계가 동일한 방식으로 동기화된다고 가정하지 마세요.

동기화는 이전 버전을 보존하는 기능이 아닙니다. 삭제하거나 잘못 수정한 내용이 다른 기기에도 반영될 수 있으므로 중요한 Config는 별도로 내보내 안전하게 보관하세요. 구성에 구독 주소나 인증 정보가 포함되어 있다면 백업 파일도 보호해야 합니다. 기기를 바꿀 때는 앱 받기, 동기화, 구성 복원이 각각 완료되었는지 확인한 후 연결하세요. 내용을 확인하지 않은 채 기존 구성을 덮어쓰지 마세요.

Diagnostics: 가설 하나씩 확인

Diagnostics는 연결 문제와 관련된 정보를 수집하거나 확인하는 기능입니다. Settings에서 해당 메뉴로 이동해 현재 사용할 수 있는 도구로 네트워크, 이름 해석, 연결 상태를 점검하세요. 먼저 “같은 서버, Config 모드에서 특정 도메인 접속 실패”처럼 재현 조건을 명확히 기록한 다음 관련 테스트를 실행하세요. 서버, DNS, 규칙을 한꺼번에 바꾸면 결과를 비교하기 어렵습니다.

진단 결과를 저장해야 한다면 문제와 관련된 부분만 남기고 구독 자격 증명, 인증 정보, 접속 기록, 개인 주소가 포함되어 있는지 확인하세요. 다른 사람에게 문제를 설명할 때는 도메인과 항목 이름으로 현상을 전달하고 민감한 내용을 통째로 공개하지 마세요. 진단이 끝나면 임시 변경 사항을 원래대로 되돌리고 평소 사용하는 방식으로 다시 확인하세요.