Shadowrocket 사용법

01Add Server / Subscribe: 기존 정보 가져오기

먼저 보유한 정보의 종류를 확인한 다음 가져오기 방법을 선택하세요. 구독 링크는 여러 서버 정보를 가져오고 업데이트하는 데 사용합니다. 개별 서버 공유 링크는 서버 항목 하나를 가져오며, 주소·포트·인증 정보는 직접 입력해야 합니다. 링크가 https://로 시작한다는 이유만으로 구독 링크라고 단정하지 마세요. 계정 관리 페이지나 안내 페이지는 구독 주소와 다릅니다. 링크의 용도가 불분명하다면 기존 서비스 안내를 먼저 확인하세요.

구독 링크가 있는 경우: Subscribe 사용

Shadowrocket을 열고 Home으로 이동한 뒤 오른쪽 위의 추가 버튼을 눌러 Add Server를 엽니다. Type에서 Subscribe를 선택하고 입력 화면으로 돌아와 구독 링크 전체를 URL에 붙여 넣습니다. 여러 구독을 구분하려면 Remarks에 알아보기 쉬운 이름을 입력한 뒤 저장하세요. 구독 주소에는 개인 접근 정보가 포함될 수 있으므로 공개된 게시판에 공유하지 말고, 조작 과정을 보여주기 위해 전체 링크를 공개하지도 마세요.

저장한 뒤 구독 요청이 완료될 때까지 기다린 다음 Home으로 돌아가 해당 그룹과 서버 항목이 표시되는지 확인합니다. 구독 이름만 보이고 서버가 없다면 바로 연결 단계로 넘어가지 마세요. 요청 성공 여부와 링크의 유효성, 응답 내용이 앱에서 지원하는 구독 데이터인지 확인해야 합니다. 구독 이름이 표시된다는 것만으로 모든 서버 정보를 정상적으로 가져왔다고 볼 수는 없습니다.

여기서 Subscribe와 Config을 구분해야 합니다. Subscribe는 서버 정보를 가져오고 업데이트하는 기능이며, Config은 규칙 등의 동작에 영향을 주는 구성 파일을 관리합니다. 처음 사용하는 경우 낯선 구성 파일을 먼저 가져올 필요는 없습니다. 구독이 있다고 해서 필요한 규칙 구성이 준비되어 있다는 뜻도 아닙니다. 서버 목록이 표시되면 이 페이지의 연결 확인을 먼저 완료하고 필요에 따라 구성을 정리하세요.

서버 정보가 있는 경우: Add Server에서 직접 입력

개별 서버 정보가 있다면 Add Server의 Type에서 실제 프로토콜을 선택하세요. 예를 들어 Shadowsocks, VMess, VLESS, Trojan을 선택한 뒤 보유한 정보에 맞춰 항목을 입력합니다. 일반적으로 Address와 Port를 확인하고, 인증 항목은 프로토콜에 따라 Password 또는 UUID 등을 입력합니다. 한 프로토콜의 입력 항목을 다른 프로토콜에 적용하거나 포트 번호만 보고 프로토콜을 추측하지 마세요.

보유한 정보에 TLS, 전송 방식, Host, Path 또는 기타 추가 항목이 포함되어 있다면 항목별로 그대로 입력하세요. 서버 주소와 TLS에서 사용하는 이름은 서로 다른 역할을 할 수 있으므로 ‘일치해 보이게’ 임의로 바꾸지 마세요. 정보가 완전하지 않다면 추측한 항목을 저장하기보다 여기서 멈추고 원본 정보를 확인하는 편이 문제를 찾기 쉽습니다.

공유 링크나 QR 코드가 있는 경우: 가져온 뒤에도 확인

QR 코드가 있다면 Scan QR Code를 사용하고, 시스템에서 요청하면 필요한 카메라 권한을 허용합니다. 공유 링크가 있다면 전체 내용을 복사한 뒤 앱의 클립보드 가져오기 기능을 사용하세요. QR 코드 인식이나 링크 해석에 성공했다는 것은 정보를 읽을 수 있다는 뜻일 뿐, 서버에 현재 연결할 수 있다는 의미는 아닙니다. 저장한 뒤에도 항목을 열어 프로토콜과 주소를 확인하고, 만료된 정보나 잘못 선택한 항목은 아닌지 살펴보세요.

이 단계의 완료 기준: Home에 서버 항목이 표시되고 이번에 사용할 항목 하나가 선택되어 있어야 합니다. 지금은 정보를 더 가져오지 말고 다음 단계에서 Global Routing을 확인하세요. 구독 업데이트, 여러 그룹 관리, 백업 방법은 서버 관리 매뉴얼의 Subscribe 섹션을 참고하세요.

