Add Server: 서버 추가 또는 구독 가져오기
Shadowrocket을 연 뒤 Home 화면에 머무르고 상단 스위치는 아직 켜지 마세요. 아래의 SERVER 영역에서 서버를 확인하고 선택할 수 있습니다. 앱을 막 설치한 상태라면 선택할 항목이 없을 수 있습니다. 먼저 기존 정보를 가져와야 연결 스위치를 사용할 대상을 지정할 수 있습니다. 서버 추가와 구성 파일 추가는 서로 다릅니다. 전자는 연결 주소와 인증 정보를 저장하고, 후자는 요청 처리 방식을 주로 정의합니다.
직접 입력하기: 먼저 Type 선택
Home에서 Add Server를 누르고 Type을 열어 보유한 정보와 일치하는 프로토콜을 선택하세요. 프로토콜마다 필요한 항목이 다르므로 서버 이름만 보고 추측하지 마세요. Shadowsocks를 예로 들면 Host, Port, Password, Method를 확인합니다. 다른 프로토콜은 실제로 표시되는 항목에 맞춰 입력하세요. 주소 입력란에는 보통 호스트 이름이나 IP를 입력하며, 웹페이지 주소 전체를 넣지 않습니다.
항목을 하나씩 옮겨 적을 때는 앞뒤 공백, 포트 번호, 비밀번호의 대소문자, 암호화 방식이 모두 일치하는지 확인하세요. TLS, 전송 방식 또는 추가 매개변수가 있다면 원본 서버 정보를 기준으로 설정하고, 값을 임의로 바꿔 가며 시험하지 마세요. 입력을 마친 뒤 화면의 저장 기능을 사용하고 Home으로 돌아가 새 항목이 목록에 표시되는지 확인합니다. 편집 화면에서 벗어나지 못했다면 필수 항목을 빠뜨리지 않았는지 먼저 확인하세요.
구독 가져오기: 서버 구독과 구성 파일 구분
서버 구독 링크가 있다면 Home에서 Add Server로 이동해 Type을 Subscribe로 설정하세요. 해당 URL 입력란에 서비스 제공업체에서 받은 전체 링크를 붙여 넣고 저장한 다음 콘텐츠를 가져올 때까지 기다립니다. 가져오기가 완료되면 Home에서 해당 그룹과 서버 항목을 확인할 수 있어야 합니다. 구독 이름만 표시되고 그룹에 항목이 없다면 가져오기가 끝난 것이 아닙니다. 응답 내용과 오류 메시지를 계속 확인하세요.
Config 페이지에서는 구성 파일을 관리합니다. 구성 파일 주소를 가지고 있다면 해당 페이지에서 원격 구성에 맞는 메뉴를 사용하세요. Subscribe가 보여도 현재 페이지가 어떤 종류의 콘텐츠를 처리하는지 먼저 확인해야 합니다. 서버 목록이 들어 있는 구독 링크를 규칙 파일로 사용하거나, 규칙만 들어 있는 파일을 서버 정보로 가져오지 마세요. 구분이 어렵다면 원본 안내에서 콘텐츠 유형을 먼저 확인한 뒤 진행하세요.
QR 코드가 있다면 Scan QR Code로 읽은 뒤 저장하기 전에 해석된 프로토콜과 항목을 확인하세요. Import from Cloud JSON은 해당 형식의 콘텐츠를 위한 기능이며, 모든 구독에 사용할 수 있는 메뉴는 아닙니다. 구독 링크에는 접근 인증 정보가 포함될 수 있으므로 전체 링크를 공개 스크린샷이나 문제 해결 기록에 붙여 넣지 마세요. 형식의 차이는 용어집에서 확인할 수 있습니다.
다음 단계로 넘어가기 전 확인: Home으로 돌아가 실제 서버 항목이 표시되는지, 항목이 비어 있지 않은지 확인하세요. 이제 연결을 반복해서 누르기보다 해당 항목을 요청에 어떻게 사용할지 선택합니다.
Global Routing: Config, Proxy 또는 Direct 선택
가져오기를 마쳤다면 Home으로 돌아가 Global Routing을 누르세요. 여기서는 요청 전체의 처리 방식을 결정합니다. 서버를 만들거나 누락된 연결 정보를 채워 주지는 않습니다. 세 가지 모드는 Config / Proxy / Direct입니다. 현재 선택된 모드를 먼저 확인하고 이후 결과를 살펴보면 “스위치는 켜졌지만 예상과 다른 방식으로 접속되는” 상황을 오해하지 않을 수 있습니다.
- Config: 현재 구성 파일의 규칙에 따라 요청 처리 방식을 결정합니다. 요청에 따라
PROXY,DIRECT또는REJECT가 적용될 수 있으므로 모든 요청이 같은 경로를 사용하는 것은 아닙니다. - Proxy: 트래픽을 프록시 방식으로 처리합니다. 문제 해결 시 Config와 비교하기에 적합합니다. 잘못된 서버 매개변수를 자동으로 고쳐 주거나 서버 선택을 대신하지는 않습니다.
- Direct: 요청을 직접 연결 방식으로 처리합니다. 이 모드를 선택하면 연결 스위치가 켜져 있어도 요청이 프록시 서버를 사용한다고 판단할 수 없습니다.
규칙에 따라 트래픽을 분기하려면 Config를 선택한 다음 하단의 Config 페이지로 이동해 사용할 구성 파일이 선택되어 있는지 확인하세요. 파일이 존재하는 것과 파일이 선택된 것은 서로 다른 상태입니다. 다른 파일을 편집해도 현재 연결에 그 변경 사항이 적용되는 것은 아닙니다. 사용할 파일을 먼저 확인한 뒤 General, Rule 등의 섹션을 살펴보세요.
공식 스크린샷의 Hosts, URL Rewrite, HTTPS Decryption은 다른 구성 섹션입니다. 처음 연결할 때는 현재 규칙의 용도만 이해하면 되며, 시작을 위해 모든 항목을 하나씩 활성화할 필요는 없습니다. Add Rule은 규칙을 추가하는 기능입니다. 서버를 사용할 수 있는지 확인하기 전에는 규칙을 많이 추가하지 않는 편이 좋습니다. 연결 문제와 규칙 일치 문제가 뒤섞일 수 있기 때문입니다.
규칙은 일반적으로 순서대로 확인되며 앞선 규칙이 최종 결과를 결정할 수 있습니다. 예를 들어 DOMAIN-SUFFIX는 도메인 접미사를 처리하고 FINAL은 앞서 일치하지 않은 요청을 처리합니다. 아래 내용은 문법 예시일 뿐, 그대로 적용할 수 있는 완성된 연결 설정이 아닙니다. 도메인은 예시이며 처리 방식도 실제 구성에 맞춰 이해해야 합니다.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT기존 서버를 사용할 수 있는지 먼저 확인하려면 임시로 Proxy를 선택해 연결을 테스트한 다음 Config로 바꿔 같은 요청을 비교하세요. 한 번에 이 항목만 변경하고 서버와 테스트 대상을 동일하게 유지합니다. 규칙 유형과 정책에 대한 자세한 설명은 기능 및 설정에서 확인하고, 키워드의 의미는 용어집을 참고하세요.
다음 단계로 넘어가기 전 확인: 현재 Global Routing 모드를 기록하세요. Config를 사용한다면 예상한 구성 파일이 선택되어 있는지도 확인합니다.
Home: 서버를 선택하고 스위치 켜기
Home으로 돌아가 SERVER 그룹에서 사용할 서버를 누르고 선택 표시가 원하는 항목에 있는지 확인하세요. 구독에서 여러 항목을 가져왔다면 검증을 마칠 때까지 하나를 선택해 사용하고, 한 번의 테스트 중에 서버를 계속 바꾸지 마세요. 이름은 항목을 구분하기 위한 것이며 실제 연결 여부는 주소, 프로토콜 매개변수, 인증 정보 및 현재 네트워크 상태에 따라 달라집니다.
Global Routing 설정을 확인한 뒤 화면 상단의 연결 스위치를 켜세요. 시스템 연결을 처음 설정할 때 기기에 VPN 구성을 추가할지 묻는 권한 안내가 표시될 수 있습니다. 안내를 읽고 방금 조작한 Shadowrocket에서 요청한 것인지 확인한 뒤 허용하세요. 기기의 안내에 따라 인증을 완료합니다. 이 단계는 시스템 네트워크 구성 추가만 허용합니다. 서버 인증 정보는 앱 안의 해당 서버 항목에서 확인하세요.
이전에 권한을 거부했다면 앱으로 돌아가 연결을 다시 시작하고 시스템 안내가 다시 나타나는지 확인하세요. 기기가 조직에서 관리되거나 사용 제한이 적용된 경우 해당 제한을 먼저 확인하세요. 시스템 권한 문제를 해결하려고 앱 내부 설정을 반복해서 바꾸지 마세요. iPhone과 iPad의 시스템 팝업은 배치가 다를 수 있으므로 실제 안내에 표시된 앱 이름과 작업 내용을 기준으로 판단합니다.
권한 설정을 마치면 상단 상태가 스크린샷의 Not Connected에서 연결 상태로 바뀔 때까지 기다린 뒤 확인을 시작하세요. 스위치가 켜졌다는 것은 기기에서 연결을 시작했다는 뜻이지, 선택한 서버에 반드시 연결된다는 의미는 아닙니다. 모든 도메인에 프록시 정책이 적용된다는 뜻도 아닙니다. 스위치가 바로 꺼지면 당시 표시된 안내를 기록하세요. 스위치는 켜져 있지만 페이지가 열리지 않는다면 다음 단계에서 요청 결과를 확인해야 합니다. 두 현상을 같은 문제로 취급하지 마세요.
첫 검증 중에는 같은 네트워크 환경을 유지하는 편이 좋습니다. Wi-Fi와 모바일 네트워크를 바꾸면 연결 조건이 달라집니다. 비교가 필요하다면 먼저 기존 네트워크에서 결과를 기록하고, 네트워크를 바꾼 뒤 같은 작업을 반복하세요. 그래야 변화의 원인이 네트워크인지, 서버나 규칙을 동시에 수정한 탓인지 구분할 수 있습니다.
다음 단계로 넘어가기 전 확인: 서버 선택이 명확하고 시스템 권한 허용이 완료되었으며 스위치가 연결 상태를 유지해야 합니다. 스위치 상태만으로 결론을 내리지 말고 이제 연결을 확인하세요.
Connectivity Test: 연결 및 규칙 확인
연결이 설정되면 Home에서 Connectivity Test를 누르고 테스트가 끝날 때까지 기다리세요. 먼저 테스트 결과가 반환되는지 확인한 뒤 현재 테스트 방식을 살펴봅니다. 이 기능은 지정한 방식으로 연결할 수 있는지 확인하는 단서이며 모든 웹사이트나 프로토콜이 정상 작동한다는 뜻은 아닙니다. 테스트가 실패한 경우에도 테스트 방식을 함께 고려해야 합니다. 결과 하나만으로 모든 구독이 사용할 수 없다고 판단하지 마세요.
그다음 실제로 사용할 페이지 중 로딩 여부를 확인할 수 있는 페이지를 여세요. 캐시에 남은 페이지는 연결에 문제가 있어도 표시될 수 있으므로 새로고침하거나 아직 열어 보지 않은 페이지를 방문해 보세요. 먼저 한 곳에서 새 콘텐츠를 가져올 수 있는지 확인한 다음 다른 요청으로 범위를 넓힙니다. 한 번에 여러 앱을 열면 요청 기록과 실제 작업을 연결하기 어렵습니다.
세 가지 결과를 나누어 확인
- 시스템 연결: Home 상단 스위치가 연결 상태를 유지하는지, 시스템이 VPN 구성을 허용했는지 확인합니다. 이 단계에서 실패하면 권한 허용이나 연결 시작 문제부터 해결하세요.
- 서버 테스트: Connectivity Test에서 결과가 나오는지, 현재 조건에 맞는 테스트 방식인지 확인합니다. 정상이라면 해당 테스트 조건에서 응답이 있었다는 뜻입니다.
- 개별 요청: 대상 페이지에서 콘텐츠를 가져왔는지, 요청 기록의 정책이 Global Routing 및 규칙과 일치하는지 확인합니다. 실제 사용 결과는 이 단계에서 판단할 수 있습니다.
규칙을 확인해야 한다면 앱의 요청 기록에서 방금 방문한 도메인을 찾아 일치한 규칙과 정책 정보를 확인하세요. Config를 사용 중이라면 대상이 DIRECT에 일치하는 것이 구성의 의도일 수 있습니다. REJECT에 일치하면 서버 비밀번호를 바로 변경하기보다 규칙이 요청을 차단하도록 설정되어 있는지 먼저 확인하세요. 페이지가 열렸다고 해서 반드시 프록시를 사용한 것은 아닙니다. 성공 여부와 실제 정책을 함께 판단하세요.
같은 서버에서 Proxy로는 대상 페이지에 접속할 수 있지만 Config로 전환하면 실패한다면 해당 도메인의 일치 규칙, 정책 참조, 구성 파일 선택을 먼저 확인하세요. 반대로 두 모드에서 모두 실패한다면 서버 매개변수, 네트워크 연결 가능 여부, 이름 확인 상태를 먼저 살펴보세요. 비교 테스트가 끝나면 평소 사용할 모드로 되돌려 문제 해결용 설정이 계속 남지 않도록 합니다.
완료 기준: 스위치 상태가 안정적이고 대상 콘텐츠를 가져올 수 있으며 실제 정책이 예상과 일치해야 합니다. 세 가지를 모두 확인한 뒤 규칙을 추가하거나 자동 연결을 조정하세요.
Settings: 자주 발생하는 문제 점검
문제가 발생하면 마지막으로 성공한 단계부터 확인하세요. 링크를 아직 가져오지 못했는지, 스위치가 연결 상태를 유지하지 못하는지, 테스트 결과가 없는지, 특정 페이지만 실패하는지 구분합니다. 다음으로 Settings를 열어 해당 현상과 관련된 설정을 확인하세요. 스크린샷의 Test Method, On Demand, Diagnostics는 각각 테스트 방식, 자동 연결 조건, 진단 기능에 해당하므로 한꺼번에 변경하지 마세요.
구독을 가져오지 못했거나 그룹이 비어 있음
붙여 넣은 것이 서비스 관리 페이지 주소가 아니라 전체 구독 링크인지 먼저 확인하세요. 불필요한 공백이나 줄바꿈, 누락된 쿼리 매개변수가 없는지 살펴보고 원본 링크가 여전히 유효한지도 확인합니다. 구독은 서비스 제공업체에서 받으므로 응답 내용이나 사용 권한에 문제가 있다면 제공받은 안내를 확인하세요. 다시 가져오기 전에 기존 그룹을 살펴 중복 추가로 예전 항목을 새 결과로 착각하지 않도록 합니다. 인증 정보가 포함된 링크를 공개하지 마세요.
연결 스위치가 바로 꺼짐
Home으로 돌아가 실제 서버가 선택되어 있는지 확인한 다음 시스템 권한을 허용했는지 살펴보세요. 표시된 오류 안내를 기록하고 시스템 VPN 구성을 사용하는 다른 연결이 있는지도 확인합니다. 모든 구성을 삭제하거나 기기의 네트워크를 초기화하지 마세요. 현재 연결만 독립적으로 실행해 봐야 권한, 구성 로드, 시스템 연결 충돌 중 무엇이 원인인지 판단할 수 있습니다.
테스트 또는 페이지 로딩 실패
먼저 Settings에서 Test Method를 확인하고 현재 방식을 기록한 뒤 같은 조건으로 다시 테스트하세요. 한 항목만 실패한다면 해당 항목의 프로토콜과 입력값을 집중적으로 확인합니다. 여러 항목이 동시에 실패한다면 현재 네트워크와 구독 상태도 고려해야 합니다. 테스트는 정상이지만 웹페이지가 열리지 않는다면 테스트를 반복하기보다 도메인 확인, Global Routing, 규칙 일치 결과를 다시 살펴보세요.
필요하면 Diagnostics에서 진단 정보를 확인하고 어느 단계에서 실패했는지 기록하세요. 기록을 공유하기 전에 구독 URL, 비밀번호, 식별 정보와 기타 민감한 항목을 가리세요. 오류 안내, 현재 모드, 테스트 방식, 네트워크 유형을 남기면 원인 파악에 도움이 됩니다. 전체 구성을 공개할 필요는 없습니다. DNS, 시간 초과, 업데이트 후 문제를 단계별로 진단하려면 문제 진단을 참고하세요.
수동 연결이 정상 작동한 뒤 On Demand 확인
On Demand는 조건에 따라 연결을 시작하는 기능이며 잘못된 서버 정보를 수정하지는 않습니다. 처음 사용할 때는 수동 연결을 먼저 확인한 다음 자동 연결 조건을 설정하세요. 연결이 자동으로 복구되거나 끊긴 뒤 다시 시작된다면 해당 항목에서 현재 조건을 확인합니다. 설정을 바꾼 뒤 예상되는 상황을 다시 실행해 실제 동작이 조건과 일치하는지 확인하세요. 스위치가 잠깐 바뀌는 것만 보고 결과를 판단하지 마세요.
재현 가능한 설정 유지: 한 번에 하나만 변경하고 변경 전후 결과를 기록하세요. 수동 연결이 정상이고 규칙이 예상대로 적용되면 기본 설정이 완료된 것입니다. 이후 필요에 따라 구성 파일과 진단 기능을 더 살펴보세요.
