Shadowrocket 사용법

단계 01 · 연결 항목 준비

Add Server: 서버 추가 및 구독 가져오기

먼저 보유한 정보가 구독 링크 하나인지, 단일 서버의 프로토콜·주소·포트·인증 정보인지 확인하세요. 두 기능의 진입 위치는 가까울 수 있지만 입력 방식은 다릅니다. 구독은 여러 항목을 가져와 관리하는 데 사용하며, 단일 서버는 해당 프로토콜에 맞춰 항목을 입력해야 합니다. 구독 주소의 도메인을 서버 Host로 입력하지 마세요.

기존 구독 링크가 있는 경우: Subscribe 선택

Shadowrocket의 Home을 열고 SERVER 그룹에서 Add Server를 선택합니다. 기존 구독을 사용하려면 Type에서 Subscribe를 선택한 다음 해당 URL 필드에 링크 전체를 붙여 넣으세요. 복사 과정에서 공백, 줄바꿈 또는 따옴표가 포함되지 않았는지 확인하세요. 특히 구독 접근 권한을 확인하는 데 쓰일 수 있는 물음표 뒤 내용을 삭제하지 마세요. 알아보기 쉬운 메모를 입력하고 저장한 뒤 가져오기가 완료될 때까지 기다립니다.

Home으로 돌아가 목록에 가져온 그룹 또는 서버 항목이 표시되는지 확인하세요. 내용이 없는 구독 기록만 남아 있어서는 안 됩니다. 가져오려면 현재 네트워크에서 구독 주소에 접속할 수 있어야 합니다. 요청 실패 메시지가 표시되면 먼저 링크가 여전히 유효한지 확인한 다음 네트워크 상태를 점검하세요. 업데이트 버튼을 반복해서 눌러도 만료된 인증 정보는 복구되지 않으며 링크 확인을 대신할 수 없습니다.

기존 서버 정보가 있는 경우: Type 먼저 확인

단일 서버 정보를 받은 경우 Add Server에서 먼저 올바른 Type을 선택한 뒤 제공된 Host, Port 및 해당 유형에 필요한 인증 항목을 입력합니다. 스크린샷의 Password와 Method는 특정 프로토콜에 해당하는 항목이며, 모든 유형에서 같은 값을 요구하는 것은 아닙니다. Shadowsocks, VMess, VLESS, Trojan 등의 유형은 서버 측 설정과 일치해야 합니다. 이름이 비슷하다는 이유만으로 서로 바꾸어 선택하지 마세요.

일반적으로 Host에는 서버 주소 또는 도메인을 입력합니다. 전송 경로, TLS 이름 또는 추가 항목이 별도로 제공된 경우 해당 필드에 입력하고 Host에 합쳐 넣지 마세요. Scan QR Code로 QR 코드를 읽을 수도 있지만, 읽은 뒤에도 Type과 주요 항목을 확인해야 합니다. Import from Cloud JSON은 특정 입력 형식에 사용하는 기능이므로 임의의 구독 링크를 여는 데 사용하지 마세요.

저장한 뒤 Home으로 돌아가 항목이 있는지 확인하고 사용할 서버를 선택합니다. 이 단계에서는 정보 가져오기만 완료된 것이며 연결 성공 여부는 아직 확인되지 않았습니다. 구독 업데이트 후 항목이 바뀌었다면 다음 단계로 넘어가기 전에 현재 선택한 항목을 다시 확인하세요. 구독 링크와 QR 코드에는 인증 정보가 포함될 수 있으므로 공개 스크린샷이나 게시물에 올리지 마세요.

단계 02 · 트래픽 처리 방식 선택

Global Routing: 연결 모드 선택

서버 항목을 저장한 뒤 Home으로 돌아가 Global Routing을 엽니다. 여기서는 요청 처리 방식을 선택하며 서버 프로토콜을 고르는 것이 아닙니다. 선택지는 Config, Proxy, Direct 세 가지입니다. 현재 선택된 모드를 확인한 다음 연결을 켜면, 모드가 예상과 달라 발생한 문제를 서버 오류로 오인하지 않을 수 있습니다.

Config: 현재 구성의 규칙에 따라 처리

Config를 선택하면 요청은 현재 활성화된 구성의 규칙에 따라 처리됩니다. Config로 이동해 실제 사용 중인 구성 파일을 확인하세요. 목록에 파일이 있는지만 확인해서는 부족합니다. 편집 화면에는 General, Rule, Hosts, URL Rewrite 등의 섹션이 표시됩니다. 스크린샷은 각 섹션의 위치를 확인하기 위한 것으로, 첫 연결을 위해 모든 섹션을 편집할 필요는 없습니다.