02Global Routing: 연결 모드 선택

서버는 어디에 연결할지를 정하고, Global Routing은 연결을 어떻게 처리할지를 정합니다. Home으로 돌아가 Global Routing을 누르고 현재 선택된 모드를 확인한 뒤 목적에 맞게 조정하세요. 처음에는 세 가지 모드인 Config(구성), Proxy(프록시), Direct(직접 연결)를 알아두면 됩니다. 이는 라우팅 모드이지 서로 다른 서버가 아니며, 기존 구독의 유효성에도 영향을 주지 않습니다.

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

Config(구성)은 규칙에 따라 트래픽을 분기할 때 사용합니다. 앱은 현재 활성화된 구성의 규칙에 따라 PROXY, DIRECT, REJECT 등의 정책을 적용하므로 모든 연결이 선택한 서버를 거치는 것은 아닙니다. Config을 열 때는 ‘목록에 있는 파일’과 ‘현재 활성화된 파일’을 구분하세요. 파일을 가져오기만 하고 활성화하지 않았다면 규칙이 적용된다고 볼 수 없습니다.

Config을 선택한 뒤 일부 웹페이지는 열리고 다른 페이지는 열리지 않더라도 구독이 무효라고 바로 판단하지 마세요. 규칙은 보통 위에서 아래 순서로 일치하는 항목을 찾고 해당 정책을 적용하며, 앞서 일치하는 항목이 없으면 FINAL이 처리합니다. 특정 도메인이 DIRECT와 PROXY 중 어느 쪽으로 연결되는지는 현재 규칙을 확인해야 합니다. 연결 스위치 상태만으로 판단하지 마세요.

Proxy(프록시): 프록시 연결 경로 확인

Proxy(프록시)는 선택한 서버를 처음 확인할 때 간단한 비교 기준으로 사용할 수 있습니다. 이 모드에서는 보통 앱이 처리하는 프록시 트래픽을 확인하므로 일반적인 규칙 분기의 영향을 줄여 판단할 수 있습니다. 평소 Config을 사용할 예정이라면 먼저 Proxy로 기본 연결을 확인한 다음 Config으로 돌아가 같은 웹페이지를 비교하세요. Proxy는 서버 정보를 수정하는 기능이 아니며 모든 앱의 모든 네트워크 동작이 반드시 같은 방식으로 처리된다는 뜻도 아닙니다.

Direct(직접 연결): 직접 연결과 비교

Direct(직접 연결)는 서버를 거치지 않고 연결하는 모드이므로 프록시 서버의 작동 여부를 확인하는 데 사용하면 안 됩니다. Direct에서는 열리지만 Proxy에서는 열리지 않는 웹페이지가 있다면 두 연결 경로의 결과가 다르다는 뜻입니다. 선택한 서버와 관련 설정을 계속 확인하세요. 반대로 Direct에서 실패하더라도 기기 전체의 네트워크 연결이 끊겼다고 단정할 수는 없습니다. 항상 같은 테스트 대상을 사용해 비교하세요.

이 단계의 완료 기준: 어떤 모드를 선택했는지, 그 이유가 무엇인지 설명할 수 있어야 합니다. 서버를 처음 확인할 때는 Proxy를 사용할 수 있고, 명확한 규칙이 필요하다면 Config을 사용하세요. 모드를 선택한 뒤 Home으로 돌아가 연결 권한 설정을 진행합니다. 규칙과 설정 항목은 기능 안내에서 자세히 확인할 수 있습니다.

03Home: 연결 스위치 켜기 및 권한 승인

Home에서 다시 확인하세요. 방금 가져온 서버 항목이 선택되어 있고 Global Routing도 원하는 모드로 설정되어 있다면 화면 상단의 연결 스위치를 켭니다. 처음 활성화할 때 시스템에서 Shadowrocket이 VPN 구성을 추가하려 한다는 안내가 표시될 수 있습니다. 이는 네트워크 구성을 시스템에서 관리하도록 허용하는 절차이며, 구독 결제 안내도 서버의 작동 여부를 검사했다는 뜻도 아닙니다.

시스템 안내에 표시된 앱 이름을 확인해 직접 실행한 Shadowrocket에서 요청한 것인지 확인한 뒤 허용을 선택하고 시스템 지침에 따라 기기 인증을 완료하세요. 인증은 기기의 시스템 화면에서 진행해야 합니다. 가이드 확인이나 구독 가져오기를 위해 기기 잠금 해제 정보를 다른 사람에게 알려줄 필요는 없습니다. 권한 승인 후 Shadowrocket으로 돌아와 스위치가 켜진 상태로 유지되는지, 앱에 연결 상태가 표시되는지 확인하세요.

