Shadowrocket 구독 가져오기
및 연결 확인 가이드

단계 01 / 선택 가능한 서버 항목 만들기

서버 추가 또는 기존 구독 가져오기

Shadowrocket을 열고 Home에서 서버 항목이 있는지 확인합니다. 목록이 비어 있다면 자료를 아직 추가하지 않은 것이며, 앱 설치에 실패했다는 뜻은 아닙니다. 먼저 보유한 자료의 종류를 확인하세요. 주소, 포트, 인증 정보가 한 세트로 있다면 직접 입력하고, 서버 공유 링크 하나는 보통 서버 항목 하나를 가져옵니다. Subscribe 구독 주소는 여러 항목을 가져오고 업데이트하는 데 사용하며, 구성 파일에는 규칙과 기타 설정이 포함될 수 있습니다. 링크라는 이유만으로 이 자료들을 같은 메뉴에서 가져올 수 있는 것은 아닙니다.

기존 구독: Subscribe 가져오기 메뉴 사용

서비스 제공업체에서 구독 주소 전체를 복사하고, 계정 로그인 페이지나 결제 페이지, 안내 문서가 아닌 구독 콘텐츠 주소인지 확인합니다. Home으로 돌아가 추가 메뉴를 엽니다. Add Server의 유형 목록에 Subscribe가 있으면 선택하고 구독 주소를 입력한 뒤 저장하여 가져오기가 끝날 때까지 기다립니다. 앱이 클립보드에서 가져올 자료를 감지하면 유형과 출처를 확인한 다음 진행하세요. 안내가 표시됐다는 이유만으로 바로 승인하지 마세요.

저장한 뒤 Home으로 돌아가 구독 그룹과 서버 항목이 표시되는지 확인합니다. 구독 이름만 있고 서버 항목이 없다면 연결을 켜기 전에 업데이트 결과부터 확인하세요. 구독을 새로 고치면 항목 이름이나 선택지가 달라질 수 있습니다. 처음 가져오기에 성공했다면 항목 하나를 선택해 확인하면 되며, 같은 주소를 반복해서 가져올 필요는 없습니다. 중복 가져오기는 비슷한 그룹을 만들어 어느 자료로 연결 중인지 헷갈리게 할 수 있습니다.

보유한 자료가 Config 페이지의 원격 구성이나 Subscribe 관리 메뉴를 가리킨다면 자료 유형에 맞게 처리하세요. Config에서 해당 구성을 추가하거나 가져온 뒤 내용을 확인하고 사용할 항목을 선택합니다. Config는 주로 구성 파일을 관리하므로 파일을 가져왔다고 사용할 서버가 선택된 것은 아닙니다. 마찬가지로 Home에 구독 항목이 표시되어도 규칙 구성이 전환된 것은 아닙니다. 메뉴 이름이 비슷하다면 ‘서버 목록 업데이트’와 ‘규칙 구성 선택’의 목적을 먼저 구분하세요.

서버 정보를 보유한 경우: Add Server에서 항목별로 입력

Home에서 추가 메뉴를 눌러 Add Server로 이동한 뒤, 서비스 제공업체가 안내한 프로토콜 유형을 선택하고 서버 주소, 포트 및 해당 인증 정보를 입력합니다. Shadowsocks, VMess, VLESS, Trojan, WireGuard 등은 필요한 항목이 서로 다릅니다. 자료에 명시된 값만 입력하세요. 비밀번호, 식별자, 키, 전송 설정을 주변 항목만 보고 추측하지 말고, 서버 표시 이름을 연결 주소로 입력하지도 마세요.

