Shadowrocket
Settings 설정 항목 및 설정 기준

01 / 적용 범위와 현재 상태

Settings의 기본 기준과 조정 순서

앱 설정, 구성 파일, 서버 매개변수 구분하기

Settings(설정)는 주로 클라이언트의 동작 방식을 지정하지만, 연결은 이 항목만으로 결정되지 않습니다. Home(홈)에서 선택한 서버, Global Routing(전체 라우팅) 방식, Config(구성)에서 활성화한 파일, 시스템에서 허용한 VPN 권한이 함께 요청 처리 방식에 영향을 줍니다. 문제를 확인하기 전에 어느 단계에서 발생한 문제인지 먼저 구분하세요. 그렇지 않으면 인증 오류의 원인을 DNS에서 찾거나, 규칙 매칭 문제를 서버 변경으로 덮으려 할 수 있습니다.

서버 주소, 포트, 인증 정보, 프로토콜 전송 매개변수는 연결 정보에 해당하므로 사용자가 보유한 정보를 기준으로 하나씩 확인해야 합니다. 규칙 순서, 대상 정책 및 일부 DNS 처리 방식은 구성 파일에 포함될 수 있습니다. Widget(위젯)과 로그는 조작 및 상태 확인에 쓰이며 서버 정보를 수정하지는 않습니다. 항목별로 따로 기록해 두면 변경이 실제 문제 원인에 영향을 주었는지 확인하기 쉽고, 테스트 후 관련된 부분만 되돌릴 수 있습니다.

이 매뉴얼은 특정 기기에 표시되는 스위치 상태를 모든 설치 환경의 고정 기본값으로 규정하지 않습니다. 처음 설치했는지, 데이터를 복원했는지, 구성을 가져왔는지, 다른 기기와 동기화했는지에 따라 시작 상태가 다를 수 있습니다. 기본값은 설정을 직접 변경하지 않은 실제 환경에서 확인하고, 이미 사용 중인 기기에서는 ‘현재 값’으로 봐야 합니다. 화면에 항목이 없다면 문서와 맞추기 위해 존재하지 않는 메뉴나 매개변수를 만들지 마세요.

Global Routing의 세 가지 방식

세 가지 방식은 속도 단계가 아니며 원격 서비스의 성능을 바꾸지도 않습니다. 평소 규칙에 따라 트래픽을 분기하려면 Config를 이해하고 관리할 수 있어야 합니다. Proxy와 Direct는 잠시 비교 테스트에 사용할 수 있지만, 테스트가 끝나면 기존 방식으로 되돌리세요. Direct는 라우팅 처리 방식일 뿐 시스템 VPN이 꺼졌다는 뜻은 아닙니다. 연결이 끊겼는지 판단하려면 앱의 연결 상태와 시스템의 VPN 상태를 함께 확인해야 합니다.

되돌릴 수 있도록 변경 내용 기록하기

1. 현재 네트워크 유형, 연결 상태, 서버 메모, Global Routing 방식, 활성 구성 이름을 기록하세요. 구독 전체 주소는 기록하지 마세요.
2. 변경할 설정 항목, 현재 값, 변경 이유, 예상되는 결과를 적은 다음 해당 항목 하나만 조정하세요.
3. 기존 요청을 종료하세요. 연결을 다시 설정해야 하는 항목은 연결을 끊었다가 다시 연결한 뒤 같은 대상으로 확인합니다.
4. 결과가 개선되지 않으면 원래 값으로 되돌린 다음 다음 항목을 확인하세요. 검증하지 않은 변경을 여러 개 겹쳐서 계속 적용하지 마세요.

권장 설정은 모든 스위치를 켜는 것이 아니라 명확한 필요에 맞춰야 합니다. 특별한 DNS 처리 요구가 없다면 이미 정상 작동을 확인한 설정을 유지하세요. 자동 연결 조건을 이해하기 전에는 수동으로 연결하고, 문제 해결이 끝나면 상세 로그를 평소 사용에 필요한 수준으로 되돌리세요. 이는 설정 조정의 원칙이며 현재 화면에 표시되는 기본값을 대신하지 않습니다. 이미 안정적으로 작동하는 사용자가 설정을 다시 구성할 필요도 없습니다.

