1. Add Server: 추가 및 가져오기
Shadowrocket을 열고 Home으로 이동합니다. 먼저 SERVER 목록을 확인하세요. 사용할 서버가 이미 목록에 있다면 중복으로 추가하지 말고 정보를 확인한 뒤 기본 서버로 선택하면 됩니다. 목록이 비어 있거나 기존 항목이 이번에 사용할 연결이 아니라면 화면 오른쪽 위의 추가 버튼을 눌러 Add Server로 이동합니다. 보유한 정보의 유형에 맞는 가져오기 방법을 선택하세요. 구독 링크를 서버 주소로 입력하면 안 됩니다.
구독 링크가 있는 경우: Subscribe 선택
Add Server에서 Type을 열고 Subscribe를 선택한 다음 서비스 제공업체에서 받은 구독 링크를 URL에 붙여 넣습니다. 링크 전체를 그대로 입력해야 하며, 특히 끝부분의 매개변수를 보존하세요. 복사할 때 안내 문구, 줄바꿈, 앞뒤 공백이 들어가지 않도록 합니다. 메모에는 구독을 식별하기 쉬운 이름을 적으면 됩니다. 내용을 확인하고 저장한 뒤 Home으로 돌아가 구독 요청이 완료될 때까지 기다립니다. 해당 그룹에 서버 항목이 표시되는지 확인하세요.
구독 항목을 저장하는 것과 서버 목록을 성공적으로 가져오는 것은 별개의 단계입니다. 구독 이름만 보이고 선택할 서버가 없다면 연결 스위치를 켜기 전에 업데이트 오류가 있는지 확인하세요. 원본에서 링크를 다시 복사하고 구독이 아직 유효한지 확인합니다. 같은 구독을 반복해서 추가해도 잘못된 주소는 해결되지 않습니다. 나중에 업데이트할 때는 해당 구독의 업데이트 기능을 사용한 뒤 목록을 다시 확인하세요. 버튼을 눌렀다는 이유만으로 업데이트가 성공했다고 판단하지 마세요.
단일 서버 정보가 있는 경우: 프로토콜 및 항목 확인
단일 서버의 매개변수를 받았다면 Add Server의 Type에서 제공된 정보와 정확히 일치하는 프로토콜을 선택한 뒤 서버 주소, 포트, 인증 정보를 입력합니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 입력 항목이 서로 다릅니다. 프로토콜 이름만 바꾸고 다른 프로토콜의 필드를 그대로 사용하면 안 됩니다. 암호화 방식, 전송 방식, TLS, 서버 이름 등은 원본 정보를 기준으로 확인하세요. 확실하지 않다면 서비스 제공업체에 문의하세요.
식별 가능한 공유 정보나 QR 코드가 있다면 클라이언트의 가져오기 기능을 사용할 수 있습니다. QR 코드는 Scan QR Code로 읽을 수 있습니다. 가져온 뒤에도 항목을 열어 프로토콜과 서버 주소가 제공된 정보와 일치하는지 확인하세요. QR 코드를 스캔했다고 해서 매개변수가 유효하다는 뜻은 아닙니다. 항목을 채우려고 값을 추측해 입력하지 말고, 인증 정보를 메모나 주소란에 넣지 마세요.
SERVER로 돌아가 기본 서버 선택
저장한 뒤 Home으로 돌아와 SERVER 목록에서 사용할 서버를 선택하고 해당 항목에 기본 선택 표시인 DOT가 나타나는지 확인합니다. 메모가 비슷한 항목이라도 서로 다른 그룹에 속할 수 있으므로 그룹과 프로토콜을 함께 확인하세요. 기본 서버는 프록시가 필요한 요청이 사용할 연결 지점을 지정합니다. 목록에 서버가 있다고 해서 현재 기본 서버로 선택된 것은 아닙니다. 여기서는 여러 설정을 바꾸지 말고 다음 단계에서 Global Routing 처리 방식만 선택하세요.
2. Global Routing: 라우팅 모드 선택
Home에서 Global Routing을 눌러 필요한 처리 방식을 선택합니다. 세 가지 모드는 Config, Proxy, Direct입니다. 각 모드는 요청 처리 방식을 제어할 뿐 서버 정보를 채우거나 만료된 구독을 복구하지는 않습니다. 처음 설정할 때는 서버의 사용 가능 여부와 규칙의 정확성을 따로 확인하면 문제를 더 쉽게 찾을 수 있습니다.
Proxy: 서버 연결 먼저 확인
Proxy는 클라이언트가 처리하는 요청을 프록시 방식으로 보내며, 첫 연결 시 기본 서버가 사용 가능한지 임시로 확인하는 데 적합합니다. 선택한 뒤 Home으로 돌아가 기본 서버 표시를 다시 확인하세요. 이 모드는 추가 속도 향상 스위치가 아니며 기기의 모든 트래픽이 같은 경로를 따른다고 보장하지도 않습니다. 시스템 트래픽과 앱 동작에는 차이가 있을 수 있습니다. 지금은 규칙을 편집하지 말고 연결 및 실제 접속을 먼저 확인하세요.
Config: 현재 구성에 따라 요청 처리
Config는 현재 구성의 규칙과 정책에 따라 요청을 처리합니다. 이 모드를 사용하려면 먼저 Config로 이동해 사용할 구성이 목록에만 저장된 것이 아니라 현재 구성으로 설정되어 있는지 확인하세요. 구성 파일과 서버 구독은 역할이 다릅니다. 전자는 라우팅과 DNS 등의 동작을 지정하고, 후자는 일반적으로 서버 목록을 관리합니다. 구독을 가져오는 데 성공했다고 해서 현재 구성의 규칙이 사용 목적에 적합하다는 뜻은 아닙니다.
사용 가능한 구성이 이미 있다면 그대로 둔 채 연결에 성공한 뒤 항목별로 조정하세요. 규칙은 순서대로 일치 여부를 확인하며, 앞선 조건이 요청 경로를 먼저 결정할 수 있습니다. 기본 서버가 정상이어도 DIRECT에 일치하는 요청은 프록시 정책으로 처리되지 않습니다. 이 문서에서는 규칙 편집을 자세히 다루지 않습니다. DOMAIN-SUFFIX, IP-CIDR, FINAL에 대한 자세한 내용은 구성 파일 섹션을 참고하세요. 첫 연결 시 DNS, 규칙, 서버 설정을 동시에 변경하지 마세요.
Direct: 직접 접속 경로 확인
Direct는 요청을 직접 연결 방식으로 처리하며 선택한 프록시 서버를 사용하지 않습니다. 현재 네트워크의 직접 접속 상태와 비교할 수는 있지만 서버의 프록시 연결 성공 여부를 확인하는 데는 사용할 수 없습니다. Direct를 선택한 상태에서 연결 표시가 보이거나 페이지가 정상적으로 열려도 프록시 서버가 사용 가능하다고 판단할 수 없습니다. 기존 서버를 처음 점검하려면 Proxy로 돌아가거나 Config에서 해당 요청이 실제로 프록시 정책에 일치하는지 확인하세요.
선택을 마쳤다면 현재 모드와 선택 이유를 기억해 두세요. 테스트 중에 세 모드를 연달아 바꾸면 같은 페이지에서 얻은 두 결과가 서로 다른 경로를 거쳤을 수 있습니다. 다음 단계에서는 연결 스위치만 켜세요. 나중에 모드를 바꿨다면 다시 연결한 뒤 재검증하고 이전 테스트 결과를 그대로 적용하지 마세요.
3. Home: 연결 스위치 켜기
Home으로 돌아가 두 항목을 순서대로 확인합니다. SERVER의 기본 서버가 맞는지, Global Routing이 방금 선택한 모드인지 확인하세요. 구독에 서버가 여러 대 포함되어 있다면 테스트할 서버 하나를 먼저 고정하고 연결 중에 항목을 바꾸지 마세요. 확인이 끝나면 화면 위쪽의 연결 스위치를 켭니다. 연결되지 않은 상태에서는 Not Connected가 표시될 수 있습니다. 연결 중에는 상태가 갱신될 때까지 기다리고, 시스템 권한 요청과 실제 연결 과정을 혼동하지 않도록 스위치를 빠르게 반복해서 켜고 끄지 마세요.
첫 권한 요청: VPN 구성 추가 허용
처음 연결할 때 시스템에서 VPN 구성을 추가하라는 요청이 표시될 수 있습니다. 이 요청은 Shadowrocket이 시스템 네트워크 기능을 통해 트래픽을 처리하도록 하기 위한 것으로, 시스템 권한에만 관련되며 서버 연결 성공을 의미하지 않습니다. Shadowrocket이 요청을 시작했는지 확인한 뒤 허용을 선택하고 기기 안내에 따라 인증을 완료하세요. 시스템 권한 창의 문구는 시스템 언어에 따라 달라질 수 있습니다. 이 가이드에서는 클라이언트 내 영문 UI 용어를 그대로 사용하며 시스템 창을 고정된 클라이언트 화면처럼 설명하지 않습니다.
이전에 권한 요청을 취소했다면 연결 스위치가 켜진 상태로 유지되지 않을 수 있습니다. 클라이언트로 돌아가 연결을 다시 시작하고 시스템 요청이 다시 나타나는지 확인하세요. 기기 관리 정책이나 시스템 제한으로 VPN 구성을 추가하거나 활성화하지 못할 수 있습니다. 먼저 기기에서 해당 작업을 허용하는지 확인하세요. 권한 문제를 해결하려고 서버 정보를 반복해서 가져오지 마세요. 권한을 허용한 뒤 Home으로 돌아와 연결 스위치와 상태를 확인하세요. 시스템 설정 화면에서 결과를 판단하지 마세요.
연결 상태: 확인한 뒤 페이지 이동
연결 스위치가 켜진 상태로 유지되고 클라이언트에 연결 상태가 표시되면 시스템 네트워크 연결이 해당 단계까지 설정된 것입니다. 그래도 실제 요청을 테스트해야 합니다. VPN 상태 표시만으로 서버 인증, DNS 확인, 대상 접속이 모두 정상이라고 단정할 수 없습니다. 스위치가 즉시 꺼지거나 클라이언트에 연결 오류가 표시되면 오류 문구와 현재 프로토콜을 기록한 뒤 마지막 문제 해결 단계로 이동하세요. 오류를 확인하기 전에 On Demand를 켜지 마세요. 자동 재연결로 상태를 파악하기 어려워질 수 있습니다.
첫 수동 연결에 성공한 뒤 필요하면 Settings에서 On Demand를 설정하세요. 주문형 연결 조건은 연결을 시작할 시점을 정하는 기능이지, 사용할 수 없는 서버를 복구하는 기능이 아닙니다. 여러 VPN 구성이 동시에 현재 연결을 제어하지 않도록 주의하세요. 계속 확인하기 전에 현재 활성 구성이 Shadowrocket에 속하는지 확인합니다. 이제 기본 서버와 모드는 그대로 둔 채 Connectivity Test와 실제 접속을 확인하세요.
4. Connectivity Test: 작동 확인
Home에서 Connectivity Test를 눌러 현재 항목의 테스트 결과를 확인합니다. 이 기능은 연결 상태를 판단하는 데 도움을 주지만 전체 네트워크 품질을 보고하는 도구는 아닙니다. 테스트 방식에 따라 확인하는 대상이나 단계가 다를 수 있으므로 결과가 나왔다고 모든 페이지에 접속할 수 있는 것은 아닙니다. 테스트 시간 초과도 실제 요청 결과와 함께 판단해야 합니다. 이전에 다른 항목을 테스트한 결과가 아니라 현재 기본 서버의 결과인지 먼저 확인하세요.
테스트 결과와 실제 접속을 함께 확인
테스트가 끝나면 평소 사용할 페이지 하나를 열거나 명확한 앱 요청을 한 번 실행합니다. 결과를 알아보기 쉬운 대상을 선택하고 연결 아이콘만 보지 말고 페이지가 끝까지 로드되는지 확인하세요. 연결 전후를 비교하려면 네트워크, 대상, 동작을 동일하게 유지하고 각각 테스트합니다. 한 번에 클라이언트 연결 상태만 바꾸세요. 페이지 캐시 때문에 이전 내용이 계속 보일 수 있으므로 필요한 경우 새로고침해 새 요청을 보냅니다. 이미 로드된 페이지를 검증 대신 사용하지 마세요.
현재 Proxy를 사용 중인데 접속이 되지 않는다면 서버, DNS, 현재 네트워크를 먼저 확인하세요. Config를 사용 중이라면 요청이 어떤 규칙에 일치해야 하는지도 확인해야 합니다. 대상이 열리더라도 프록시를 거쳤다는 뜻은 아닙니다. 규칙에서 DIRECT로 지정했을 수 있습니다. 반대로 한 대상의 접속 실패만으로 모든 서버가 사용할 수 없다고 단정할 수 없습니다. 대상 자체, 인증 상태, 앱 내부 연결 방식도 결과에 영향을 줄 수 있습니다.
Data: 요청 경로 확인 보조
클라이언트로 돌아가 Data에서 확인할 수 있는 트래픽이나 요청 기록을 살펴봅니다. 대상 도메인, 발생 시각, 정책 정보를 바탕으로 방금 보낸 요청이 기록되었는지, 예상대로 처리되었는지 판단하세요. 기록의 DIRECT, PROXY 등 정보는 현재 모드 및 구성과 함께 해석해야 합니다. 전체 트래픽 수치가 변했는지만 확인해서는 안 됩니다. 일부 요청은 기존 연결을 사용하거나 예상한 도메인 형식으로 표시되지 않을 수 있습니다. 특정 이름이 보이지 않으면 요청을 다시 보낸 뒤 관련 기록을 확인하세요.
확인이 완료되려면 최소한 세 가지 결과가 필요합니다. Home의 연결 상태가 안정적이고, 선택한 서버가 관련 테스트를 통과하며, 예상한 페이지나 앱 요청이 정상적으로 완료되어야 합니다. 규칙에 따라 트래픽을 분리한다면 해당 요청에 적용된 정책도 확인하세요. 네트워크 아이콘, 테스트 수치, 트래픽 카운터는 서로 다른 항목을 나타냅니다. 어느 하나만으로 최종 결론을 내리거나 한 번의 테스트로 모든 설정을 자주 바꾸지 마세요.
확인이 끝나면 현재 서버, Global Routing 모드, 현재 구성을 사용 가능한 조합으로 보관하세요. 이후 설정을 조정할 때 비교 기준으로 삼고, 변경할 때마다 같은 방식으로 다시 확인합니다. 라우팅 기록과 DNS의 관계를 더 알아보려면 Settings 주요 항목 안내를 참고하세요. 결과가 일치하지 않으면 다음 순서에 따라 문제를 해결하세요.
5. 첫 연결 실패: 순서대로 점검
먼저 실패한 단계를 구분하세요. 서버 항목이 없는 경우, 연결 스위치가 켜진 상태로 유지되지 않는 경우, Connectivity Test가 시간 초과되는 경우, 연결 후 일부 요청만 실패하는 경우는 점검 방법이 각각 다릅니다. 오류 문구를 보관하고 현재 네트워크, 기본 서버, Global Routing을 기록하세요. 한 번에 조건 하나만 바꾸고 테스트한 뒤 다음 단계를 결정합니다. 구독 업데이트, 서버 변경, 모드 변경, DNS 변경을 한꺼번에 하면 유용한 단서를 놓칠 수 있습니다.
목록이 비어 있음: 가져오기 결과 먼저 확인
SERVER에서 선택할 항목이 없다면 구독 설정으로 돌아가 URL 전체가 입력되었는지 확인하고 이번 업데이트가 성공했는지 살펴봅니다. 구독 주소에는 인증 매개변수가 포함될 수 있으며, 끝부분이 빠지면 목록을 가져오지 못할 수 있습니다. 먼저 현재 네트워크에서 한 번 업데이트해 요청 실패와 응답 내용을 인식하지 못하는 경우를 구분하세요. 명확한 오류가 있으면 해당 오류를 기준으로 처리합니다. 구독 유효 기간, 접근 권한, 응답 형식은 서비스 제공업체에 확인하세요. 같은 이름의 구독을 계속 추가하는 방식으로 점검을 대신하지 마세요.
연결할 수 없음: 선택 항목, 권한, 프로토콜 설정 확인
서버 항목이 있는데도 연결되지 않으면 먼저 기본 선택 표시를 확인한 다음 VPN 구성 권한을 점검하세요. 서버 항목을 열어 주소, 포트, 프로토콜, 인증 정보와 해당 프로토콜에 필요한 전송 및 TLS 설정을 원본 정보와 하나씩 대조합니다. 포트에 응답이 있다고 인증 정보가 올바른 것은 아니며, 프로토콜을 정확히 선택해도 추가 항목이 일치한다는 뜻은 아닙니다. 테스트를 통과하려고 인증서 검증을 임의로 끄거나 서버 이름을 바꾸지 마세요. 올바른 설정으로 복구하세요.
기기의 날짜와 시간이 정확한지도 확인하세요. 시스템 시간이 맞지 않으면 인증서 및 인증 과정에 영향을 줄 수 있으며, TLS를 사용하는 연결에서 특히 중요합니다. 시간을 확인한 뒤 다시 연결하고 테스트하세요. 같은 구독에 사용 가능 여부가 확인된 서버가 있다면 기본 서버만 바꿔 비교하고 다른 설정은 그대로 둡니다. 한 서버만 실패하고 다른 서버는 정상이라면 실패한 항목의 정보와 서비스 상태를 먼저 확인하세요.
연결되지만 접속 실패: 규칙과 네트워크 요인 분리
Config에서 실패한다면 Proxy로 임시 전환해 같은 서버와 같은 대상에 다시 요청해 볼 수 있습니다. Proxy는 정상이지만 Config에서 문제가 생기면 현재 구성으로 돌아가 규칙 일치, 정책 참조, DNS 설정을 먼저 확인하세요. 이는 Proxy를 계속 사용하라는 뜻이 아니라 문제 범위를 구성 단계로 좁히기 위한 방법입니다. 두 모드 모두 실패하면 구성 세부 사항을 급히 바꾸기보다 서버 설정과 현재 네트워크를 먼저 확인하세요.
필요하고 기기에서 허용한다면 Wi-Fi와 셀룰러 네트워크를 비교하세요. 네트워크만 바꾸고 서버, 모드, 대상은 그대로 유지합니다. 결과가 다르면 네트워크 환경이 원인에 관여했을 수 있지만 어느 단계가 문제인지 바로 확정할 수는 없습니다. 일부 Wi-Fi는 먼저 네트워크 로그인이 필요합니다. 로그인하지 않으면 구독 업데이트와 서버 연결이 모두 실패할 수 있습니다. 일반 페이지에 직접 접속할 수 있는지 확인한 다음 클라이언트에서 다시 테스트하세요.
사용 가능한 상태를 보존한 뒤 고급 설정 점검
특정 앱이나 대상만 실패한다면 서버를 전부 삭제하거나 모든 설정을 초기화하지 말고 먼저 해당 대상의 요청 기록을 확인하세요. 구독 업데이트 후 문제가 생겼다면 기본 서버가 여전히 사용 가능한 항목을 가리키는지 다시 확인합니다. 업데이트로 목록 내용이 바뀔 수 있으므로 이름이 같아도 매개변수가 완전히 같다고 볼 수 없습니다. 구성을 업데이트한 뒤 문제가 생겼다면 백업과 비교해 현재 Config가 이전의 사용 가능한 구성인지 우선 확인하세요.
계속 문제를 해결해야 한다면 민감한 정보 없이 현상을 정리하세요. 실패 단계, 오류 문구, 사용한 프로토콜, Global Routing 모드, 네트워크별 결과를 기록합니다. 비밀번호, 키, 전체 구독 주소는 공개하지 마세요. 일반적인 원인과 해결 방법은 문제 해결에서 확인하고, 정기 업데이트, 백업, 장기 관리는 사용 설명서의 유지 관리 섹션을 참고하세요.