입력할 때 앞뒤 공백, 전각 문장 부호, 복사 과정에서 함께 들어간 줄바꿈을 확인하세요. 주소 입력란에는 보통 지정된 호스트명이나 주소만 입력하며 웹페이지 경로를 임의로 덧붙이지 않습니다. 포트는 받은 자료 그대로 입력합니다. TLS나 기타 전송 매개변수가 필요하다면 출처의 안내와 항목별로 대조하세요. ‘일단 모두 켜기’ 방식으로 시험하지 마세요. 저장 후 Home으로 돌아가 새 항목을 선택하고 이름도 다시 확인해 기존 항목을 잘못 선택하지 않도록 합니다.

QR 코드가 있다면 Scan QR Code에서 인식할 수 있고, 공유 링크가 있다면 앱에서 제공하는 클립보드 가져오기 안내를 사용할 수 있습니다. 어떤 방법을 사용하든 완료 기준은 ‘스캔을 마침’이 아니라 ‘항목이 저장되어 명확히 선택할 수 있음’입니다. 프로토콜 항목의 의미는 용어집에서 확인할 수 있으며, 네 가지 가져오기 방법은 구독 가져오기 방법에서 자세히 설명합니다. 항목을 확인한 뒤 라우팅을 선택하세요.

단계 02 / 연결 처리 방식 정하기

Global Routing 모드 선택

Home에서 Global Routing을 찾아 선택 메뉴를 엽니다. 이 설정은 트래픽을 전반적으로 처리하는 방식을 정하며 서버 정보를 보완하거나 잘못된 인증 정보를 수정하지는 않습니다. 세 가지 모드는 구성(Config)/프록시(Proxy)/직접 연결(Direct)입니다. 선택하기 전에 이번에 필요한 것이 규칙에 따른 일상 사용인지, 서버 비교 테스트인지, 기존 네트워크 확인인지 정하세요.

일상적인 분기: Config를 선택하고 현재 구성 확인

대상별 분기가 필요하면 구성(Config)을 선택한 다음 Config 페이지에서 현재 선택된 구성이 사용하려는 항목인지 확인합니다. 구성 목록에 파일이 있다고 해서 해당 파일이 적용 중인 것은 아닙니다. 원격 구성을 방금 가져왔다면 먼저 가져오기가 완료됐고 파일을 읽을 수 있는지 확인한 뒤 화면에서 선택하세요. 기존 구성이 정상 작동한다면 이 가이드를 완료하려고 출처가 불분명한 규칙으로 바꿀 필요는 없습니다.

규칙에서 DIRECT는 직접 연결, PROXY는 해당 프록시 정책으로 전달, REJECT는 거부를 의미합니다. 규칙은 보통 순서대로 적용되므로 앞선 규칙에 대상이 일치하면 뒤의 규칙은 처리에 참여하지 않을 수 있습니다. 여기서는 ‘구성이 연결 경로를 결정한다’는 점만 이해하면 되며, 지금 규칙을 수정할 필요는 없습니다. 현재 구성에서 존재하지 않는 정책이나 준비되지 않은 서버 그룹을 참조한다면 Home에서 항목만 바꾸지 말고 참조부터 수정하세요.

비교 테스트: Proxy 또는 Direct를 임시 선택

문제가 서버와 규칙 중 어디에서 비롯됐는지 확실하지 않다면 프록시(Proxy)를 임시로 선택해 같은 대상으로 비교해 보세요. Proxy에서는 접속되지만 Config에서는 안 된다면 이후에는 구성과 규칙 적용 방식을 중점적으로 확인해야 합니다. 직접 연결(Direct)은 기존 네트워크에서 해당 대상에 접속할 수 있는지 확인할 때 사용합니다. 모든 웹사이트가 열리는 것을 보장하지 않으며 프록시 서버의 사용 가능 여부를 증명하지도 않습니다.

모드를 바꿀 때마다 Home으로 돌아가 표시된 Global Routing 값을 확인하고 이번 테스트에 사용한 모드를 기록합니다. 비교가 끝나면 구성(Config)으로 되돌려 일상적으로 사용할 설정을 복원하세요. 규칙 키워드와 정책의 의미는 용어집에서 확인할 수 있습니다. 이 단계에서는 모드를 하나로 확정한 뒤 연결 단계로 넘어가세요.