시스템 권한을 허용하는 첫 단계도 완료하지 않았다면 고급 항목을 계속 조정하지 말고 입문 절차로 돌아가세요. 특정 대상만 이상하다면 현재 연결을 유지하고 요청 기록부터 살펴보세요. 모든 대상에서 동시에 실패한다면 기본 네트워크와 서버 연결을 먼저 확인합니다. 증상별 안내는 자주 묻는 질문을 참고한 뒤 해당 항목을 이어서 확인하세요.

03 / 자동 연결 및 시스템 권한

On Demand의 시작 및 중지 조건

On Demand는 지속적으로 요청을 보내는 기능이 아닙니다

On Demand(요청 시 연결)는 설정된 조건에 따라 시스템이 연결을 시작하도록 관리합니다. 연결을 언제 시도할지 정하는 기능이며, 대상에 적용할 규칙 정책을 선택하는 기능은 아닙니다. 스위치를 켜도 유효한 서버 정보, 사용할 수 있는 네트워크, 필요한 시스템 권한이 있어야 합니다. 인증 정보가 만료되었다면 자동 연결은 같은 오류를 다시 일으킬 뿐 서버 매개변수를 고치거나 구독 내용을 보완하지 않습니다.

이 항목을 확인할 때는 앱 설정, 시스템에 저장된 VPN 구성, 현재 연결 상태를 구분해야 합니다. 앱을 백그라운드로 보냈다고 시스템 연결까지 종료된 것은 아닐 수 있습니다. 한 번 수동으로 연결을 끊어도 이후 조건이 충족되면 다시 연결될 수 있습니다. 동작을 판단할 때는 자동 연결을 끄기 전에 연결을 끊었는지, 끈 뒤에도 다시 연결되는지 구체적으로 확인하세요. 두 경우의 점검 순서는 다릅니다.

처음 연결할 때 VPN 구성 추가를 허용하는 시스템 안내가 표시될 수 있습니다. 이는 Apple 시스템이 앱의 네트워크 연결 설정을 허용하는 절차입니다. 안내가 현재 사용 중인 Shadowrocket에서 시작되었는지 확인한 뒤 시스템 지침에 따라 인증하세요. 거부하면 이후 설정을 올바르게 입력해도 연결을 설정하지 못할 수 있습니다. 시스템의 ‘설정 › 일반 › VPN 및 기기 관리’에서 관련 항목을 확인할 수 있으며, 정확한 메뉴 경로는 기기에 표시되는 내용을 따르세요.

먼저 수동으로 확인한 다음 조건을 활성화하세요

1. 자동 연결에 의존하지 말고 현재 서버와 Config로 수동 연결한 뒤, 지정한 대상에 접속할 수 있는지 확인하세요.
2. Settings에서 On Demand를 찾아 현재 스위치 상태와 설정된 조건을 기록하세요. 조건 이름과 선택 범위는 현재 화면에 표시되는 내용을 기준으로 확인합니다.
3. 필요한 조건만 하나씩 활성화한 뒤 연결을 끊고 해당 네트워크 환경으로 다시 들어가 시스템이 예상대로 연결하는지 확인하세요.
4. 연결이 시작되지 않아야 하는 환경에서도 예상한 상태가 유지되는지 확인하세요. 마지막으로 수동으로 연결을 중지하는 절차를 검증합니다.

모든 네트워크를 한 번에 대상으로 지정하기보다 조건을 최소한으로 설정하는 것이 좋습니다. 특정 네트워크 조건에서만 연결하려면 현재 화면에 해당 조건이 있는지, 조건과 예외가 어떻게 적용되는지 먼저 확인하세요. 이름이 비슷하다고 같은 네트워크인 것은 아니며, 이름이 비어 있거나 대소문자 또는 네트워크 이름이 변경되면 구분에 영향을 줄 수 있습니다. 기록할 때는 알아볼 수 있는 메모를 사용하되 가정용 네트워크의 식별 정보를 전부 공개하지 마세요.