앞서 구성 추가를 거부했거나 스위치를 켠 직후 꺼졌다면 처리해야 할 시스템 안내가 남아 있는지 먼저 확인하세요. 필요하면 시스템 Settings에서 VPN 구성 상태를 확인한 뒤 앱으로 돌아와 다시 시도합니다. 시스템 버전에 따라 설정 경로가 다를 수 있으므로 기기에 표시되는 메뉴를 기준으로 진행하세요. 연결을 시도한다는 이유로 관리 대상인지 알 수 없는 구성을 함부로 삭제하지 마세요.

기기에 다른 VPN 연결이 있다면 현재 실제로 활성화된 항목을 먼저 확인하세요. 다른 연결이 작동 중인 상태에서 Shadowrocket을 테스트하지 않도록 합니다. 처음 설정할 때는 On Demand도 그대로 두세요. 자동 연결이 켜져 있으면 확인해야 할 변수가 늘어나므로 수동 연결과 해제를 모두 확인한 뒤 설정하세요.

이 단계의 완료 기준: 시스템 권한 승인을 마쳤고 앱의 연결 스위치가 켜진 상태로 유지되어야 합니다. 여기서는 기기 내 연결 절차가 시작되었는지만 확인합니다. 시스템의 VPN 표시나 스위치가 켜졌다는 사실만으로 원격 접속이 성공했다고 판단하지 마세요. 다음 단계에서 실제 요청으로 확인해야 합니다.

04Connectivity Test: 실제 접속으로 확인

먼저 Home에서 Connectivity Test로 서버를 확인한 다음 Safari로 전환해 평소 이용하며 접속이 허용된 웹페이지를 엽니다. 테스트 결과와 웹페이지 로딩은 서로 다른 단계를 보여줍니다. 전자는 테스트 대상에 도달할 수 있는지 판단하는 데 참고하고, 후자는 이번 실제 접속 결과를 확인하는 데 사용합니다. 한 번의 테스트 성공만으로 모든 웹사이트, 프로토콜, 규칙이 정상이라고 볼 수는 없습니다.

웹페이지가 끝까지 로드되는지, 페이지 내 링크도 열리는지 확인하세요. 이전에 캐시된 제목이나 이미지만 보이는 것으로 판단하지 마세요. 페이지를 새로고침하거나 해당 사이트에서 방문한 적 없는 페이지를 열어볼 수 있습니다. 이전에 열었던 페이지가 계속 보인다는 이유만으로 결론 내리면 브라우저 캐시가 실제 연결 문제를 가릴 수 있습니다.

앱으로 돌아가 Global Routing을 확인합니다. Config을 사용 중이라면 연결 기록에서 테스트한 도메인에 어떤 정책이 적용되었는지 확인하세요. DIRECT, PROXY, REJECT 중 무엇이 적용되었는지 살펴봅니다. 페이지가 열렸더라도 규칙에 따라 직접 연결되었을 수 있으며, 페이지가 열리지 않는다면 서버 연결이 끊어진 것이 아니라 해당 도메인에 REJECT가 적용되었을 수 있습니다.

모드를 비교하려면 서버와 테스트 웹페이지는 그대로 두고 Config과 Proxy 중 한 가지만 바꾼 뒤 요청을 다시 보내세요. Proxy는 정상이고 Config에서 문제가 생긴다면 현재 활성화된 구성의 규칙과 DNS 설정을 먼저 확인하세요. 두 모드 모두 실패한다면 전체 구성을 다시 작성하기보다 서버와 기본 연결 단계부터 점검하세요.

Data에 표시되는 변화는 앱이 트래픽을 처리했다는 참고 정보가 될 수 있지만, 트래픽 기록만으로 대상 웹페이지가 정상적으로 응답했다고 단정할 수는 없습니다. 연결 스위치 상태, 실제 페이지 로딩, 현재 모드, 관련 연결 기록을 함께 확인하고 각 결과가 서로 일치하는지 살펴보는 편이 좋습니다.

이 단계의 완료 기준: 실제 웹페이지에 기대한 대로 접속할 수 있고 현재 모드에서 어떤 경로를 사용하는지 설명할 수 있어야 합니다. 확인이 끝나면 평소 사용할 모드로 되돌리세요. 네트워크나 서버를 바꾼 뒤 문제가 생기면 이 단계부터 다시 확인하면 됩니다. 구매나 설치 단계부터 다시 시작할 필요는 없습니다.

05자주 발생하는 문제: 발생 단계별 점검