Rule의 매칭 순서는 결과에 영향을 줍니다. 앞쪽 규칙이 일치하면 일반적으로 뒤쪽 규칙은 해당 요청의 처리 방식을 결정하는 데 사용되지 않습니다. FINAL은 앞선 규칙에 일치하지 않은 요청을 처리합니다. DIRECT는 직접 연결, REJECT는 요청 거부를 뜻합니다. 프록시 또는 정책 그룹을 가리키는 규칙에는 사용할 수 있는 대상도 있어야 합니다. PROXY라는 문구가 있다고 해서 앱이 서버나 정책 그룹을 자동으로 설정해 주는 것은 아닙니다.

용도가 분명한 구성이 이미 있다면 내용을 유지한 채 현재 활성화 여부와 정책에 해당 항목이 있는지 확인하세요. 첫 연결을 위해 DNS, Rule, URL Rewrite를 동시에 수정하지 마세요. 문제가 발생했을 때 원인을 찾기 어려워집니다. 구독과 구성 파일은 같은 개념이 아닙니다. 구독은 서버 항목을 업데이트할 수 있고, 구성 파일은 주로 요청 처리 방식을 결정합니다.

Proxy 및 Direct: 명확한 비교를 위한 모드

Proxy를 선택하면 일반적으로 해당 모드에서 처리되는 요청에 선택한 프록시를 사용합니다. 서버 자체가 작동하는지 임시로 확인할 때 유용합니다. 모든 시스템 트래픽이 반드시 프록시를 통과한다는 뜻은 아니며, 시스템에서 제외되는 트래픽이나 관련 설정이 경로에 영향을 줄 수 있습니다. Proxy에서는 접속되지만 Config에서는 안 된다면 서버 정보를 다시 입력하기보다 구성 규칙과 정책 연결을 먼저 확인하세요.

Direct를 선택하면 해당 요청이 선택한 프록시 서버를 거치지 않고 직접 연결됩니다. 현재 네트워크에서 직접 접속할 수 있는지 비교할 때 사용할 수 있지만, Direct로 바꾼다고 Home 상단의 연결 스위치가 꺼지는 것은 아닙니다. 클라이언트 연결을 종료하려면 Home으로 돌아가 스위치를 끄고 상태를 확인하세요. Global Routing만 바꾸면 연결이 종료되는 것은 아닙니다.

첫 연결을 확인할 때는 모드를 하나 정해 선택 결과를 기록한 다음 연결하세요. 규칙 세부 내용을 확인하려면 기술 참고 자료를, 모드를 잘못 판단한 것 같다면 자주 묻는 질문을 참조하세요. 이 가이드에서는 현재 무엇을 선택했고 왜 선택했는지 명확히 하면 됩니다. 처음부터 전체 규칙을 완성할 필요는 없습니다.

단계 03 · 시스템 연결 설정

Home: 스위치를 켜고 권한 승인

Home으로 돌아가 SERVER 그룹에서 사용할 서버가 선택되어 있는지 확인한 다음 Global Routing에 표시된 모드를 확인합니다. 서버 선택, 모드 선택, 연결 켜기는 서로 별개의 작업입니다. 목록에 서버가 있다고 해서 선택된 것은 아니며, 서버를 선택했다고 해서 시스템 연결이 켜진 것도 아닙니다.

Home 상단의 연결 스위치를 켭니다. 처음 연결할 때 시스템에서 Shadowrocket이 VPN 구성을 추가하도록 허용할지 물을 수 있습니다. 안내를 읽고 방금 Shadowrocket에서 시작한 요청인지 확인한 다음, 시스템 절차에 따라 허용하고 기기 인증을 완료하세요. 이 권한은 시스템 네트워크 구성을 설정하기 위한 것으로 구독 인증을 대신하지 않으며 서버 정보가 검증되었다는 뜻도 아닙니다.

시스템 안내를 완료한 뒤 Home으로 돌아가 상단 상태가 Not Connected에서 연결됨으로 바뀌었는지, 스위치가 계속 켜져 있는지 확인하세요. 기기와 현재 화면에 따라 시스템 상태 영역의 연결 표시가 다를 수 있으므로 앱 상태와 실제 접속을 함께 확인하세요. 상태 표시줄에 아이콘이 있는지만으로 판단하지 마세요.

이전에 권한 요청을 취소했다면 앱으로 돌아가 연결을 다시 시도하고 실제로 표시되는 시스템 안내를 따르세요. 조직에서 관리하는 기기는 VPN 구성 추가가 제한될 수 있습니다. 이 문제는 서버 비밀번호를 바꿔도 해결되지 않습니다. 계속 점검하기 전에 기기에서 해당 작업을 허용하는지 확인하세요.

연결 스위치를 켜자마자 꺼지면 먼저 상태 변화와 표시된 안내를 기록한 뒤 시스템 권한 문제인지 서버 연결 문제인지 구분하세요. 현상을 기록하지 않은 채 여러 항목을 연달아 바꾸지 마세요. 현재 서버와 모드는 그대로 두고 연결을 한 번만 다시 시도해 오류가 동일한지 확인한 다음, 뒤의 문제 해결 단계로 넘어갑니다.