‘자동 연결이 켜져 있음’을 ‘항상 연결되어 있음’으로 기록하지 마세요. 네트워크 전환, 시스템 스케줄링, 서버 접속 불가, 기기 절전, 권한 변경 등이 실제 연결 상태에 영향을 줄 수 있습니다. 정상 작동 여부는 On Demand 스위치뿐 아니라 연결 표시와 실제 요청을 함께 확인해야 합니다. 기기에서 오랫동안 요청이 없었다면 새 로그가 없더라도 자동 연결이 실패했다고 단정할 수 없습니다.

반복 연결과 네트워크 전환 문제 처리

연결이 끊긴 뒤 계속 다시 연결된다면 먼저 On Demand를 끈 다음 수동으로 연결을 끊고 시스템 상태를 확인하세요. 문제가 계속되면 직접 설정한 다른 자동화 동작이나 중복 VPN 항목이 있는지 확인하고, 각 항목의 용도를 파악한 뒤 처리합니다. 처음부터 모든 네트워크 구성을 삭제하지 마세요. 필요한 다른 정보까지 사라지고 재현 가능한 연결 조건도 추적하기 어려워집니다.

먼저 웹페이지에서 로그인해야 하는 Wi-Fi 네트워크라면 해당 네트워크의 접속 절차를 먼저 완료하세요. 자동 연결 때문에 로그인 페이지를 열기 어렵다면 On Demand를 잠시 끄고 연결을 해제한 다음 네트워크 안내에 따라 인증을 마칩니다. 접속 후 기존 설정을 복원하고 다시 테스트하세요. 이 문제는 기본 네트워크의 접속 조건이 아직 충족되지 않아 발생한 것이므로 인증서 검증을 계속 느슨하게 하거나 프록시 매개변수를 장기적으로 바꾸어 해결하지 마세요.

Wi-Fi에서 셀룰러 네트워크로 전환하면 기존 연결을 다시 설정해야 할 수 있습니다. 전환 전의 성공 기록을 그대로 적용하지 말고 새 연결 기록을 확인하세요. 특정 네트워크에서만 실패한다면 두 네트워크를 각각 수동으로 테스트하고 결과를 기록한 뒤, 해당 네트워크의 연결 조건을 조정할지 결정합니다. 자동 연결을 설정하기 전에 각 네트워크에서 연결이 작동해야 합니다. 그렇지 않으면 자동화가 기본 문제를 반복해서 드러낼 뿐입니다.

권한을 실수로 삭제했거나 요청을 거부했다면 먼저 App Store에서 앱이 정상적으로 설치되어 있는지 확인한 뒤 연결을 다시 시도해 시스템이 권한을 요청하는지 살펴보세요. 시스템 항목 확인 및 복구 방법은 VPN 구성 추가 안내를 참고하세요. 시스템 구성을 삭제하는 것과 구독을 삭제하는 것은 서로 다른 데이터에 영향을 줍니다.

05 / 측정 대상과 비교 방법

Ping 및 Connectivity Test

먼저 테스트가 어느 구간을 측정하는지 확인하세요

Ping(지연 시간 테스트)은 특정 테스트 조건에서의 응답 상태를 보여줄 뿐 연결 품질 전체를 판단하지는 못합니다. 화면에 Ping이라는 이름이 표시된다고 해서 내부적으로 특정 탐지 방식을 사용한다고 단정해서도 안 됩니다. 현재 버전에서 테스트 방식을 선택할 수 있다면 먼저 설명을 읽고 테스트 대상이 서버 주소인지, 연결 설정 과정인지, 특정 요청 대상인지 확인한 뒤 결과를 해석하세요.

