Add Server: 서버 추가 또는 구독 가져오기
먼저 구독 링크인지 개별 서버 정보인지 확인하세요. 구독 링크는 보통 여러 서버 항목을 가져오는 데 사용하고, 개별 서버 정보는 연결 항목을 하나씩 입력해야 합니다. 둘 중 해당하는 방법 하나만 사용하면 되며 같은 정보를 중복으로 가져올 필요는 없습니다. 작업 전에 원본 정보를 보관하고, 복사할 때 안내 문구나 앞뒤 공백, 줄바꿈이 함께 들어가지 않도록 주의하세요.
구독 링크가 있는 경우: Subscribe 선택
Home에서 Add Server를 찾거나 추가 메뉴를 엽니다. Type을 누르고 Subscribe를 선택한 다음, 구독 링크 전체를 해당 유형의 URL 입력란에 붙여 넣습니다. 이름이나 메모는 항목을 구별하기 위한 것이므로 알아보기 쉬운 이름을 입력하면 됩니다. 이름은 구독 링크를 대신할 수 없으며 링크의 유효성에도 영향을 주지 않습니다.
링크가 잘리지 않았는지 확인한 뒤 저장하고 Home으로 돌아와 내용을 가져올 때까지 기다립니다. 정상적으로 가져오면 구독 그룹 이름뿐 아니라 서버 항목도 표시되어야 합니다. 그룹이 비어 있거나 가져오기 실패 메시지가 나오면 먼저 링크, 현재 네트워크, 서비스 상태를 확인하세요. 이때 바로 Global Routing을 변경하지 마세요. 구독 내용을 가져오지 못한 상태에서는 연결 모드를 바꿔도 서버 정보가 채워지지 않습니다.
개별 서버 정보가 있는 경우: Type에 맞게 입력
같은 방법으로 Add Server를 열고, Type에서 서비스 제공업체가 안내한 프로토콜 유형을 선택한 뒤 Host, Port와 해당 인증 정보를 입력합니다. 공식 스크린샷은 한 유형의 입력 화면을 보여 주며, 여기에는 Password와 Method가 포함됩니다. 유형에 따라 표시되는 항목이 다르므로 스크린샷을 보고 모든 프로토콜에 같은 정보를 입력하면 안 됩니다.
Host는 서버 주소, Port는 포트 번호입니다. 비밀번호, 암호화 방식 및 기타 프로토콜 매개변수는 원본 정보와 일치해야 합니다. 구독 URL을 Host에 입력하지 말고, 흔히 보이는 옵션이라는 이유만으로 임의로 바꾸지 마세요. 인식 가능한 QR 코드가 있다면 Scan QR Code를 사용할 수 있습니다. 코드를 인식한 뒤에도 유형과 주소를 확인하고 저장하세요.
저장하고 Home으로 돌아온 뒤 SERVER 목록에 추가한 항목이 실제로 표시되는지 확인합니다. 이 단계에서는 정보 입력만 마쳤을 뿐, 서버에 연결할 수 있다는 점까지 확인한 것은 아닙니다. 테스트할 항목을 하나 선택한 다음 라우팅 모드를 설정하세요. 구독과 구성 파일의 차이는 용어집에서 확인할 수 있습니다.
Global Routing: Config, Proxy 또는 Direct 선택
Global Routing은 트래픽 처리 방식을 결정하며 서버 정보를 채우는 기능은 아닙니다. Home으로 돌아가 Global Routing을 엽니다. 여기서는 Config, Proxy, Direct 세 가지 모드로 구분해 판단하는 방법을 안내합니다. 선택하기 전에 서버를 확인하려는 것인지 규칙 라우팅을 확인하려는 것인지 정하세요.
Config: 현재 구성에 따라 처리
Config를 선택하면 현재 구성의 규칙에 따라 트래픽 처리 방식이 결정됩니다. Config에서 실제로 활성화된 구성 파일을 확인하세요. 목록에 파일이 있는지만 확인해서는 안 됩니다. 구독을 가져왔다고 라우팅 규칙까지 설정된 것은 아닙니다. 구독은 주로 서버 정보를 제공하고, 구성 파일은 매칭 방식과 처리 정책을 정하므로 서로 역할이 다릅니다.
공식 스크린샷의 구성 편집 화면에는 General, Rule, Hosts, URL Rewrite, HTTPS Decryption 등의 섹션이 있습니다. 처음에는 Rule의 대상과 정책을 이해하는 것부터 시작하면 됩니다. 다른 섹션을 하나씩 모두 수정할 필요는 없습니다. 규칙은 일반적으로 순서대로 매칭되며 앞쪽 규칙이 먼저 결과를 결정할 수 있습니다. 문법과 구성 관리 방법은 전체 매뉴얼에서 확인하세요.
Proxy: 선택한 서버 확인
Proxy를 선택하면 라우팅 규칙을 주요 변수로 두지 않고 현재 선택한 서버의 연결과 접속을 먼저 확인할 수 있습니다. 첫 문제 점검에 유용하지만 모든 대상에 접속할 수 있음을 보장하지 않으며, 올바른 서버 정보가 필요한 점도 달라지지 않습니다. Proxy에서는 접속되지만 Config에서 예상과 다르게 작동한다면 같은 서버를 반복해서 가져오기보다 구성과 규칙 매칭을 확인하세요.
Direct: 프록시 출구를 확인하는 용도가 아님
Direct를 선택하면 트래픽이 직접 연결 방식으로 처리됩니다. 따라서 웹페이지가 열린다는 사실만으로 선택한 프록시 서버가 작동한다고 판단할 수 없습니다. 기본 연결 테스트를 마친 뒤 규칙 라우팅을 사용하려면 Config로 돌아가 현재 파일을 확인하고 특정 대상에 접속해 보세요.
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT위 내용은 예시 도메인을 사용해 규칙 구조만 설명합니다. PROXY와 DIRECT는 정책 이름이며, FINAL은 앞서 매칭되지 않은 트래픽을 처리합니다. 이 예시로 기존 구성을 그대로 덮어쓰라는 뜻은 아닙니다. 먼저 선택한 모드가 사용 목적에 맞는지 확인하고 서버 선택과 연결을 진행하세요.
Home: 서버 선택 및 연결 켜기
서버를 먼저 선택한 다음 상단 스위치를 켭니다. Home의 SERVER 그룹에서 사용할 서버 항목을 누르고 왼쪽에 선택 표시가 나타나는지 확인합니다. 항목의 편집 메뉴를 여는 것과 항목을 선택하는 것은 다릅니다. 매개변수 화면에 들어갔다면 저장하거나 돌아온 뒤 목록의 선택 표시를 다시 확인하세요.
화면에 표시된 Global Routing이 앞 단계에서 선택한 모드와 일치하는지 확인한 다음 상단 연결 스위치를 켭니다. 처음 연결할 때 시스템에서 VPN 구성 추가를 허용할지 물을 수 있습니다. 이는 앱이 시스템 네트워크 연결을 설정하는 데 필요한 권한입니다. 팝업 내용을 읽고 Shadowrocket을 대상으로 한 요청인지 확인한 뒤 시스템 안내에 따라 허용하고 기기 인증을 완료하세요.
시스템 권한 요청을 취소하면 이번 연결은 완전히 설정되지 않습니다. 앱으로 돌아가 연결을 다시 시작하고 시스템 안내에 응답하세요. 기기 관리 정책, 제한된 시스템 설정 또는 이미 연결된 다른 VPN 구성도 권한 승인이나 연결에 영향을 줄 수 있습니다. 제한이 있다면 먼저 기기에서 허용하는 구성 범위를 확인하세요.
권한을 허용한 뒤 Home으로 돌아와 상단 상태가 Not Connected에서 연결 상태로 바뀌는지, 스위치가 계속 켜져 있는지 확인합니다. 스위치가 곧바로 꺼지면 오류 메시지가 있었는지, 문제가 시스템 권한 승인 전후 중 언제 발생했는지 기록하세요. 두 경우의 점검 방법은 다르며 뒤의 문제 해결 단계에서 각각 살펴봅니다.
앱에 연결 완료로 표시되는 것은 시스템 연결이 시작되었다는 뜻일 뿐, 서버 인증과 원격 접속, 규칙 선택까지 모두 올바르다는 의미는 아닙니다. 서버나 모드를 바꿨다면 다음 단계에서 다시 확인하세요. 처음에는 한 번에 한 항목만 변경하고 정상 작동하는 상태를 유지하세요. 서버, 모드, 구성을 동시에 바꾸면 원인을 찾기 어려워집니다.
Connectivity Test: 연결 및 실제 접속 확인
테스트 결과와 실제 접속을 함께 확인하세요. 연결을 켠 상태에서 Home의 Connectivity Test를 누르고 결과를 기다립니다. 이 기능은 현재 조건에서 테스트 대상에 연결할 수 있는지 확인합니다. 테스트 성공이 모든 웹사이트, 프로토콜, 규칙의 작동을 입증하는 것은 아니며, 실패 결과 하나만으로 서버 전체를 사용할 수 없다고 단정할 수도 없습니다.
그런 다음 브라우저를 열어 접속 여부를 확인할 대상에 접속합니다. 접속 가능할 것으로 알고 있는 대상을 선택하세요. 이미 로드된 페이지만 보지 말고 새로고침해 새 요청을 확인합니다. 비교할 수 있도록 대상, 현재 선택한 서버, Global Routing을 기록하고 이후에도 같은 대상을 사용하세요.
Config를 사용하는 경우 대상이 예상한 규칙과 일치하는지도 확인해야 합니다. PROXY를 통해야 하는 대상은 연결 기록에 표시된 대상과 정책을 함께 확인하세요. DIRECT를 통해야 하는 대상으로는 프록시 출구가 작동하는지 입증할 수 없습니다. 페이지가 열렸다는 것은 접속 결과일 뿐, 어떤 경로로 처리됐는지는 규칙과 기록을 함께 살펴봐야 합니다.
비교가 필요하면 같은 서버를 유지한 채 Proxy와 Config를 각각 선택해 같은 대상에 접속해 보세요. Proxy에서는 정상이고 Config에서 문제가 생기면 규칙 순서, 정책 참조, 현재 구성을 우선 확인합니다. 두 모드 모두 실패하면 서버 정보, 서비스 상태, 현재 네트워크를 먼저 점검하세요. 이 방법은 원인 범위를 좁히기 위한 것이며 한 번의 테스트만으로 결론을 내리기 위한 것이 아닙니다.
Data의 트래픽 변화는 참고 자료로 활용할 수 있지만 앱이나 시스템의 다른 요청도 트래픽을 발생시킬 수 있으므로 숫자가 늘었다고 해서 대상이 예상한 정책을 따랐다고 단정할 수는 없습니다. 테스트에 표시되는 시간도 실제 다운로드 속도와 같지 않습니다. 확인을 마친 뒤 사용할 모드와 구성을 유지하세요. 결과가 여전히 불분명하다면 마지막 단계에서 항목별로 점검합니다.
Settings 및 자주 발생하는 문제: 한 번에 하나씩 점검
문제가 발생한 지점에 맞춰 확인하고, 모든 설정을 초기화하지 마세요. 「가져온 항목 없음」, 「스위치가 켜진 상태로 유지되지 않음」, 「테스트 실패」, 「특정 대상만 실패」 중 어떤 상황인지 기록합니다. 한 항목을 변경할 때마다 같은 대상에 다시 접속해 확인하세요. 그래야 어떤 변경이 결과에 영향을 줬는지 알 수 있습니다.
가져온 뒤 서버 항목이 표시되지 않음
가져온 정보를 다시 확인해 구독에 Subscribe 유형을 사용했는지, 링크가 온전하고 아직 유효한지, 현재 네트워크에서 구독 내용을 가져올 수 있는지 점검하세요. 링크에 포함된 인증 매개변수를 임의로 삭제하거나 수정하지 마세요. 서비스 제공업체가 링크를 변경했다면 최신 정보를 문의하세요. 업데이트 전에 필요한 사용자 설정을 보관해 원인을 확인하기도 전에 사용할 수 있는 유일한 항목을 삭제하지 않도록 합니다.
스위치가 꺼지거나 시스템 권한 승인이 완료되지 않음
먼저 시스템에서 VPN 구성 권한을 허용했는지 확인한 다음, 다른 VPN 연결이나 기기 관리 제한이 현재 연결에 영향을 주는지 살펴봅니다. 처음 표시된 권한 요청을 취소했다면 다시 연결을 시작하고 인증을 완료하세요. 이 문제는 시스템 연결이 설정되는 단계에서 발생하므로 규칙을 계속 바꾸기보다 권한과 기기 상태를 우선 점검하는 것이 좋습니다.
연결은 유지되지만 테스트 또는 접속에 실패함
먼저 선택 표시가 의도한 서버에 있는지 확인한 뒤 Type, Host, Port와 인증 정보를 점검합니다. 입력한 정보가 맞다면 해당 서비스가 계속 이용 가능한지 확인하세요. 필요하면 기기에서 사용할 수 있는 다른 네트워크로 바꿔 다시 테스트해 현재 네트워크가 원인인지 살펴볼 수 있습니다. 결과의 변화를 기록하고, 한 번 우연히 성공했다고 문제가 완전히 해결된 것으로 보지 마세요.
Settings에서 Test Method를 찾을 수 있으며, 이 설정은 연결 테스트의 판단 방식에 영향을 줍니다. 특정 테스트는 실패하지만 실제 접속은 정상이라면 테스트 조건을 먼저 이해한 뒤 변경 여부를 결정하세요. On Demand는 자동 연결 조건과 관련이 있습니다. 수동으로 연결을 끊은 뒤 다시 연결되는 현상이 있다면 스위치 고장으로 오해하지 말고 해당 조건을 확인하세요.
Config 또는 특정 대상에서만 문제가 발생함
Config로 돌아가 예상한 파일이 활성화되어 있는지 확인합니다. 대상보다 앞에서 이미 매칭되는 규칙이 있는지, 규칙이 참조하는 정책이 현재 구성에 맞는지도 점검하세요. DNS 문제로 의심된다면 관련 증상을 기록하고 항목별로 확인합니다. DNS, 규칙, 프로토콜 매개변수를 한꺼번에 바꾸지 마세요. Proxy, TCP, UDP 등의 세부 설정은 전체 매뉴얼의 해당 항목을 참고하세요.
Settings의 Diagnostics를 사용하면 문제를 더 자세히 확인할 수 있습니다. 진단 정보를 정리할 때는 오류 증상, 사용한 모드, 재현 단계와 테스트 결과를 기록하세요. 공유하기 전에 구독 링크, 인증 매개변수, 비밀번호 및 기타 식별 정보를 삭제합니다. 자주 묻는 문제에 대한 추가 안내는 FAQ에서 확인하세요. 문의를 위해 구성 전체를 공개할 필요는 없습니다.
