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

정보 준비: 구독, 서버, Config 구분하기

먼저 보유한 정보의 종류를 확인합니다. 구독 링크는 보통 여러 서버를 한 번에 가져오고 업데이트하는 데 사용합니다. 단일 서버 정보에는 프로토콜 유형, 주소, 포트 및 인증 항목이 포함됩니다. Config 구성 파일은 주로 규칙, DNS, 정책 등의 동작을 결정합니다. 용도가 서로 다르므로 구성 파일 주소를 서버 구독으로 입력하면 가져오기에 실패하거나 서버 항목이 표시되지 않을 수 있습니다.

서비스 제공업체의 원본 안내는 다시 확인할 수 있는 곳에 보관하세요. 구독 링크에 계정 인증 정보가 포함될 수 있으므로 전체 내용을 복사하고 댓글, 스크린샷 또는 채팅방에 공개하지 마세요. 직접 입력할 때는 프로토콜 유형이 제공된 정보와 일치해야 합니다. 서버 주소와 포트만으로는 구성을 완료하기 어려운 경우가 많습니다. 정보가 부족하면 임의로 채우지 말고 기존 서비스 제공업체에 각 항목의 의미를 확인하세요.

시작하기 전에 기기 자체가 정상적으로 인터넷에 연결되는지도 확인해야 합니다. 현재 Wi-Fi에서 웹 인증이 필요하면 먼저 인증을 완료하세요. Shadowrocket을 끈 상태에서도 일반 웹페이지가 열리지 않는다면 기본 네트워크 문제부터 해결합니다. 그래야 이후 실패가 기기 네트워크 문제인지 서버 구성 문제인지 구분할 수 있습니다. 아래에서는 Home에 처음으로 선택 가능한 항목을 추가하는 방법부터 설명합니다.

01 · Add Server: 서버 추가 또는 구독 가져오기

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

Shadowrocket을 열고 하단의 Home으로 이동한 다음 오른쪽 위의 더하기 버튼을 눌러 Add Server로 들어갑니다. 유형 선택에서 Subscribe를 찾은 뒤 기존 구독 링크 전체를 URL 항목에 붙여 넣습니다. 메모 항목이 있다면 나중에 출처를 구분할 수 있는 이름을 입력해도 됩니다. 메모는 기기 내 식별 정보일 뿐 링크 자체의 문제를 해결하지는 않습니다.

저장하기 전에 링크 앞뒤에 공백, 줄바꿈 또는 설명 문구가 섞이지 않았는지 확인하세요. 특히 채팅 화면에서 일부만 표시된 텍스트를 복사하지 않도록 주의합니다. 확인한 다음 페이지의 저장 버튼을 누르고 Home으로 돌아가 구독 내용을 읽을 때까지 기다립니다. 정상적으로 가져왔는지는 목록에 실제 서버 항목이 나타나는지로 판단하며 구독 이름만 표시되는 것으로는 충분하지 않습니다. 이 단계에서는 연결 스위치를 계속 꺼 두어도 됩니다.

구독 그룹만 보이고 서버가 없으면 먼저 해당 구독 항목의 업데이트 기능을 사용하고 오류가 표시되는지 확인하세요. 링크가 만료되었거나 인증 정보가 불완전하거나 기본 네트워크에서 구독 주소에 접속할 수 없으면 내용을 가져오지 못할 수 있습니다. 같은 링크를 반복해서 추가해 중복 그룹을 만들지 마세요. 하나만 남기고 원본 URL과 기존 서비스 제공업체의 사용 안내를 확인하면 됩니다.

단일 서버 정보가 있는 경우: 프로토콜에 따라 입력

단일 서버 매개변수를 받은 경우에도 Home의 더하기 버튼으로 Add Server에 들어가지만, 유형으로 Subscribe가 아니라 안내에 지정된 Shadowsocks, VMess, VLESS, Trojan 또는 해당 프로토콜을 선택해야 합니다. 원본 자료에 따라 주소, 포트 및 인증 정보를 입력하고 TLS, 전송 방식 등의 추가 항목도 하나씩 확인합니다. 항목 입력 여부는 프로토콜과 서버 설정에 따라 다르므로 화면에서 비워 둘 수 있다는 이유만으로 항상 생략하면 안 됩니다.

서비스 제공업체가 클라이언트에서 인식할 수 있는 QR 코드를 제공하면 Scan QR Code를 사용할 수 있습니다. 처음 스캔할 때는 시스템 안내에 따라 카메라 접근을 허용합니다. 스캔한 뒤에도 인식된 유형과 항목을 확인한 다음 저장해야 합니다. QR 코드에 연결 인증 정보가 포함될 수 있으므로 다른 사람에게 보여주지 마세요. 스캔 결과가 일반 웹 주소라면 서버 정보로 억지로 가져오지 말고 원본 안내에서 용도를 확인하세요.