단계 03 / 시스템 연결 설정

스위치를 켜고 VPN 승인 완료

Home으로 돌아가 선택된 서버와 Global Routing을 다시 확인합니다. 특히 구독을 새로 고친 직후에는 기존에 선택한 항목이 바뀌었을 수 있습니다. 목록에 익숙한 이름이 있다고 해서 현재 그 항목을 사용 중이라고 단정하지 마세요. 확인이 끝나면 Home의 연결 스위치를 켜고 앱이 상태를 표시할 때까지 기다립니다. 기다리는 동안 스위치를 연속해서 조작하거나 구성을 동시에 변경하지 마세요.

처음 연결할 때 시스템에서 Shadowrocket이 VPN 구성을 추가하도록 허용할지 묻는 메시지가 표시될 수 있습니다. 이는 앱이 시스템 네트워크 터널을 설정하도록 권한을 부여하는 절차이지, 앱을 다시 구매하거나 구독 가져오기를 확인하는 단계가 아닙니다. 안내에 표시된 앱 이름을 읽고 직접 시작한 요청인지 확인한 뒤 시스템 절차에 따라 허용하고 기기 암호나 생체 인증을 완료하세요. 취소하면 서버 항목은 남아 있을 수 있지만 연결은 예상대로 설정되지 않습니다.

승인한 뒤 Shadowrocket으로 돌아가 스위치와 연결 상태를 확인합니다. 시스템의 VPN 표시도 참고할 수 있지만 기기에 따라 상태 표시줄의 표시 방식이 다르므로 특정 아이콘을 찾으려고 반복해서 재연결할 필요는 없습니다. 앱이 연결을 유지하는지, 다음 단계의 실제 접속이 성공하는지가 더 중요합니다. 연결 상태가 표시된다는 것은 터널이 설정됐다는 뜻일 뿐 인증, DNS, 대상 서비스, 분기 규칙에 문제가 없다는 의미는 아닙니다.

스위치가 바로 꺼지면 먼저 시스템 승인이 완료됐는지 확인한 다음 네트워크 터널을 관리하는 다른 시스템 구성이 있는지 살펴봅니다. 회사나 학교에서 관리하는 기기에서는 관련 작업이 제한될 수 있으니 기기 관리 규정을 따르고 용도를 모르는 구성을 함부로 삭제하지 마세요. 승인을 완료해도 계속 실패한다면 오류 문구를 기록해 두고 안내된 순서에 따라 점검하세요.

처음 연결을 확인하는 동안에는 조작을 단순하게 유지하세요. 앱을 앞에 둔 상태에서 수동으로 연결하고 On Demand 조건을 동시에 추가하지 않습니다. On Demand는 조건에 따라 연결을 시작하는 기능으로 이번 수동 확인과는 별개의 단계입니다. 이미 이 기능을 설정했다면 자동 재연결이 테스트에 영향을 주는지 확인하세요. 수동으로 연결을 끊은 직후 조건에 따라 다시 연결될 수 있습니다. 연결이 안정되면 실제 접속을 확인합니다.

단계 04 / 세 가지 결과를 따로 확인

연결, 접속 및 분기 적용 여부 확인

확인 과정에서는 연결이 유지되는지, 대상에 접속할 수 있는지, 연결 경로가 구성과 일치하는지 세 가지를 각각 확인합니다. 서로 다른 결과입니다. 스위치가 켜졌다는 이유만으로 점검을 끝내지 말고, 한 번의 시간 초과만으로 모든 설정을 삭제하지도 마세요. 같은 서버 항목과 테스트 대상을 사용해야 조작 전후의 영향을 비교할 수 있습니다.

먼저 Connectivity Test 실행