Connectivity Test(연결 테스트)와 실제 서비스 이용도 구분해야 합니다. 테스트가 성공해도 테스트 대상이 응답했다는 사실만 확인했을 수 있습니다. 실제 앱 동작에는 DNS, 규칙, 인증, 대상 제한, 기존 연결 재사용이 영향을 줄 수 있습니다. 테스트가 실패하더라도 현재 네트워크에서 탐지 방식이 적합하지 않은 반면 서버는 실제 요청을 처리할 수 있습니다. 따라서 테스트 결과는 판단 근거 중 하나로 활용하고, 유일한 사용 가능성 기준으로 삼지 마세요.

지연 시간 수치를 비교할 때는 측정 조건이 같아야 합니다. 같은 서버라도 네트워크, 측정 시간, 테스트 대상이 다르면 결과를 직접 순위로 비교할 수 없습니다. 수치가 낮더라도 지속 전송 성능, 패킷 손실, 장시간 연결 안정성이 더 좋다는 뜻은 아닙니다. 평소 사용할 연결을 선택할 때는 실제 이용 환경을 고려하고, 한 번 측정한 최솟값보다 반복해서 확인되는 성공과 실패에 주목하세요.

테스트 대상, 시간 제한, 동시 실행 설정 기준

Settings에 테스트 대상이나 시간 제한 설정이 있다면 기본값은 현재 화면에 표시된 값을 기준으로 확인하세요. 문제 해결이 필요하지 않다면 정상 작동이 확인된 설정을 유지합니다. 대상을 변경해야 한다면 접근 권한이 있고 동작이 안정적이며 응답의 의미를 확인할 수 있는 대상을 선택하세요. 보기 좋은 결과를 얻기 위해 특정 네트워크에서만 접속되거나 자주 리디렉션되거나 로그인이 필요한 주소를 선택해 모든 요청의 대표로 삼지 마세요.

시간 제한을 너무 짧게 설정하면 정상적으로 작동하지만 응답이 느린 연결을 실패로 처리할 수 있고, 너무 길게 설정하면 문제 발견이 늦어집니다. 테스트 목적에 맞춰 설정해야 하며 무조건 짧을수록 좋은 것은 아닙니다. 현재 화면에 해당 항목이 없다면 다른 자료에 같은 이름의 필드가 있다고 해서 찾을 필요는 없습니다. 설정을 변경한 뒤에는 먼저 정상 작동이 확인된 연결로 테스트 기능 자체를 검증한 다음 문제가 의심되는 연결을 확인하세요. 잘못된 측정 설정이 모든 결과에 영향을 주는 일을 막을 수 있습니다.

한 번에 많은 테스트를 실행하면 순간적인 연결과 네트워크 부담이 커지고 결과끼리 영향을 줄 수 있습니다. 기존 구독이 여러 개라면 먼저 그룹별로 범위를 좁힌 뒤 비교할 항목만 테스트하세요. 구독 업데이트, 네트워크 전환, 연결 재설정을 동시에 진행하면서 연속 측정하지 마세요. 입력 조건이 한꺼번에 바뀌면 결과 차이가 테스트 대상 때문인지 기기 상태 때문인지 구분하기 어렵습니다.

반복 가능한 테스트 기록 방법

1. 네트워크와 Global Routing 방식을 고정하고 현재 서버 메모와 테스트 방식을 기록하세요. 인증 정보는 기록하지 마세요.
2. 먼저 정상 작동이 확인된 대상에 접속해 기기의 기본 네트워크와 테스트 대상이 사용할 수 있는 상태인지 확인하세요.
3. 같은 항목을 간격을 두고 반복 테스트해 한 번의 최저 수치가 아니라 안정적으로 성공하는지 확인하세요.
4. 그다음 실제 앱에서 새 요청을 보내고 Log의 정책 및 연결 결과를 확인한 뒤 임시 테스트 설정을 복원하세요.

