Shadowrocket 사용법
기존 설정을 바탕으로 가져오기, 모드 선택, 연결 및 확인을 차례로 진행합니다.
이 페이지는 주로 iPhone 및 iPad 사용법을 다루며, 처음 사용할 때 단계별로 따라 하기 좋습니다. 먼저 설정 하나로 연결을 확인한 뒤 여러 서버와 복잡한 규칙을 정리하세요. 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요.
단계 01 · 연결 설정 준비
Add Server / Subscribe 추가 및 가져오기
구독 가져오기와 수동 추가는 별도의 입력 방식입니다. 가지고 있는 정보에 맞는 방법 하나를 선택하세요.
Shadowrocket을 열고 먼저 Home에 머뭅니다. 상단 스위치는 아직 켜지 마세요. 아래의 SERVER 그룹을 확인합니다. 처음 사용할 때는 본인의 서버 정보를 여기에 추가해야 합니다. 구독 링크 하나가 있다면 Subscribe를 사용하고, 주소·포트·프로토콜·인증 정보가 따로 있다면 Add Server에서 직접 입력하세요. 일반 웹페이지 주소를 구독 주소로 사용하거나 구독 주소를 서버의 Host에 입력하지 마세요.
기존 구독 링크가 있다면 Subscribe 선택
Home에서 오른쪽 상단의 추가 버튼이나 목록의 Add Server를 눌러 추가 화면으로 이동한 뒤 Type에서 Subscribe를 선택합니다. 구독 주소를 입력하는 URL 필드에 본인이 보유한 전체 링크를 붙여 넣고, 구독을 알아보기 쉬운 이름으로 지정하세요. 붙여 넣은 뒤 링크 앞뒤에 공백이나 줄바꿈이 없는지 확인하세요. 복사 과정에서 쿼리 매개변수가 잘리지 않았는지도 살펴보고, 알 수 없는 매개변수를 임의로 삭제하지 마세요.
저장한 뒤 Home으로 돌아와 구독 내용을 불러올 때까지 기다립니다. 그런 다음 SERVER에 해당 그룹과 서버 항목이 표시되는지 확인하세요. 구독 이름이 보인다고 서버 정보를 가져온 것은 아닙니다. 그룹을 펼쳐 내부에 실제 항목이 있는지 확인하세요. 목록이 비어 있으면 다음 연결 단계로 넘어가지 말고 링크가 유효한지, 현재 네트워크에서 주소를 불러올 수 있는지, 구독 상태가 정상인지 확인하세요. 같은 링크를 연속해서 가져오면 같은 그룹이 중복되어 이후 선택이 어려워질 수 있습니다.
기존 서버 정보가 하나라면 항목별로 입력
Add Server로 이동해 Type을 먼저 선택한 다음 해당 프로토콜에 표시되는 필드를 입력합니다. Host에는 서버 도메인이나 주소를, Port에는 연결 포트를 입력합니다. 예를 들어 Shadowsocks는 Password와 Method도 확인해야 합니다. Type에 따라 인증 및 전송 필드가 다르므로 가지고 있는 정보를 빠짐없이 입력하세요. 이름이 비슷하다는 이유만으로 프로토콜을 바꾸거나 다른 서버 정보를 보고 암호화 방식을 추측하지 마세요. 스크린샷은 여러 필드 조합 중 하나이며, 모든 프로토콜이 같은 항목을 사용하는 것은 아닙니다.
확인 후 저장하고 Home으로 돌아와 방금 추가한 항목을 찾습니다. 보유한 QR 코드를 Scan QR Code로 가져올 수도 있습니다. 시스템에서 요청하면 카메라 접근을 허용하세요. 가져온 뒤에도 Type, Host, Port를 확인해야 합니다. Import from Cloud JSON은 해당 형식의 설정이 이미 있는 경우에 사용하며, 일반 구독을 위해 형식을 변환할 필요는 없습니다. 클립보드 내용, QR 코드, 구독 링크에는 인증 정보가 포함될 수 있으므로 전체 내용을 공개 페이지에 붙여 넣거나 다른 사람에게 전달해 문제를 해결하려 하지 마세요.
이 단계가 완료되려면 SERVER에 선택 가능한 실제 서버 항목이 있어야 합니다. 그룹 제목만 표시되는 것으로는 충분하지 않습니다. 구독 업데이트, 여러 구독 정리 및 백업 방법은 서버 관리 매뉴얼을 참고하세요. 처음 연결할 때는 구분하기 쉬운 설정 하나만 남겨 두고 다음 단계에서 라우팅 모드를 선택합니다.
단계 02 · 요청 처리 방식 선택
Global Routing 모드 및 규칙
서버는 연결 대상을 정하고, Global Routing은 요청 처리 방식을 정합니다.
서버를 저장한 뒤 Home으로 돌아와 Global Routing을 누르고 현재 선택된 모드를 확인합니다. 자주 사용하는 세 가지 옵션은 Config, Proxy, Direct입니다. 처음 설정할 때는 기존 서버의 작동 여부를 확인하려는지, 기존 규칙에 따라 웹사이트별로 요청을 처리하려는지 먼저 정하세요. 모드와 서버 선택은 서로 별개의 조건입니다. 서버만 바꾸고 모드를 확인하지 않으면 예상과 다른 결과가 나올 수 있습니다.
Config: 현재 설정의 규칙에 따라 처리
Config를 선택하면 요청은 현재 활성화된 설정의 규칙과 정책에 따라 처리됩니다. 그런 다음 하단의 Config를 열어 사용할 수 있는 설정이 있는지, 원하는 파일이 활성화되어 있는지 확인하세요. 파일을 목록에 추가한 것만으로 적용되는 것은 아닙니다. 설정 편집 화면에는 General, Rule, Hosts, URL Rewrite, HTTPS Decryption 등의 섹션이 표시됩니다. 처음에는 Rule을 중점적으로 확인하세요. 연결을 위해 모든 섹션을 수정하거나 HTTPS Decryption을 먼저 켤 필요는 없습니다.
규칙은 일반적으로 나열된 순서대로 확인합니다. 구체적인 규칙을 앞에 두고 최종 정책은 맨 뒤에 배치하세요. 아래 예시는 “지정한 도메인 접미사는 PROXY로, 나머지는 DIRECT로 처리”하는 구조를 설명합니다. example.com은 설명용 도메인이며 서버 주소가 아닙니다. 본인의 설정에서 해당 정책이 유효하고 규칙 위치가 올바를 때만 예상대로 작동합니다. 백업하지 않은 기존 설정을 예시 전체로 덮어쓰지 마세요.
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTProxy 및 Direct: 경로를 명확하게 지정
Proxy는 클라이언트가 처리하는 요청을 프록시 경로로 보내며, 선택한 서버를 잠시 테스트할 때 유용합니다. Config의 규칙을 하나씩 적용한다는 뜻은 아닙니다. Direct는 직접 연결 경로를 사용하므로 프록시 서버가 작동하는지 확인하는 방법이 아닙니다. 이전에 계속 Direct로 테스트했다면 웹사이트가 열려도 방금 가져온 서버가 정상이라고 판단할 수 없습니다.
신뢰할 수 있고 용도가 분명한 설정이 있다면 Config를 선택하고 현재 파일을 확인하세요. 서버 연결 여부만 따로 확인하려면 Proxy를 임시로 선택해 테스트한 뒤 예상한 모드로 되돌리면 됩니다. 변경 전 기존 선택을 기억하고 한 번에 한 조건만 바꾸세요. 규칙 정책 및 설정 관리에 관한 자세한 내용은 기능 및 설정을 참고하세요. 이 페이지에서는 다음으로 시스템 연결을 설정합니다.
단계 03 · 시스템 연결 설정
Home 연결 스위치 켜기
선택한 항목과 모드를 확인한 다음 처음 표시되는 시스템 VPN 설정 안내를 처리합니다.
Home으로 돌아와 SERVER에서 사용할 서버를 선택하고, 선택 표시가 다른 이름이 같은 항목이 아니라 원하는 항목을 가리키는지 확인하세요. 구독에 서버가 여러 개 있다면 문제를 해결하는 동안 서버와 모드를 동시에 변경하지 않도록 처음에는 하나만 테스트합니다. 이어서 Global Routing의 현재 설정이 앞 단계에서 선택한 모드와 일치하는지 확인하세요.
Home 상단의 연결 스위치를 누릅니다. 처음 연결을 설정할 때 시스템에서 VPN 구성을 추가할지 묻습니다. 안내를 읽고 승인한 다음 기기에서 요구하는 암호 또는 생체 인증을 완료하세요. 이 단계는 클라이언트가 시스템 네트워크 연결 구성을 만들도록 허용하는 절차입니다. 구독 로그인 절차가 아니며 누락된 서버 인증 정보를 자동으로 채우지도 않습니다. 시스템 안내에서 본 사이트에 구독 암호를 별도로 제공하라고 요구하지 않습니다.
시스템 확인을 마친 뒤 Shadowrocket으로 돌아와 상단의 Not Connected 상태가 바뀌었는지, 스위치가 켜진 상태로 유지되는지 확인하세요. 스위치가 바로 꺼지면 시스템 권한 설정이 완료되었는지, 선택한 서버의 필수 항목이 모두 입력되었는지 먼저 확인한 뒤 이 페이지의 문제 해결 단계를 진행합니다. 앞서 안내를 취소했다면 다시 연결을 시도할 수 있습니다. 문제가 계속되면 기기의 설정에서 VPN 관리 항목을 확인하세요. 구체적인 메뉴 이름은 시스템에 따라 다를 수 있습니다.
상단 연결 상태는 시스템 터널이 설정되었는지를 나타낼 뿐, 원하는 웹사이트에 접속할 수 있다는 뜻은 아닙니다. 서버 인증, 도메인 확인, 규칙 선택, 대상 사이트 응답은 이후 요청 과정에서 실패할 수 있습니다. 따라서 연결 상태가 정상이어도 Connectivity Test와 실제 웹페이지 확인을 진행하세요. 스위치 색상이 바뀌는 것만 확인하고 끝내지 마세요.
처음 테스트할 때는 앱을 앞에 둔 상태로 진행하고 On Demand 같은 자동 연결 조건은 추가하지 않는 것이 좋습니다. 일시 중지하려면 Home으로 돌아와 연결 스위치를 끄세요. 주요 설정을 바꾼 뒤에는 화면 안내에 따라 다시 연결하고 테스트합니다. 기기에서 다른 VPN 구성을 사용 중이라면 현재 실제로 활성화된 구성이 무엇인지 먼저 확인해 다른 연결 상태를 이번 테스트 결과로 오인하지 않도록 하세요.
단계 04 · 예상 결과와 대조
Connectivity Test 적용 여부 확인
서버 사용 가능 여부, 시스템 연결 설정 여부, 요청 정책 적용 여부를 각각 확인하세요.
연결한 뒤 Home에서 Connectivity Test를 눌러 테스트가 완료되는지 확인합니다. 테스트 결과는 선택한 서버와 테스트 대상 간 연결 상태를 판단하는 데 도움이 되지만, 의미는 Settings의 Test Method 설정에 따라 달라집니다. 특정 테스트가 성공했다는 것은 해당 테스트 조건에서 응답을 받았다는 뜻일 뿐, 모든 웹사이트와 전송 방식이 정상 작동한다는 의미는 아닙니다.
그런 다음 브라우저를 열고 원래 이용하려던 웹사이트에 접속해 이미 캐시된 내용만 확인하지 말고 새 페이지를 불러오세요. 먼저 대상 하나로 기본 접속을 확인한 뒤 다른 대상도 하나씩 점검합니다. 페이지는 열리지만 이미지, 로그인 또는 동영상 리소스가 실패한다면 어떤 부분이 실패했는지 기록하세요. 하나의 웹페이지가 여러 도메인에 요청할 수 있으므로 메인 페이지가 열린다고 모든 리소스에 같은 정책이 적용된 것은 아닙니다.
Config를 사용한다면 요청 경로도 확인
현재 규칙에 따라 PROXY로 처리되어야 하는 대상 하나와 DIRECT로 처리되어야 하는 대상 하나를 준비해 각각 접속합니다. 앱에서 확인할 수 있는 요청 기록을 참고해 실제 도메인, 적용된 규칙 및 최종 정책이 예상과 일치하는지 확인하세요. 페이지가 열린 속도만으로 경로를 판단하지 마세요. 캐시, 대상 사이트의 부하, 현재 네트워크가 모두 이용 환경에 영향을 줄 수 있습니다. 테스트 수치가 낮더라도 실제 웹페이지가 더 빠르게 로드된다는 뜻은 아닙니다.
두 대상 모두 접속되지만 경로가 예상과 반대라면 Global Routing이 Config인지, 올바른 파일이 활성화되어 있는지, 더 앞선 규칙이 요청에 먼저 적용되었는지 확인하세요. 예시의 FINAL,DIRECT는 앞선 규칙에 일치하지 않은 요청을 처리합니다. 지정한 웹사이트가 앞쪽 규칙과 일치하지 않으면 최종 정책에 따라 처리될 수 있습니다. 이는 규칙을 점검해야 할 상황이며, 곧바로 서버 문제라고 단정해서는 안 됩니다.
결과를 다시 확인할 수 있도록 당시 네트워크, 서버 항목 및 Global Routing 모드를 기록하세요. Wi-Fi와 셀룰러 네트워크를 바꾼 뒤 결과가 달라지면 서버와 설정을 동시에 바꾸지 말고 같은 대상을 다시 테스트합니다. 그래야 변화가 네트워크 환경 때문인지 클라이언트 설정 때문인지 구분할 수 있습니다.
단계 05 · 실패한 지점별 문제 해결
Settings / Diagnostics 설정 및 문제 해결
먼저 어느 단계에서 멈췄는지 확인하고 해당 항목만 수정하세요. 한 번에 하나만 변경한 뒤 같은 테스트를 반복합니다.
가져온 뒤 서버 항목이 표시되지 않음
Subscribe에 해당하는 항목으로 돌아가 전체 URL을 확인하고, 페이지 안내 문구가 함께 복사되었는지, 매개변수가 빠졌는지, 줄바꿈이 추가되었는지 살펴보세요. 현재 네트워크에서 구독을 불러올 수 있는지 확인하고, 이용 중인 서비스 제공자에게 구독 상태와 내용 형식을 문의하세요. 구독 업데이트는 원격 내용을 다시 읽는 기능일 뿐, 원격 서버에서 이미 무효가 된 인증 정보를 복구하지는 않습니다. 수정하기 전에 기존 항목과 필요한 백업을 유지하고, 원인을 확인하지 않은 채 반복해서 삭제하고 다시 만들지 마세요.
목록에 항목은 있지만 테스트에 실패함
먼저 본인이 보유한 다른 서버와 비교해 특정 항목만 실패하는지 전체 항목이 실패하는지 확인하세요. 직접 입력한 설정은 Type, Host, Port, Password, Method와 해당 프로토콜에 필요한 전송 및 인증 항목을 중점적으로 점검합니다. 숫자로 된 포트와 주소를 구분하고, 프로토콜 접두사가 포함된 전체 공유 링크를 Host에 입력하지 마세요. 모든 항목이 실패한다면 기기 네트워크에서 원래 인터넷에 접속할 수 있는지 확인한 뒤 다른 네트워크와 비교하세요. 모든 서버를 한꺼번에 수정하지 마세요.
Settings에서 Test Method를 열어 어떤 테스트 방식이 선택되어 있는지 확인하세요. 테스트 방식에 따라 결과의 의미가 달라지므로, 숫자가 표시될 때까지 방식을 반복해서 바꾸기보다 실제 요청 결과와 함께 판단해야 합니다. 인증 실패나 연결 시간 초과 등의 메시지가 나타나면 구체적인 오류와 발생 단계를 기록한 다음 관련 설정을 확인하세요. 단순히 “연결 안 됨”이라고만 기록하지 마세요.
연결은 켜졌지만 일부 웹사이트나 서비스 연결에 문제가 있음
Global Routing과 현재 Config를 확인한 뒤 대상 도메인이 예상한 규칙과 일치하는지 점검하세요. Proxy로 임시 변경했을 때는 접속되지만 Config에서 실패한다면 규칙, 정책 및 DNS 관련 설정을 우선 확인합니다. 이 비교는 원인을 좁히기 위한 것이지 Proxy를 계속 사용하라는 뜻은 아닙니다. HTTPS Decryption을 무작정 켜거나 TCP 및 UDP 설정을 한꺼번에 변경해 모든 문제를 해결하려 하지 마세요.
Settings의 On Demand는 조건에 따라 연결을 시작하는 방식을 설정합니다. 서버 자체의 가용성을 높이는 기능은 아닙니다. 먼저 수동 연결이 안정적으로 되는지 확인한 다음 설정하세요. 자동 재연결이나 네트워크 전환 후 동작이 예상과 다르면 기존 On Demand 조건을 점검하고 다시 테스트합니다. 백그라운드 배터리 사용량은 기기의 배터리 사용 내역과 실제 사용 시간을 함께 확인하세요. 스위치가 켜져 있던 시간만으로 판단하지 마세요.
원인을 더 자세히 확인하려면 Settings에서 Diagnostics를 살펴보세요. 오류 발생 시간, 네트워크 유형, 모드 및 문제가 발생한 대상을 기록해 두면 됩니다. 진단 내용을 공유하기 전에 구독 URL의 인증 매개변수, 암호 및 개인 주소 정보를 가리세요. 전체 설정을 공개하지 마세요. 유형별 답변은 자주 묻는 질문에서, 구독 업데이트와 정렬, 삭제 및 백업은 서버 관리 매뉴얼에서 확인할 수 있습니다.