Home에서 Connectivity Test를 찾아 사용할 서버를 테스트하고 결과가 나올 때까지 기다립니다. 테스트 방식과 대상에 따라 결과가 달라질 수 있습니다. 결과가 나왔다는 것은 이번 탐색에서 응답을 받았다는 뜻이지 모든 웹사이트나 앱이 정상 통신한다는 의미는 아닙니다. 반대로 테스트 실패는 탐색 대상이나 네트워크 환경 때문일 수도 있으므로 실제 접속과 함께 판단하세요. 더 낮은 숫자를 얻으려고 서버를 계속 바꾸지 마세요.

다음으로 반복 가능한 실제 접속 테스트

브라우저를 열고 익숙하고 접속이 허용되며 로딩 완료 여부를 분명히 확인할 수 있는 대상에 접속합니다. 이미 저장된 페이지를 방금 연결에 성공한 것으로 착각하지 않도록 페이지를 새로고침하세요. 이전 제목이나 표지만 보이는 것이 아니라 본문이나 실제 요청이 완료되는지 확인합니다. 첫 테스트에서는 여러 앱을 동시에 열지 마세요. 어떤 요청이 어떤 항목과 연결되는지 파악하기 어려워집니다.

그런 다음 Shadowrocket으로 돌아와 Data에서 이번 작업과 관련된 트래픽 변화를 확인합니다. 앱에서 현재 연결 기록을 제공한다면 대상 주소와 처리 정책을 함께 확인할 수 있습니다. Data에 트래픽이 표시된다는 것은 데이터 전송이 있었다는 뜻일 뿐이며 백그라운드 요청도 수치에 포함될 수 있습니다. 숫자가 늘었다는 이유만으로 대상이 PROXY를 사용했다고 단정하지 말고 접속 시간, 대상 및 정책을 함께 확인하세요.

마지막으로 Config의 분기 결과 확인

구성(Config)을 사용할 때는 구성상 DIRECT로 처리되어야 하는 대상 하나와 PROXY로 처리되어야 하는 대상 하나를 골라 각각 접속하고 기록을 확인합니다. 모든 구성에서 특정 도메인이 같은 경로를 사용한다고 미리 단정하지 마세요. 실제 결과는 현재 파일에 따라 달라집니다. 대상이 REJECT 규칙에 일치했다면 차단은 규칙이 의도한 결과일 수 있으며 연결 스위치가 작동하지 않는다는 뜻은 아닙니다.

Proxy에서는 정상 접속되지만 Config로 되돌린 뒤 같은 대상에 접속할 수 없다면 현재 구성 이름과 적용된 정책을 기록하고 규칙 및 정책 참조를 중점적으로 확인합니다. 두 모드에서 모두 실패한다면 서버 정보와 네트워크 조건을 계속 점검하세요. 확인이 끝나면 의도한 Global Routing 설정을 유지합니다. Data 수치는 서비스 제공업체의 사용량 청구서와 동일하다고 볼 수 없으며 집계 기준이 다를 수 있습니다.

단계 05 / 한 번에 한 항목만 변경

실패한 단계부터 문제 해결

모든 설정을 처음부터 다시 입력하지 말고 가장 먼저 실패한 단계부터 확인합니다. 사용한 네트워크, 선택한 서버, Global Routing 값, 현재 구성 이름, 표시된 오류를 먼저 기록하세요. 한 번에 조건 하나만 변경한 뒤 같은 접속 테스트를 반복합니다. 그래야 어떤 변경으로 개선됐는지 판단하고 이전 상태로 되돌리기도 쉽습니다.

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

먼저 주소가 완전한지, 응답 내용이 구독인지 로그인이 필요한 웹페이지인지 확인합니다. 주소의 쿼리 매개변수에 인증 정보가 포함될 수 있으므로 일부를 빠뜨리면 가져오기에 실패할 수 있습니다. 임의로 삭제하지 마세요. 기존 서비스가 유효한 상태인지, 형식이 앱에서 사용 가능한지 확인한 뒤 업데이트하세요. 서비스 제공업체가 주소를 변경했다면 기존 구독 항목을 먼저 업데이트하고 성공 여부를 확인한 뒤 이전 내용을 정리해 유일하게 사용할 수 있는 자료를 먼저 삭제하지 않도록 합니다.