iPad에서도 같은 순서로 진행할 수 있으며 창 크기에 따라 화면 배치가 달라질 수 있습니다. Home, SERVER, Global Routing, 상단 연결 스위치의 위치를 확인하면 이미지와 화면을 맞추려고 기기 표시 설정을 바꿀 필요가 없습니다. 연결을 유지한 상태로 Connectivity Test와 실제 대상에 접속해 결과를 확인하세요.

단계 05 · 발생 지점에 따라 문제 해결

Settings: 자주 발생하는 문제 해결

문제 해결을 시작할 때는 어느 단계에서 실패하는지 먼저 구분하세요. 구독을 가져오지 못했는지, 스위치가 켜진 상태를 유지하지 못하는지, 연결은 켜졌지만 대상에 접속할 수 없는지 확인합니다. 각 문제의 원인은 다릅니다. 모든 설정을 한꺼번에 초기화하기보다 가장 최근에 완료한 단계로 돌아가 완료 조건이 여전히 충족되는지 확인한 뒤 다음 항목을 점검하세요.

가져오기 실패: 입력값과 구독 응답 확인

구독 업데이트 오류가 발생하면 링크 전체, 현재 네트워크, 구독의 유효 여부를 확인하세요. 링크 요청은 성공했는데 항목이 가져와지지 않는다면 응답 내용이 앱에서 지원하는 구독 형식인지 살펴봅니다. 로그인 페이지, 오류 페이지, 열람용 안내 페이지는 서버 구성 데이터가 아닙니다. 단일 서버 저장에 실패했다면 Type에 필요한 필수 항목과 Port 입력을 다시 확인하세요.

기존 구독의 서버 항목이 변경되었다면 업데이트가 완료된 뒤 현재 선택된 항목을 다시 확인해 이전 항목을 계속 사용하지 않도록 하세요. 구독 업데이트와 Config 파일 업데이트는 각각 확인해야 합니다. 하나가 성공했다고 다른 하나까지 동기화되었다고 볼 수는 없습니다. 정보의 유효성을 확인하려면 본인이 이용 중인 서비스 제공자에게 문의하고 필요한 오류 설명만 전달하세요.

연결 실패: 권한, 인증, 기기 시간 확인

스위치가 켜지지 않으면 먼저 시스템 권한이 승인되었는지, 기기에 관리 제한이 있는지 확인하세요. 스위치는 켜지지만 서버를 사용할 수 없다면 Host, Port, 인증 정보, 전송 방식, TLS 관련 항목을 점검합니다. 프로토콜에서 요구하는 이름이나 경로가 일치하지 않아도 연결에 실패할 수 있습니다. 항목 오류를 감추려고 인증서 확인을 임의로 끄지 마세요.

인증서 또는 인증 시각 확인과 관련된 문제라면 기기의 날짜와 시간이 올바른지 확인하세요. 다른 네트워크 연결 구성이 동시에 활성화되어 있다면 실제로 어떤 구성이 작동 중인지 확인한 뒤 비교 테스트를 진행합니다. 처음 문제를 점검할 때는 연결 방식과 설정 변경이 뒤섞이지 않도록 네트워크 조건을 가능한 한 그대로 유지하세요.

접속 실패: Test Method 및 On Demand 확인

Settings에서 Test Method를 찾아 현재 테스트 방식을 확인하세요. 방식에 따라 검사 대상이 다르므로 지연 시간 수치를 웹페이지 로딩 속도로 해석하거나 서로 다른 테스트 방식의 수치를 단순 비교하면 안 됩니다. 테스트에만 문제가 있고 실제 대상에는 접속된다면 테스트 조건을 먼저 확인하세요. 실제 대상도 접속되지 않는다면 규칙과 서버 경로를 다시 점검합니다.

수동으로 연결을 끈 뒤 다시 자동 연결되거나 Wi-Fi를 바꾼 후 연결 상태가 달라진다면 On Demand가 활성화되어 있는지와 실행 조건을 확인하세요. 첫 연결이 안정되지 않았다면 자동 실행을 잠시 끄고 Home에서 수동 연결 절차를 확인할 수 있습니다. 기본 절차가 정상 작동하는 것을 확인한 뒤 필요한 조건을 하나씩 추가하세요. 자동 재연결을 스위치 오류로 오해해 서버 설정을 반복해서 바꾸지 마세요.

원인을 찾기 어렵다면 Settings의 Diagnostics에서 실패한 시점과 관련된 필요한 정보를 확인하고 보관하세요. 공유하기 전에 구독 링크, 인증 항목, QR 코드, 개인 네트워크를 식별할 수 있는 정보를 가리세요. 선택한 모드, 네트워크 유형, 실패 단계, 이미 진행한 개별 비교 결과를 적으면 충분합니다. 구성 전체를 공개할 필요는 없습니다.