모든 테스트에서 시간 초과가 발생하면 구독 전체를 바로 삭제하지 말고 테스트 대상과 기본 네트워크부터 확인하세요. 항목 하나만 실패한다면 해당 항목의 서버 정보와 최근 업데이트가 완료되었는지 점검합니다. 테스트는 성공했지만 실제 이용에 실패한다면 실제 요청이 같은 서버를 사용하는지, Config에서 대상이 다른 정책으로 분기되는지 확인하세요. 이렇게 계층별로 점검하면 불필요한 전체 설정 변경을 줄일 수 있습니다.

테스트가 Wi-Fi 또는 셀룰러 네트워크 중 한 곳에서만 실패한다면 두 네트워크의 결과를 각각 기록하세요. 네트워크를 바꾸기 전에 나온 수치를 새 네트워크의 결과로 간주하지 말고 이전 순위를 근거로 현재 가장 적합한 항목을 단정하지도 마세요. 필요하면 기본 네트워크가 안정될 때까지 기다렸다가 연결을 다시 설정하고 테스트하세요. 환경이 자주 바뀐다면 고정 순위를 유지하기보다 실패 패턴을 분석하는 것이 좋습니다.

빈칸, 미측정, 실패 표시가 보이면 화면에 표시된 의미 그대로 기록하고 임의로 지연 시간 수치로 바꾸지 마세요. ‘측정을 완료하지 못함’과 ‘측정 결과가 느림’을 구분하면 순위 해석 오류를 줄일 수 있습니다. 결과가 계속 서로 모순된다면 일괄 테스트를 잠시 중단하고 고정된 대상 하나와 연결 항목 하나로 범위를 좁히세요. 다음 장의 로그 확인 방법을 활용해 최소 재현 환경을 만들어 보세요.

07 / 빠른 조작 및 기기 간 데이터

Widget과 iCloud 동기화의 적용 범위

Widget은 바로가기이며 독립적인 연결 구성이 아닙니다

Widget(위젯)은 시스템에서 허용하는 빠른 확인 또는 조작 기능을 제공합니다. 구체적인 항목은 해당 기기에서 추가할 수 있는 위젯을 기준으로 확인하세요. 위젯은 대체로 앱에서 이미 설정한 내용에 의존하며 최초 가져오기, VPN 권한 허용, 수동 연결 확인을 대신하지 않습니다. 위젯을 추가하기 전에 Shadowrocket에서 현재 서버와 구성을 사용할 수 있는지 확인하고, 위젯에 표시되는 상태와 앱 상태가 일치하는지도 살펴보세요.

시스템의 새로고침 일정에 따라 위젯 표시가 늦어질 수 있으므로 화면이 아직 갱신되지 않았다고 해서 현재 연결 상태를 판단하지 마세요. 조작이 적용되었는지 확인하려면 앱을 열어 연결 상태를 확인하고 대상에 새 요청을 보내세요. 위젯을 조작한 뒤 예상한 변화가 없다면 DNS나 서버 매개변수를 바로 바꾸기보다 앱에서 권한이 필요한지, 연결 정보가 유효한지, 시스템에서 해당 동작을 허용하는지 먼저 확인하세요.

위젯은 익숙한 자주 쓰는 조작에 활용하고 상태를 이해하기 전에 연속으로 누르지 않는 것이 좋습니다. 빠르게 반복 조작하면 연결 설정 또는 해제 중인 상태가 되어 화면과 실제 상태가 일시적으로 다를 수 있습니다. 한 번의 조작이 완료될 때까지 기다렸다가 다음 조작을 하세요. 자동 재연결을 중지해야 한다면 On Demand 장의 절차를 따르세요. 위젯에서 한 번 연결을 끊는 것만으로는 충분하지 않습니다.

iCloud 동기화는 기기 전체를 복제하는 기능이 아닙니다

Settings에 iCloud Sync(iCloud 동기화) 또는 관련 메뉴가 있다면 먼저 시스템 요구 사항에 따라 로그인되어 있고 앱의 iCloud 사용이 허용되어 있는지 확인하세요. 동기화할 수 있는 데이터, 수동 동기화 필요 여부, 별도의 가져오기 및 내보내기 메뉴는 현재 화면의 안내를 기준으로 확인합니다. 모든 서버, 구성, 스위치, 로그, 시스템 권한이 자동으로 동기화된다고 가정하지 마세요. 한 번 동기화에 성공했다고 장기 백업이 보장되는 것도 아닙니다.

