공식 가이드 · 기능 및 설정
먼저 트래픽을 어떤 방식으로 처리할지 정한 다음 규칙, 서버, 연결 조건을 확인합니다. 설정이 적절한지는 연결 스위치만 보는 것이 아니라 실제 요청의 매칭 결과를 기준으로 판단해야 합니다.
이 문서는 주로 iPhone 및 iPad에서의 사용 방법을 다룹니다. 메뉴 위치와 선택 항목은 기기에 표시되는 영문 이름을 기준으로 확인하세요. 시스템 요구 사항은 App Store 페이지에 표시된 내용을 따릅니다.
트래픽 처리 메뉴
Config, Proxy, Direct는 현재 적용할 전반적인 트래픽 처리 방식을 결정합니다. 설정 파일에 규칙이 있더라도 현재 트래픽이 반드시 그 규칙을 따르는 것은 아닙니다.
기능: Global Routing은 라우팅 방식을 선택하는 메뉴입니다. Config는 현재 활성화된 설정의 규칙을 적용하고, Proxy는 클라이언트가 처리해야 하는 트래픽을 선택한 프록시 정책으로 전달하며, Direct는 직접 연결합니다. 여기서 Proxy와 Direct는 화면의 선택 항목이고, 규칙에 쓰이는 PROXY와 DIRECT는 정책 키워드이므로 적용되는 단계가 다릅니다.
위치 및 설정 방법: Home에서 Global Routing을 찾아 원하는 모드를 선택한 다음 돌아와 현재 서버와 연결 상태를 확인합니다. 처음 사용할 때는 먼저 등록된 서버에 연결할 수 있는지 확인하세요. 평소처럼 규칙을 적용하려면 Config로 전환하고 Config 화면에서 현재 활성화된 파일을 확인합니다. 파일을 가져오기만 했다고 바로 적용된 것으로 간주하지 마세요.
| 화면 옵션 | 처리 기준 | 사용 사례 | 확인할 항목 |
|---|---|---|---|
| Config(설정) | 현재 설정에 포함된 규칙과 해당 정책 | 도메인, 주소 등의 조건에 따라 트래픽을 나눠 처리하는 일반적인 사용 | 파일 활성화 여부, 규칙 순서, 최종 적용 정책 |
| Proxy(프록시) | 현재 선택한 프록시 서버 또는 정책 | 규칙 분기의 영향을 줄이고 프록시 경로를 임시로 점검할 때 | 서버 매개변수, 인증 정보, 대상 요청의 연결 상태 |
| Direct(직접 연결) | 현재 네트워크의 직접 연결 경로 | 기본 네트워크 상태를 비교하거나 로컬 네트워크가 작동하는지 확인할 때 | 로컬 네트워크와 DNS. 프록시 연결 가능 여부를 확인하는 용도로는 사용할 수 없습니다. |
유의사항: 모드를 전환한 뒤에도 이미 연결된 장시간 연결은 이전 상태를 유지할 수 있습니다. 확인하려면 요청을 새로 보내고, 필요하면 테스트 앱을 완전히 종료한 뒤 다시 여세요. Proxy는 비교 테스트에 유용하지만 Config의 모든 규칙이 올바르다는 뜻은 아닙니다. Direct에서 접속이 되더라도 해당 테스트 시점에 직접 연결 경로가 작동했다는 것만 알 수 있습니다.
조건과 정책을 구분해서 이해하기
규칙은 먼저 ‘무엇을 매칭할지’를 정하고, 다음으로 ‘어떻게 처리할지’를 지정합니다. Config를 사용할 때는 규칙 순서와 정책 이름을 모두 확인해야 합니다.
기능: 규칙 기반 라우팅은 요청의 도메인이나 대상 주소 등의 정보를 바탕으로 처리 정책을 선택합니다. DOMAIN은 지정한 도메인과 매칭하고, DOMAIN-SUFFIX는 도메인 접미사와 매칭하며, DOMAIN-KEYWORD는 도메인에 포함된 키워드를 확인합니다. IP-CIDR 및 IP-CIDR6는 IP 주소 대역에 사용하고, GEOIP는 IP 주소의 지역 정보를 기준으로 판단합니다. 규칙마다 필요한 정보가 다르며, 도메인 해석 결과가 IP 주소 기반 규칙의 매칭에도 영향을 줄 수 있습니다.
위치 및 설정 방법: Config에서 현재 설정의 편집 메뉴로 들어가 [Rule] 섹션을 확인합니다. 일반적으로 구체적인 조건을 앞에, 기본 처리 규칙을 뒤에 둡니다. DIRECT는 직접 연결, PROXY는 프록시 정책으로 전달, REJECT는 거부를 뜻합니다. 사용자 지정 정책 이름을 사용한다면 해당 이름이 현재 설정에 유효하게 정의되어 있는지도 확인하세요.
규칙 구문 예시 · 전체 설정 파일이 아닙니다
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY이 예시는 지정한 도메인 접미사를 먼저 매칭한 뒤 하나의 로컬 네트워크 주소 대역을 처리합니다. 앞선 규칙에 모두 매칭되지 않으면 FINAL이 이후 처리를 결정합니다.
유의사항: 규칙은 위에서부터 순서대로 확인하므로 앞부분의 범위가 넓은 조건이 뒤의 구체적인 조건을 가릴 수 있습니다. FINAL은 앞선 규칙에 매칭되지 않은 경우에 사용하며, 계속 매칭해야 하는 규칙보다 앞에 두면 안 됩니다. USER-AGENT 등의 조건은 클라이언트가 요청 정보를 가져올 수 있는지에 따라 달라지므로 모든 트래픽에 적용된다고 가정할 수 없습니다. 규칙을 수정한 뒤에는 텍스트만 읽는 것보다 Data에서 실제 매칭 결과를 확인하는 편이 순서 문제를 찾기 쉽습니다.
설정에 DNS, Host 또는 다른 섹션이 포함되어 있다면 요청에 미치는 영향도 함께 살펴보세요. 특정 웹페이지 문제를 해결하려고 설정 전체를 한꺼번에 교체하지 마세요. 먼저 현재 파일을 백업하고 관련 규칙만 수정한 뒤 같은 대상에 다시 요청을 보내 결과를 비교합니다.
연결 정보와 설정 파일
서버 항목에는 연결 매개변수가 저장되고, 설정 파일은 규칙 등의 동작을 결정합니다. 구독 업데이트와 설정 전환은 서로 다른 작업입니다.
기능: 서버 항목에는 주소, 포트, 프로토콜, 인증 정보 및 연결 관련 매개변수가 저장됩니다. Subscribe는 사용자가 보유한 구독을 관리하는 기능입니다. Shadowrocket은 Shadowsocks, VMess, VLESS, Trojan, WireGuard, Hysteria2, HTTP, SOCKS5 등 여러 프로토콜을 지원합니다. 프로토콜 이름은 설정 항목의 일부일 뿐이며, 같은 프로토콜을 사용하더라도 전송 방식, TLS, 인증 설정은 기존 서버 정보와 일치해야 합니다.
위치 및 설정 방법: Home에서 추가 메뉴를 열고 Add Server를 선택합니다. 구독이 있다면 Subscribe를 선택하고 본인의 구독 주소와 알아보기 쉬운 이름을 입력합니다. 서버 정보가 하나뿐이라면 해당 프로토콜을 선택해 각 항목을 입력하세요. 기존 QR 코드가 있다면 Scan QR Code를 사용할 수 있습니다. 클립보드에서 가져오기 전에 내용이 실제로 추가하려는 연결 정보인지 확인하세요.
가져온 뒤에는 목록에 원하는 항목이 표시되는지 확인하고 프로토콜, 주소, 포트 및 필요한 보안 설정을 점검합니다. 그런 다음 항목을 선택해 Connectivity Test를 실행하고 실제 요청도 보내 보세요. 테스트에 응답이 있더라도 해당 조건에서 결과를 받았다는 뜻일 뿐, 인증, DNS, 규칙, 대상 서비스가 모두 정상이라는 의미는 아닙니다.
유의사항: 구독을 업데이트하면 서버 이름, 항목 수 또는 매개변수가 바뀔 수 있으며, 수동으로 수정한 구독 항목이 이후 업데이트 내용으로 덮어써질 수도 있습니다. 수동으로 등록한 항목은 구독과 구분되는 이름으로 관리하고, 업데이트 전에 필요한 내용을 백업한 뒤 업데이트 후 현재 선택 항목을 다시 확인하세요. 실패한 구독 주소, QR 코드, 전체 연결 링크를 스크린샷이나 게시물에 공개하지 마세요. 접속 정보가 포함되어 있을 수 있습니다.
구독과 규칙 설정은 따로 확인해야 합니다. 서버 목록을 업데이트해도 Config의 규칙이 반드시 바뀌는 것은 아니며, Config를 전환해도 서버 정보가 새로 고쳐지는 것은 아닙니다. 여러 구독 정리, 공유, 백업 및 삭제 방법은 구독 및 서버 관리 가이드를 참고하세요.
네트워크 조건에 따라 연결 관리하기
On Demand는 언제 연결을 시도할지 제어하고, Global Routing은 연결 후 트래픽을 어떻게 처리할지 결정합니다. 두 기능은 서로 대체할 수 없습니다.
기능: On Demand는 설정한 네트워크 조건과 시스템 트리거를 바탕으로 연결하며, 네트워크를 전환할 때 수동 조작을 줄이는 데 사용할 수 있습니다. 서버가 작동한다는 보장은 아니며, 트래픽을 나누는 규칙도 아닙니다. 연결이 시작된 뒤 요청은 현재 Global Routing과 설정에 따라 처리됩니다.
위치 및 설정 방법: Settings에서 On Demand로 이동해 기기에 표시되는 조건 항목을 먼저 확인합니다. 처음 설정할 때는 현재 Wi-Fi 환경처럼 확인하기 쉬운 조건 하나만 활성화하세요. 저장한 뒤 설정 화면을 나가 네트워크를 한 번 전환하고, 시스템 연결 상태와 Shadowrocket의 현재 상태를 확인합니다. 예상대로 작동하는 것을 확인한 다음 조건을 추가하세요.
유의사항: On Demand를 활성화하면 조건이 충족될 때 시스템이 연결을 다시 시작할 수 있으므로, 수동으로 연결을 끊은 뒤 다시 연결되더라도 스위치가 고장 난 것은 아닐 수 있습니다. 이런 현상이 발생하면 먼저 On Demand 조건을 확인하세요. 자동 연결을 일시적으로 중지하려면 조건을 조정한 뒤 Wi-Fi 또는 셀룰러 네트워크를 전환해 다시 확인합니다. 한 번 수동으로 끈 결과만 보고 판단하지 마세요.
테스트 환경에 다른 네트워크 설정이 있다면 현재 상태를 먼저 기록한 다음 간섭 요인을 하나씩 제외하세요. 한 번에 조건 하나만 변경하고 되돌릴 수 있도록 설정을 보관해야 변화가 On Demand, 로컬 네트워크 또는 서버 연결 중 어디에서 비롯됐는지 판단할 수 있습니다.
결과를 바탕으로 설정 확인하기
Data에서는 클라이언트가 처리한 연결과 트래픽을 확인할 수 있습니다. 문제를 판단할 때는 누적 수치보다 대상 요청의 세부 정보가 더 유용한 경우가 많습니다.
기능: Data에서는 트래픽과 연결 기록 등을 확인할 수 있으며, 요청 대상과 처리 정책, 관련 연결 정보를 점검하는 데 활용할 수 있습니다. 여기에 표시되는 내용은 클라이언트가 기록할 수 있는 데이터입니다. 서비스 제공업체의 사용량 청구 내역으로 볼 수 없으며, 합계 숫자만으로 특정 앱의 전체 네트워크 활동을 판단할 수도 없습니다.
위치 및 설정 방법: Data를 열고 현재 확인할 수 있는 통계 범위와 기록 메뉴를 살펴봅니다. 규칙을 확인하려면 테스트 시간을 기록한 다음 대상 페이지 하나만 엽니다. Data로 돌아와 해당 요청을 찾아 대상 도메인이나 주소, 표시된 정책 정보를 확인하세요. Global Routing 모드 두 가지를 비교하려면 요청을 각각 새로 보내고 결과를 따로 기록해 이전 기록을 새 테스트 결과로 착각하지 않도록 합니다.
유의사항: 한 페이지가 여러 도메인에 동시에 접속할 수 있고, 같은 앱이 백그라운드 연결을 유지할 수도 있습니다. 기본 도메인에 PROXY가 적용된 것만 보고 페이지의 모든 리소스가 같은 경로를 사용한다고 판단할 수는 없습니다. 통계 기간, 기록 보관 범위, 캐시도 확인 결과에 영향을 줄 수 있으므로 삭제하기 전에 문제 해결에 필요한 정보인지 확인하세요.
기록을 공유해야 한다면 문제와 관련된 항목만 남기고 구독 주소, 인증 항목 및 기타 개인정보를 가리세요. 문제를 설명할 때는 전체 설정을 공개하는 대신 사용한 모드, 네트워크 유형, 테스트 대상, 재현 절차를 포함하세요.
주요 설정 항목 확인
각 기능은 용도에 맞게 따로 설정하세요. 현재 기기에 메뉴가 표시되지 않는다면 기기의 실제 화면을 기준으로 확인하고 다른 환경의 스위치 상태를 그대로 적용하지 마세요.
기능 및 위치: DNS는 도메인 이름을 IP 주소로 변환합니다. 확인할 때는 Settings의 DNS 관련 항목과 현재 Config에 포함된 DNS 설정을 모두 살펴봐야 합니다. 한쪽만 보고 최종 동작을 판단하지 마세요.
설정 방법 및 유의사항: 먼저 현재 값을 기록한 다음 DNS 해석 방식과 입력한 서버에 현재 네트워크에서 접근할 수 있는지 확인합니다. “테스트에는 응답이 있지만 웹페이지가 열리지 않는” 경우 도메인이 해석되는지, 해석된 주소가 적절한지, DNS 요청이 어떤 경로를 이용하는지 각각 점검하세요. 해석 방식, 규칙, 서버를 한꺼번에 바꾸지 말고 작동이 확인된 설정으로 되돌린 뒤 하나씩 비교합니다. 자세한 절차는 DNS 해석 실패 문제 해결을 참고하세요.
기능 및 위치: Test Method는 관련 연결 테스트에서 사용할 방식을 결정합니다. Settings에서 현재 선택 항목을 확인하세요. 방식마다 확인하는 네트워크 단계가 다르므로 결과를 같은 기준으로 비교할 수 없습니다.
설정 방법 및 유의사항: 서버를 비교하기 전에 Test Method를 동일하게 설정하고 같은 로컬 네트워크를 사용하세요. 선택한 방식에 테스트 대상이 필요하다면 대상 설정도 확인합니다. 특정 방식의 실패는 대상이나 프로토콜 응답과 관련될 수 있으므로 서버를 바로 삭제할 필요는 없습니다. 한 번의 테스트가 더 빠르다고 해서 대용량 전송도 빠르다는 뜻은 아닙니다. 실제 용도에 적합한지는 실제 요청으로 확인해야 합니다.
기능 및 위치: Today Widget은 시스템 위젯과 관련된 빠른 조작이나 상태 표시를 설정하는 기능입니다. Settings의 해당 메뉴에서 확인할 수 있습니다. 표시 위치와 조작 방식은 현재 기기에서 실제로 추가할 수 있는 위젯을 기준으로 확인하세요.
설정 방법 및 유의사항: 먼저 앱에서 서버를 선택하고 첫 연결을 확인한 다음 시스템의 위젯 관리 메뉴에서 사용할 수 있는 위젯을 추가합니다. 조작 후 Home으로 돌아와 실제 연결 상태를 확인하세요. 표시가 바로 갱신되지 않더라도 위젯 모양만 보고 연결이 끊겼거나 성공했다고 판단하지 마세요. 테스트 상태가 혼란스러워지지 않도록 스위치를 반복해서 전환하지 마세요.
기능 및 위치: iCloud 관련 옵션은 기기 간 데이터 저장 또는 동기화를 위한 기능입니다. Settings에서 해당 메뉴를 열고 현재 버전에 표시된 대상과 작업 안내를 읽은 뒤 동기화, 가져오기, 복원이 각각 어떤 내용을 처리하는지 구분하세요.
설정 방법 및 유의사항: 먼저 기기의 iCloud 상태를 확인하고 보관할 설정과 기록을 백업한 다음 해당 기능을 활성화하거나 실행합니다. 다른 기기에서 결과를 확인할 때는 Config와 서버 정보를 항목별로 점검하고 모든 내용이 완전히 동기화됐다고 가정하지 마세요. 동기화는 구매 기록 복원과 다르며 앱은 App Store에서 받을 수 있습니다. 내용을 덮어쓰거나 삭제하기 전에 작업 범위를 확인하세요.
기능 및 위치: Diagnostics는 진단 메뉴로, Settings에서 현재 기기에 제공되는 도구와 출력 내용을 확인할 수 있습니다. 진단 결과는 문제를 파악하는 데 도움이 되지만 서버 매개변수와 설정 파일을 직접 확인하는 절차를 대신하지는 않습니다.
설정 방법 및 유의사항: 최소한의 절차로 문제를 재현한 다음 관련 검사를 실행하고 로컬 네트워크, DNS, 서버 연결, 규칙 매칭, 대상 응답 순서로 확인합니다. 어느 단계에서 실패했는지 기록하고 마지막 오류 메시지만 남기지 마세요. 내보내기 전에 인증 정보나 개인정보가 포함되어 있는지 확인하고, 비교할 수 있도록 수정 전후 결과를 보관하세요.
설정 완료 후 확인
‘연결 여부’, ‘DNS 해석 여부’, ‘규칙 매칭 여부’, ‘대상 응답 여부’를 따로 확인하세요. 한 번의 테스트 결과로 전체 경로를 판단하지 마세요.
처음 가져오기부터 연결 확인까지의 전체 절차는 시작하기를 참고하세요. 기존 구독을 정리하고 업데이트 및 백업하는 방법은 서버 관리에서 확인할 수 있습니다. 앱은 Apple 플랫폼에서만 제공되며 App Store에서만 받을 수 있습니다. 구매, 호환성 및 시스템 요구 사항은 App Store 페이지에 표시된 내용을 따릅니다.