항목은 있지만 스위치가 켜진 상태를 유지하지 못함

시스템 VPN 승인이 완료됐는지, 선택한 구성을 읽을 수 있는지, 다른 네트워크 터널 설정이 연결에 영향을 주는지 확인합니다. Add Server로 돌아가 프로토콜 유형과 필수 항목을 확인하세요. 비밀번호만 다시 입력하지 마세요. 구성을 가져온 직후 실패한다면 이전에 사용할 수 있다고 확인한 구성으로 돌아가 비교해 새 구성 문제인지 연결 자체의 문제인지 구분할 수 있습니다.

연결됐지만 대상에 접속할 수 없음

먼저 Shadowrocket 연결을 끊고 기존 Wi-Fi나 셀룰러 네트워크에서 기본적인 인터넷 접속이 되는지 확인합니다. 네트워크 로그인 페이지가 있다면 먼저 처리하세요. 다시 연결한 뒤 실제로 선택된 항목을 확인하고 Connectivity Test를 실행합니다. 사용할 수 있는 항목이 여러 개라면 다른 조건은 그대로 둔 채 하나를 바꿔 비교할 수 있습니다. 문제를 해결하려고 출처를 알 수 없는 자료를 계속 추가할 필요는 없습니다.

서버 인증에 실패하면 주소, 포트, 인증 및 전송 항목이 모두 동일한 자료에서 나온 값인지 하나씩 확인합니다. 구독 항목은 업데이트됐을 수 있지만 수동으로 저장한 예전 복사본은 자동으로 바뀌지 않습니다. 인증서나 도메인 확인과 관련된 오류가 나타나면 서버 도메인, 기기 시간 및 현재 구성의 DNS 설정을 확인하세요. 원인을 가리기 위해 보안 검사를 함부로 끄지 마세요. 복잡한 항목은 용어집에서 확인한 뒤 본인의 서비스 제공업체에 자료를 문의하세요.

Config에서만 실패하거나 일부 대상에서만 실패

같은 대상을 유지한 채 Proxy와 Config를 한 번 비교합니다. Config에서만 실패한다면 현재 파일, 규칙 순서, 정책 참조 및 DNS를 확인하세요. 일부 대상에서만 실패한다면 대상 서비스 자체의 사용 가능 여부, 로그인이 필요한지, 구성에서 의도적으로 차단했는지도 살펴봅니다. 구독 전체에 문제가 있다고 바로 단정하지 말고, 한 대상에 접속하기 위해 규칙 파일 전체를 삭제하지도 마세요.

Wi-Fi와 셀룰러 네트워크에서 결과가 다르면 사용할 수 있는 네트워크 사이에서 비교하고 네트워크 접근 권한 및 On Demand 조건을 확인합니다. 같은 서버라도 네트워크에 따라 DNS 확인이나 연결 조건이 달라질 수 있습니다. 이런 차이를 기록하면 앱을 반복해서 재설치하는 것보다 원인을 찾는 데 도움이 됩니다. 네트워크를 바꿀 때마다 연결 상태를 다시 확인하고 같은 접속 테스트를 진행하세요.

위 항목을 확인한 뒤 연결이 안정적으로 유지되고 실제 접속이 예상대로 되며 Config의 처리 경로가 규칙과 일치하면 초기 설정을 마칠 수 있습니다. 이후에는 자료나 필요가 바뀔 때 해당 단계만 조정하세요. 구매, 스토어 지역 및 기기 교체 후 복원에 관한 내용은 정품 구매 안내를 확인하세요. 이러한 문제는 서버 연결 문제와 구분해 처리해야 하며 규칙을 수정해서 해결할 필요는 없습니다.