App Store 구매 계정과 기기에서 사용하는 iCloud 계정은 용도가 다릅니다. 구매 복원은 앱을 사용할 자격을 복구하고, iCloud 동기화는 지원되는 데이터를 전달합니다. 서로를 대신할 수 없습니다. 새 기기에서 앱을 다시 다운로드할 수 있어도 이전 기기의 모든 연결 정보가 옮겨졌다는 뜻은 아닙니다. 반대로 동기화 데이터가 보이더라도 현재 기기에 필요한 VPN 권한이 설정된 것은 아닙니다.

활성화 전에 복원할 수 있는 자료를 보관하고 기기에만 저장된 내용이 무엇인지 확인하세요. 현재 화면에서 내보내기를 지원한다면 내보내기 범위와 파일 내용을 확인하고 인증 정보가 들어 있을 수 있는 파일을 안전하게 보관하세요. 백업은 직접 관리하고 복원할 수 있는 위치에 저장하고 전체 자료를 공개 문서에 올리지 마세요. 동기화 기본 상태도 다른 기기에서 추측하지 말고 현재 기기에서 확인해야 합니다.

두 기기의 상태가 다를 때 처리 순서

1. 두 기기의 활성 Config, 서버 메모, 가장 최근에 수동으로 변경한 항목을 각각 기록하세요. 같은 데이터를 동시에 편집하지 마세요.
2. 시스템의 iCloud 사용 조건과 앱에서 실제로 지원하는 동기화 범위를 확인하고 두 기기에서 같은 종류의 자료를 확인 중인지 점검하세요.
3. 유지할 자료를 결정한 뒤 복원할 수 있는 상태인지 확인하고 화면에서 제공하는 동기화 또는 가져오기를 실행하세요.
4. 각 기기에서 목록, 구성 선택 상태, 실제 연결을 하나씩 확인하세요. 파일 이름이 같다는 이유만으로 내용까지 같은 것으로 간주하지 마세요.

양쪽에서 같은 내용을 수정했다면 나중에 앱을 연 기기가 다른 쪽 내용을 반드시 덮어쓴다고 가정하지 말고 자동으로 올바르게 합쳐질 때까지 조작을 반복하지도 마세요. 먼저 두 쪽의 변경 내용을 저장한 다음 앱에 실제로 표시되는 충돌 처리 방식에 따라 유지할 내용을 선택하세요. 화면에 병합 방식이 안내되지 않는다면 한 기기에서만 수정하고 나머지 기기에서 결과를 확인하는 편이 동시에 편집하는 것보다 추적하기 쉽습니다.

iPhone과 iPad에서 같은 구성이 다르게 배치되어 보여도 데이터가 다른 것은 아닙니다. 목록 너비나 버튼 위치가 아니라 구체적인 필드와 활성 상태를 비교하세요. iPad 구매 복원 및 화면 안내는 iPad 구매 및 화면 안내를 참고하세요. 공유 구매, 기기 호환성, 시스템 요구 사항은 App Store 페이지의 표시 내용을 기준으로 확인하며 동기화 결과만 보고 지원 범위를 추측하지 마세요.

동기화 후 이전 서버나 중복 항목이 보이면 구독 업데이트, 수동 가져오기, 동기화 중 어디에서 가져온 항목인지 먼저 확인한 뒤 정리 대상을 결정하세요. 삭제하기 전에 필요한 메모와 로컬 변경 내용을 보관해 현재 사용하는 데이터 출처까지 함께 지우지 않도록 합니다. 위젯은 조작 진입점이고 동기화는 지원되는 데이터를 전달하는 기능일 뿐입니다. 최종적으로는 이 기기의 활성 구성과 실제 접속 결과로 설정이 올바른지 확인해야 합니다.