문제를 점검할 때는 한 번에 하나씩만 변경하고 변경 전후 결과를 기록하세요. ‘선택한 서버, Global Routing, 테스트 웹페이지, 시스템 안내 표시 여부, 실패한 단계’를 적어둘 수 있지만 전체 인증 정보를 기록하거나 공개하지 마세요. 기록을 남기면 직접 다시 확인하기 쉽고, 설정을 계속 바꾸다가 처음 문제를 잊는 일도 줄일 수 있습니다.

가져온 뒤 항목이 표시되지 않음

첫 단계로 돌아가 링크 종류를 확인하세요. 계정 페이지를 구독 주소로 입력하면 앱에서 해당 페이지에 접속하더라도 올바른 서버 정보를 가져올 수 없습니다. 링크의 앞부분이나 끝부분 또는 쿼리 매개변수가 빠지지 않았는지, 불필요한 공백이 포함되지 않았는지, 구독이 아직 유효한지 확인하세요. 직접 입력한 항목은 편집 화면을 나가기만 한 것이 아니라 실제로 저장했는지도 확인합니다. 오류 안내를 확인하는 대신 같은 링크를 계속 추가하지 마세요.

연결 스위치가 켜진 상태로 유지되지 않음

먼저 시스템 권한과 기기 내 구성 상태를 확인하고 VPN 구성 추가 절차를 완료했는지 살펴보세요. 다른 연결이 현재 상태에 영향을 주는지도 확인합니다. 기기 내 연결 절차가 끝나지 않은 단계이므로 DNS나 규칙을 먼저 바꾸는 것으로 해결되지 않는 경우가 많습니다. 기기가 관리 대상이라면 해당 관리 정책에 따라 처리하고 구성을 함부로 삭제하지 마세요.

스위치는 켜져 있지만 모든 테스트에 실패함

올바른 서버가 선택되어 있는지 확인한 다음 주소, 포트, 프로토콜, 인증 항목이 보유한 정보와 일치하는지 점검하세요. 구독이 업데이트된다는 사실과 그 안의 특정 서버를 사용할 수 있다는 사실은 서로 다릅니다. Connectivity Test가 실패해도 실제 요청 결과를 함께 확인해야 합니다. 본인의 구독에 사용할 수 있다고 확인된 다른 항목이 있다면 모드와 테스트 웹페이지는 그대로 두고 서버만 바꿔 비교하세요. 항목이 유효한지는 본인의 서비스 정보를 통해 확인해야 합니다.

Connectivity Test는 성공하지만 웹페이지가 열리지 않음

먼저 테스트 대상과 웹페이지 접속 대상이 서로 다를 수 있다는 점을 확인하고, Config에서만 문제가 생기는지도 살펴보세요. 도메인 확인, 규칙 적용, 원격 응답, 테스트 방식의 차이가 원인일 수 있습니다. 관련 설정을 열기 전에 현재 값을 기록하고 DNS를 직접 설정했는지, 구성에 해당 도메인의 별도 규칙이 있는지 확인하세요. 원인을 찾기 전에 DNS, 서버, 전체 구성을 동시에 바꾸면 어떤 변경이 영향을 주었는지 알 수 없습니다.

일부 웹페이지나 기능만 작동하지 않음

정상적으로 열리는 페이지를 비교 대상으로 남겨두고 실패한 페이지의 도메인과 적용된 정책을 확인하세요. 한 웹페이지가 여러 도메인에 요청을 보낼 수 있습니다. 따라서 메인 페이지는 열리지만 이미지나 로그인 기능이 작동하지 않는다면 주소창에 표시된 도메인 하나만 확인하지 말고 관련 요청도 살펴봐야 합니다. Proxy와 Config을 비교하면 문제 범위를 좁히는 데 도움이 되지만, 최종적으로는 실제 기록과 구성 내용을 확인해야 합니다.

연결을 끊은 뒤 자동으로 다시 연결됨

On Demand가 활성화되어 있는지, 트리거 조건이 현재 네트워크에 맞는지 확인하세요. 처음 사용할 때 자동 연결을 설정하면 수동으로 연결을 끊은 뒤 나타나는 동작을 스위치 오류로 오해하기 쉽습니다. 먼저 수동으로 상태를 확인할 수 있도록 되돌린 다음 연결, 접속, 연결 해제 동작이 모두 예상대로 작동하는지 확인하고 On Demand를 별도로 설정하세요.

이 페이지는 첫 조작과 빠른 문제 확인을 위한 안내입니다. 문제가 생기면 위 목차에서 해당 단계로 바로 이동하세요. 앱을 반복해서 재설치하거나 실패한 단계를 확인하기도 전에 모든 설정을 한꺼번에 바꿀 필요는 없습니다.