두 가져오기 방법 중 하나를 완료하면 Home으로 돌아가 사용할 서버가 표시되는지 확인합니다. 이 시점에서 확인되는 것은 “정보가 저장됨”뿐이며 서버 연결이 성공했다는 뜻은 아닙니다. 다음 단계에서 기본 서버와 요청의 라우팅 방식을 지정합니다. 이 두 항목이 연결 후 트래픽 처리 방식을 결정합니다.

02 · Global Routing: 서버를 먼저 선택한 뒤 방식 선택

Home의 서버 목록에서 대상 서버 왼쪽의 원형 표시를 눌러 현재 서버로 선택합니다. 서버 이름이나 세부 정보 버튼을 누르면 편집 화면으로 이동할 수 있으며 선택이 완료되지 않을 수도 있습니다. Home으로 돌아간 뒤 원형 표시의 위치를 다시 확인하세요. 구독에 항목이 여러 개 있으면 처음에는 하나를 선택하고 서버를 바꾸면서 다른 설정까지 동시에 변경하지 마세요.

그다음 Home에서 Global Routing을 엽니다. 자주 사용하는 세 가지 방식은 Config(설정) / Proxy(프록시) / Direct(직접 연결)입니다. 이 설정은 요청에 적용할 정책에 영향을 주며 서버 계정 자체를 변경하거나 사용할 수 없는 서버 정보를 다시 작동하게 하지는 않습니다.

Config: 현재 구성에 따라 트래픽 분할

Config는 대상별로 트래픽을 분할해야 하는 일상적인 사용에 적합합니다. 선택한 뒤 Config 페이지에서 어떤 구성이 현재 활성화되어 있는지 확인하고, 각 요청을 PROXY와 DIRECT 중 어디로 전달하는지 파악합니다. Config 페이지에 파일이 보인다고 해서 해당 파일이 활성화된 것은 아닙니다. 현재 선택된 상태인지 확인해야 합니다. 관련 구성을 제공받았다면 용도를 먼저 읽은 다음 가져와 활성화할지 결정하세요.

규칙은 일치 순서에 따라 처리되므로 특정 대상은 FINAL에 도달하기 전에 다른 규칙과 일치할 수 있습니다. 따라서 Config 방식에서 어떤 웹사이트가 열린다고 해서 자동으로 프록시를 거친 것은 아닙니다. 처음부터 전체 규칙을 작성할 필요는 없습니다. 현재 구성이 무엇이고 대략 어떤 방식으로 트래픽을 분할하는지만 파악하면 됩니다. 구성 변경과 프로토콜 항목에 관한 자세한 내용은 프로토콜 참고 자료에서 확인할 수 있으며, 관련 조작은 설정 안내에서 확인하세요.

Proxy와 Direct: 경로 구분에 사용

Proxy는 주로 클라이언트가 처리하는 요청에 프록시 경로를 적용해 선택한 서버가 작동하는지 처음 확인할 때 사용합니다. 더 빠른 속도를 보장하는 것은 아니며 서버를 사용할 수 없으면 정상적으로 접속할 수 없습니다. 확인이 끝난 뒤 대상을 규칙별로 구분해야 한다면 Config로 돌아가 실제 접속을 다시 확인하세요.

Direct는 주로 직접 연결에 사용하며 서버가 작동한다는 증거로 삼아서는 안 됩니다. 연결 스위치가 켜져 있어도 Direct에서 웹페이지에 접속된다면 기본 네트워크가 작동한다는 의미일 수 있습니다. 방식을 바꾼 다음 Home으로 돌아가 현재 표시된 값이 예상과 일치하는지 확인하고 연결 권한 단계로 진행합니다.

03 · Home: 연결 스위치 켜기 및 시스템 권한 설정

Home으로 돌아가 마지막으로 두 가지를 확인합니다. 원형 표시가 테스트할 서버를 선택하고 있는지, Global Routing에 방금 선택한 방식이 표시되는지 확인합니다. 확인한 다음 상단 연결 스위치를 켭니다. 처음 사용할 때 iPhone / iPad에 VPN 구성 추가를 요청하는 시스템 안내가 표시될 수 있습니다. 요청한 앱이 Shadowrocket인지 확인한 뒤 허용을 선택하고 시스템 안내에 따라 기기 인증을 완료합니다.

이 권한은 기기에서 네트워크 처리 구성을 설정하기 위한 것으로 구독 비밀번호를 제출하는 것이 아니며 기기 잠금 암호를 다른 사람에게 알려줄 필요도 없습니다. 시스템 창을 처리한 뒤 Shadowrocket으로 돌아와 스위치가 계속 켜져 있는지, 연결 상태가 안정적인지 확인합니다. 권한 창을 처리하기 전에 스위치를 반복해서 누르면 현재 작업이 적용되었는지 혼동할 수 있습니다.

이전에 권한을 거부했다면 스위치를 다시 켤 때 실제로 표시되는 안내에 따라 처리하세요. 시스템 Settings에서 VPN을 검색해 Shadowrocket 구성이 있는지 확인할 수도 있습니다. 기기 관리 정책으로 제한된 경우 VPN 구성 추가가 허용되지 않을 수 있으므로 시스템 구성을 반복해서 삭제하지 말고 기기 관리 지침을 따르세요.

다른 VPN 구성이 연결된 상태라면 시스템 구성 전환으로 상태가 반복해서 바뀌지 않도록 먼저 다른 연결을 끊고 Shadowrocket으로 돌아와 다시 시도합니다. 스위치를 켜자마자 꺼지는 경우와 연결은 유지되지만 웹페이지가 열리지 않는 경우는 서로 다른 문제이며 이후 점검 순서도 다릅니다. 스위치가 계속 켜져 있으면 상태 아이콘 확인에서 멈추지 말고 Connectivity Test를 진행하세요.

04 · Connectivity Test: 연결 및 실제 접속 확인

Home에서 Connectivity Test를 찾아 실행하고 작업이 끝날 때까지 기다립니다. 테스트 결과는 현재 연결을 진단하는 단서입니다. 실패하거나 시간 초과가 발생하면 당시 선택한 서버와 Global Routing을 기록한 다음 다음 단계에서 점검합니다. 이 가이드에서는 고정된 지연 시간이나 성공 결과를 전제하지 않습니다. 실제 결과는 기기 네트워크, 서버 및 현재 정책에 따라 달라집니다.

그런 다음 브라우저를 열고 실제로 사용할 대상에 접속해 페이지가 완전히 로드되는지 확인합니다. 캐시에 남은 제목이나 이전 내용만 보이는지에 그치지 마세요. 필요하면 페이지를 새로고침하고 이미지, 후속 요청 또는 로그인 절차가 정상인지 확인합니다. 한 번의 테스트 성공은 해당 시점에 테스트 대상에 접속할 수 있었다는 뜻일 뿐 모든 웹사이트와 앱이 같은 경로를 사용한다는 보장은 아니며 실제 사용 확인을 대신하지 않습니다.

서버 연결 문제와 규칙 문제를 구분하려면 현재 설정을 기록한 뒤 Proxy 방식에서 같은 대상을 테스트하고 Config로 돌아가 반복 테스트할 수 있습니다. 두 결과가 다르면 서버 정보를 전체 교체하기 전에 해당 대상에 적용되는 Config 규칙, 정책 및 DNS를 먼저 확인하세요. 비교할 때는 기본 네트워크와 테스트 대상을 동일하게 유지해야 결과를 참고할 수 있습니다.

요청이 어떻게 처리되는지 더 확인하려면 현재 제공되는 연결 또는 요청 기록을 열고 대상 도메인과 테스트 시간을 기준으로 해당 항목을 찾아 실제 정책을 확인합니다. Data의 트래픽 변화는 활동 여부를 확인하는 데 도움이 될 수 있지만 트래픽이 증가했다는 사실만으로 특정 대상에 PROXY가 적용되었다고 입증할 수는 없습니다. 기록에 개인 접속 정보가 포함될 수 있으므로 외부에 문의하기 전에 구독 인증 정보, 계정 정보 및 불필요한 대상 기록을 삭제하세요.

스위치가 유지되고 Connectivity Test에서 사용할 수 있는 결과가 나오며 실제 대상에도 예상대로 접속되면 첫 연결이 완료된 것입니다. 이후 서버, Global Routing 또는 Config를 변경하면 같은 검증 과정을 반복해 이전 성공 결과를 새 구성의 결과로 착각하지 않도록 하세요.

05 · 자주 발생하는 실패 원인: 한 번에 하나씩 변경

가져온 뒤 목록이 비어 있음

먼저 구독 편집 정보로 돌아가 유형이 Subscribe인지, URL이 완전한지, 저장한 뒤 내용을 정상적으로 불러왔는지 확인합니다. 연결을 끈 상태에서도 기기가 정상적으로 인터넷에 연결되는지 확인한 다음 구독 업데이트를 시도하세요. 원본 링크에 계정 인증이 필요하거나 링크가 만료되었다면 기존 서비스 제공업체에 문의합니다. 구독 이름이 있다는 것과 서버 내용이 있다는 것은 별개이며 연결 스위치를 반복해서 켜도 빈 목록은 해결되지 않습니다.

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

먼저 VPN 구성 추가에 대한 시스템 권한 설정이 완료되었는지 확인하고 시스템 VPN 설정에서 다른 연결이 작동 중인지 살펴봅니다. 관리 대상 기기라면 관련 제한도 확인하세요. 이 문제는 시스템 권한과 연결 상태를 우선 점검해야 합니다. 요청이 예상한 네트워크 처리 과정에 들어가지 않았을 수 있으므로 먼저 DNS를 수정하거나 여러 규칙을 한꺼번에 바꾸지 마세요.

스위치는 켜져 있지만 Connectivity Test가 실패함

Home으로 돌아가 원형 표시가 예상한 서버를 계속 선택하고 있는지 확인한 다음 주소, 포트 및 인증 항목을 점검합니다. 직접 추가한 항목은 특히 프로토콜 유형과 TLS, 전송 매개변수가 일치하는지 확인해야 합니다. 구독에 기존 항목이 여러 개 있으면 다른 설정은 그대로 두고 서버만 바꿔 같은 테스트를 반복합니다. 항목이 하나뿐이라면 포트나 비밀번호를 추측해 해결하려고 하지 마세요.

Wi-Fi와 셀룰러 네트워크를 바꿔 한 번 비교할 수도 있지만, 전환 전후에 서버와 방식은 동일하게 유지해야 합니다. 특정 기본 네트워크에서만 실패한다면 해당 네트워크에 인증이 필요한지 또는 로컬 연결 제한이 있는지 먼저 확인합니다. 비교할 때마다 무엇을 변경했는지 기록하세요. 네트워크와 서버를 바꾸고 구성을 수정하는 작업을 동시에 하면 어떤 변경이 효과가 있었는지 판단하기 어렵습니다.

테스트 결과는 있지만 특정 웹사이트가 열리지 않음

먼저 Global Routing을 확인합니다. Proxy에서는 접속되지만 Config에서 실패한다면 해당 대상이 예상한 규칙과 일치하는지, 규칙의 정책을 사용할 수 있는지 살펴봅니다. Direct에서 열리더라도 서버가 정상이라는 뜻은 아닙니다. 특정 대상 문제는 해당 대상을 중심으로 점검하고 웹사이트 하나의 장애를 클라이언트 전체의 문제로 단정하지 마세요.

DNS 문제로 연결은 되었지만 도메인에 접속하지 못할 수도 있습니다. 먼저 현재 DNS 설정을 기록한 다음 기존 구성 안내를 바탕으로 이름 해석 동작을 확인합니다. 출처를 알 수 없는 주소를 임의로 추가하지 마세요. 요청 기록에 도메인 이름 해석 오류가 표시되면 같은 구독을 다시 가져오는 대신 이름 해석 문제를 먼저 해결합니다. 프로토콜 연결과 도메인 이름 해석은 서로 다른 단계이므로 각각 확인해야 합니다.

정상적으로 작동했지만 구독 업데이트 후 실패함

구독을 업데이트하면 서버 목록이 달라질 수 있습니다. 현재 원형 표시가 존재하고 유효한 항목을 가리키는지 먼저 확인한 다음 Config에서 참조하는 정책에 사용할 수 있는 대상이 남아 있는지 확인합니다. 서버 정보 업데이트는 Config 전체를 업데이트하는 것과 다릅니다. 둘 중 하나만 완료하면 다른 항목에는 이전 설정이 남아 있을 수 있습니다. 기존 서비스 제공업체가 항목을 변경했는지 확인한 뒤 제공된 정보에 따라 수정하세요.

문제가 계속되면 기본 네트워크 유형, 선택한 프로토콜, Global Routing 방식, 테스트 증상 및 이미 수행한 개별 변경 사항을 정리한 다음 프로토콜 참고 자료 및 항목 설명을 확인하세요. 작업 순서를 다시 점검하려면 Add Server 단계부터 살펴볼 수 있습니다. 단순히 “작동하지 않음”이라고 설명하는 것보다 구체적으로 실패한 단계를 알려주면 문제를 찾기 쉽습니다.

완료 후 확인할 세 가지 항목

일상적으로 사용하기 전에 Home에서 선택한 서버, Global Routing의 현재 방식, Config에서 활성화된 구성을 확인하면 됩니다. 구독을 업데이트하거나 네트워크를 바꾼 뒤 접속 상태가 달라지면 이 페이지의 순서에 따라 다시 테스트하세요. 연결할 필요가 없을 때는 Home에서 연결 스위치를 끄고 기본 네트워크 상태를 확인할 수 있습니다.

이후 학습을 위해 처음부터 많은 규칙을 살펴볼 필요는 없습니다. 먼저 “가져오기 → 선택 → 연결 → 확인” 전체 과정을 익힌 다음 설정 안내에서 On Demand 등의 옵션을 알아보거나 프로토콜 참고 자료에서 기존 서버 항목의 의미를 확인하세요. 원본 연결 정보를 보관하고 수정 전에 현재 상태를 기록해 두면 문제가 생겼을 때 명확하게 되돌릴 수 있습니다.