공식 매뉴얼 · iPhone / iPad 시작하기
Shadowrocket 가져오기 및 연결 안내
‘추가 → 라우팅 선택 → 연결 → 확인 → 문제 해결’ 순서로 진행합니다. 처음 사용한다면 먼저 기존 서버 하나에 연결되는지 확인한 뒤 규칙과 자동 연결 조건을 조정하세요.
아래 이미지는 App Store 공식 스크린샷입니다. 기기나 앱 업데이트에 따라 화면 구성이 달라질 수 있습니다. 메뉴를 찾기 어렵다면 영어 인터페이스 용어를 기준으로 찾아보세요. 이미지 속 항목 위치만 보고 그대로 조작하지 마세요.
단계 01 · Add Server / Subscribe
서버 추가 또는 기존 구독 가져오기
구독 링크, 개별 서버 공유 링크, 직접 입력하는 서버 정보는 서로 다른 유형입니다. 먼저 보유한 정보가 무엇인지 확인한 뒤 알맞은 메뉴를 선택하세요.
Subscribe로 구독 가져오기
Shadowrocket을 열고 Home으로 이동한 뒤 오른쪽 위의 추가 버튼이나 목록의 Add Server를 누릅니다. Type에서 Subscribe를 선택하고 본인의 서비스 제공업체에서 받은 전체 구독 링크를 해당 URL 입력란에 붙여 넣은 다음 저장합니다. 링크의 경로와 매개변수를 빠짐없이 입력해야 합니다. 복사할 때 공백이나 줄바꿈, 안내 문구가 섞이면 앱에서 내용을 제대로 읽지 못할 수 있습니다.
저장한 뒤 Home으로 돌아가 구독 항목이 로드될 때까지 기다리고, SERVER 아래에 서버 항목이 표시되는지 확인합니다. 구독 이름만 보이고 서버 항목이 없다면 가져오기가 완료된 것이 아닙니다. 먼저 기기의 네트워크에서 구독 주소에 접속할 수 있는지, 링크가 아직 유효한지 확인하세요. 구독을 갱신하려면 해당 구독 그룹의 업데이트 기능을 사용합니다. 같은 링크를 반복해서 추가하면 구분하기 어려운 그룹이 여러 개 생길 수 있으니 피하세요.
구독 주소에는 접근 인증 정보가 포함될 수 있습니다. 전체 주소를 공개 페이지에 올리거나 이 튜토리얼의 예시 문구에 붙여 넣지 마세요. 서비스 제공업체가 특정 서버의 공유 링크를 제공했다면 Subscribe 주소로 입력하지 말고 앱에서 해당 링크를 가져오는 기능을 사용하세요. 정보 유형이 확실하지 않다면 본인의 서비스 제공업체에 형식을 문의하세요.
Add Server에서 서버 정보 직접 입력
서버 주소, 포트, 인증 정보를 보유하고 있다면 Add Server에서 Type을 선택한 뒤 표시되는 항목에 맞춰 입력합니다. 예를 들어 Shadowsocks를 사용할 때는 Host, Port, Password, Method를 확인하세요. 다른 프로토콜에는 인증 및 전송 관련 항목이 다르게 표시되므로 한 Type의 값을 다른 Type에 그대로 입력하면 안 됩니다.
Host에는 서비스 제공업체가 안내한 호스트 이름이나 주소만 입력하고 웹페이지 경로를 임의로 덧붙이지 마세요. Port는 서버 설정과 일치해야 합니다. 비밀번호와 기타 인증 값은 대소문자를 포함해 원문 그대로 복사하세요. TLS, 전송 방식, 경로, 서버 이름 등의 요구 사항이 있다면 함께 확인해야 합니다. 주소와 포트만 입력한 뒤 저장과 재시도를 반복하지 마세요.
QR 코드가 있다면 Scan QR Code를 사용하고 시스템 안내에 따라 카메라 접근을 허용합니다. Import from Cloud JSON은 해당 형식의 데이터를 가져오는 기능이지, 임의의 웹 주소를 가져오는 범용 메뉴가 아닙니다. 어느 방법으로든 가져오기를 마친 뒤 Home으로 돌아가 새 항목이 있는지 확인하세요. 이 단계에서는 연결 스위치를 켜지 말고 다음 단계에서 트래픽 처리 방식을 먼저 정합니다.
단계 02 · Global Routing / Config
Global Routing 선택
서버 항목은 연결할 대상을 정하고, Global Routing은 트래픽을 처리하는 방식을 정합니다. 두 항목을 모두 확인해야 합니다.
Home으로 돌아가 Global Routing을 누릅니다. 처음에는 Config, Proxy, Direct 세 가지 기본 모드를 알아두세요. 모드를 선택한 뒤 Home으로 돌아와 Global Routing 오른쪽에 표시된 현재 값을 확인합니다. 설정 파일을 수정했더라도 Proxy나 Direct 모드라면 설정 규칙이 올바른지 판단할 수 없습니다. 현재 모드에서는 설정 규칙에 따라 트래픽을 처리하지 않기 때문입니다.
Config: 현재 규칙에 따라 트래픽 라우팅
Config를 선택하면 트래픽이 현재 설정의 규칙과 일치하는지 확인해 처리됩니다. Config 페이지에서 실제로 사용 중인 설정을 확인하세요. 파일이 목록에 존재하는 것만으로는 충분하지 않습니다. 설정을 열고 Rule 섹션에서 규칙과 순서를 살펴봅니다. 스크린샷의 General, Hosts, URL Rewrite, HTTPS Decryption은 별도의 설정 섹션이며, 첫 연결을 위해 각각 수정할 필요는 없습니다.
규칙은 일반적으로 위에서 아래로 확인하며 먼저 일치하는 규칙이 트래픽의 경로를 결정합니다. 예를 들어 아래 교육용 조각은 특정 도메인 접미사를 PROXY로 보내고 나머지를 DIRECT로 보냅니다. 예시 도메인은 규칙 작성 방식을 설명하기 위한 것으로 연결 상태를 확인하는 테스트 대상이 아닙니다. 실제 설정에서는 정책 그룹을 참조할 수도 있으므로 마지막 줄만 보고 모든 요청의 경로를 판단할 수는 없습니다.
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTAdd Rule을 사용할 때는 유형, 일치 조건, 정책, 삽입 위치를 확인한 뒤 저장하세요. 첫 연결을 위해 기존 설정 전체를 덮어쓰지 마세요. 변경을 시험하려면 먼저 원본 설정을 복사해 두세요. 서버를 가져왔다고 해서 본인에게 맞는 라우팅 규칙까지 가져온 것은 아닙니다. 구독의 서버 목록과 Config의 설정 파일은 각각 확인해야 합니다.
Proxy와 Direct: 처리 방식 지정
Proxy를 선택하면 앱이 처리하는 트래픽을 Proxy 모드로 전달합니다. 복잡한 규칙의 영향을 잠시 제외해 문제 범위를 좁힐 때 사용할 수 있습니다. Direct를 선택하면 직접 연결 방식으로 처리되므로 선택한 원격 프록시 서버를 사용한다고 기대해서는 안 됩니다. 여기서 ‘프록시’라고 해서 기기의 모든 통신 유형이 반드시 같은 경로를 거치는 것은 아닙니다. 시스템과 개별 연결을 함께 고려해야 합니다.
기존 서버가 작동하는지 먼저 확인하려면 Proxy를 잠시 선택한 뒤 연결 및 테스트를 진행하고, 완료 후 Config로 돌아가 라우팅을 확인할 수 있습니다. 서버, 규칙, DNS 설정을 동시에 바꾸면 결과에 영향을 준 항목을 파악하기 어렵습니다. 화면에 Scene 메뉴가 있더라도 이 튜토리얼에서는 다루지 않습니다. 관련 차이는 용어집에서, 전체 규칙 설명은 사용 매뉴얼에서 확인하세요.
단계 03 · Home / SERVER
서버를 선택하고 연결 스위치 켜기
먼저 기본 서버를 선택한 다음 상단 스위치를 켭니다. 서버 상세 화면을 여는 것과 서버를 선택하는 것은 서로 다른 동작입니다.
Home의 SERVER 목록에서 사용할 서버를 찾아 항목 왼쪽의 원을 눌러 기본 서버로 지정하고 선택 표시가 바뀌었는지 확인합니다. 오른쪽의 상세 메뉴를 누르는 것은 보통 설정 편집이며 서버 선택과는 다릅니다. Config에서 별도의 정책 그룹을 참조한다면 그룹 안에서 실제로 선택된 항목도 확인해야 합니다. Home에서 기본 서버를 선택했다고 해서 모든 트래픽이 해당 서버를 사용한다고 단정할 수는 없습니다.
목록에 서버가 여러 개라면 정보가 완전하고 상태가 분명한 항목 하나를 먼저 테스트하세요. 지연 시간 테스트는 참고 자료로 활용할 수 있지만, 해당 테스트 방식에서 측정한 응답 시간일 뿐 웹페이지 접속이나 지속적인 전송 속도를 보장하지 않습니다. 첫 확인이 끝나기 전에는 복잡한 자동 선택 조건을 활성화하지 마세요. 서버 하나를 고정해 두면 결과를 재현하고 비교하기 쉽습니다.
Global Routing 값을 확인한 뒤 Home 상단의 연결 스위치를 켭니다. 처음 연결할 때 시스템에서 Shadowrocket의 VPN 구성을 추가하도록 허용할지 묻는 메시지가 표시될 수 있습니다. 앱 이름을 확인하고 허용한 뒤 기기 안내에 따라 암호나 생체 인증을 완료하세요. 이 과정은 시스템 네트워크 인터페이스를 통해 앱이 트래픽을 처리하도록 허용하는 절차이며, 시스템 팝업에 서버 비밀번호를 입력하는 과정이 아닙니다.
Home으로 돌아가 상단 상태가 Not Connected에서 바뀌었는지 확인합니다. 스위치가 바로 꺼지면 먼저 시스템 권한 설정을 완료했는지 확인하고, 다른 VPN 연결이 작동 중인지 살펴보세요. 권한 문제를 해결하려고 스위치를 빠르게 반복해서 켜고 끄지 마세요. 먼저 시도를 멈추고 안내를 읽은 뒤 마지막 섹션의 순서에 따라 원인을 확인합니다.
시스템에 VPN 상태가 표시되거나 앱의 스위치가 켜져 있다는 사실만으로 연결 구성이 시작되었음을 알 수 있을 뿐, 원격 서버가 작동하거나 특정 웹사이트에 예상한 규칙이 적용되었다고 단정할 수는 없습니다. 서버와 라우팅 모드를 그대로 유지하고 다음 단계에서 실제 접속을 확인하세요. 테스트를 마치고 연결을 끊으려면 Home으로 돌아가 상단 스위치를 끈 뒤 연결 상태가 바뀌었는지 확인합니다.
단계 04 · Connectivity Test / Data
연결 상태와 규칙 적용 경로 확인
Home에서 Connectivity Test를 누르고 결과를 기다립니다. 이 기능은 선택한 테스트 대상에 연결할 수 있는지 확인하며, 모든 웹사이트가 정상적으로 작동한다는 뜻은 아닙니다. 테스트 시간이 초과되면 현재 서버, Global Routing 값, 사용 중인 네트워크를 기록하세요. 바로 설정을 지우지 마세요. 이 정보로 서버 문제, 규칙 문제, 로컬 네트워크 문제를 구분하는 데 도움이 됩니다.
먼저 접속 가능 여부를 확인하고 예상한 경로인지 살펴보기
브라우저에서 평소 사용하는 웹사이트 중 연결 방식을 알고 있는 곳에 접속한 뒤 페이지를 새로고침합니다. 캐시된 문구나 이미지만 보이는 것이 아니라 이번 요청이 완료되었는지 확인해야 합니다. 한 사이트만 실패한다면 접속 가능한 다른 대상으로 교차 확인하세요. 한 곳에서만 문제가 생겼다면 우선 해당 사이트로 문제 범위를 좁히고 전체 연결이 실패했다고 단정하지 마세요.
Proxy 모드에서는 현재 서버의 기본 연결이 가능한지 먼저 확인할 수 있습니다. Config로 돌아간 뒤 같은 대상의 도메인과 규칙 순서를 대조해 예상 경로를 확인하세요. 웹페이지 하나가 여러 도메인에 요청을 보낼 수 있으므로 페이지가 일부만 로드되었다고 스위치가 작동하지 않는 것은 아닙니다. 더 정확한 확인이 필요하면 이용 가능한 연결 기록이나 진단 기록에서 실제 요청에 적용된 정책을 살펴보세요. 페이지가 열리는지만으로 판단하지 마세요.
Data에서 업로드와 다운로드 수치가 테스트 중 변하는지 확인하면 앱을 통과하는 트래픽이 있는지 참고할 수 있습니다. 수치가 늘어도 트래픽이 반드시 원격 프록시를 경유했다는 뜻은 아닙니다. Direct 요청이나 백그라운드 통신도 수치에 영향을 줄 수 있습니다. Data 수치만으로 규칙 적용을 입증하거나 서비스 제공업체 계정 또는 통신사 청구 내역과 직접 대응시키지 마세요.
한 번에 조건 하나만 변경
결과가 예상과 다르면 같은 서버를 유지하고 Global Routing만 Config에서 Proxy로 잠시 바꾼 뒤 동일한 접속을 다시 시도합니다. Proxy에서는 되고 Config에서 문제가 생긴다면 현재 설정, 규칙 순서, 정책 선택을 먼저 확인하세요. 둘 다 실패하면 서버 매개변수, 현재 네트워크, DNS를 차례로 점검합니다. 비교를 마친 뒤 일상적으로 사용할 모드로 되돌려 문제 해결 중의 임시 설정이 그대로 남지 않도록 하세요.
기본 가져오기와 첫 연결 절차를 마쳤습니다. DOMAIN-SUFFIX, FINAL, 정책 그룹의 의미는 용어집에서 확인하세요. 규칙과 설정 파일을 더 자세히 구성하려면 전체 사용 매뉴얼을 읽어보세요. 첫 연결 단계에서 모든 옵션을 한꺼번에 바꿀 필요는 없습니다.
단계 05 · Settings / Diagnostics
문제가 발생한 단계부터 차례로 점검
현재 설정을 유지하고 오류가 발생한 단계부터 확인하세요. 한 번에 한 항목만 확인하거나 변경한 다음 다시 테스트합니다.
가져오기 실패: 입력값과 구독 응답 확인
Home에 서버 항목이 없다면 Add Server로 돌아가 Type이 올바른지 확인한 뒤, 입력한 정보가 전체 구독 링크인지 개별 서버 공유 정보인지 확인합니다. 구독 업데이트 오류가 발생하면 기기의 네트워크, 링크 유효성, 본인의 서비스 제공업체 안내를 살펴보세요. 링크가 만료된 경우 반복해서 추가해도 해결되지 않습니다. 기존 항목을 유지하고 원인을 확인한 뒤 교체 여부를 결정하세요.
스위치 작동 실패: 시스템 권한 확인
상단 스위치가 켜지지 않거나 켜진 직후 꺼지면 처음 VPN 구성을 추가할 때 권한을 허용했는지 확인하고, 다른 VPN 연결이 현재 상태를 점유하고 있는지 살펴보세요. 시스템 설정에서 Shadowrocket의 VPN 구성과 안내를 확인한 뒤 앱으로 돌아와 다시 시도합니다. 스위치 권한 문제와 서버 목록의 완전성은 별개의 문제이므로 모든 서버를 삭제하거나 Config 전체를 초기화하지 마세요.
연결 상태 변경 후 접속 실패: 서버·라우팅·네트워크 확인
상태는 바뀌었지만 접속에 실패한다면 기본 서버, Global Routing, 해당 서버의 매개변수를 순서대로 확인하세요. 직접 입력한 항목은 Type, Host, Port, 인증 정보 및 서비스 제공업체가 지정한 전송 조건을 중점적으로 확인합니다. 구독 항목은 먼저 업데이트가 완료되었고 서비스가 유효한지 확인하세요. 이미 보유한 다른 서버가 있다면 나머지 조건을 유지한 채 비교해 볼 수 있지만, 규칙과 테스트 방법을 동시에 바꾸지 마세요.
일부 도메인에서만 문제가 생긴다면 현재 설정의 DNS와 규칙 경로를 확인하세요. 도메인 이름 확인 실패와 원격 연결 실패는 서로 다른 문제입니다. 시간이 초과되었다고 DNS 설정 전체를 바로 교체하지 마세요. 가능하다면 같은 서버 항목을 Wi-Fi와 셀룰러 네트워크에서 각각 테스트해 특정 네트워크에서만 문제가 발생하는지 확인합니다. 데이터 사용량에 유의하고 테스트 대상과 라우팅 모드는 동일하게 유지하세요.
Settings에서 테스트 및 진단 조건 확인
Settings에서 Test Method를 먼저 확인합니다. 테스트 방식마다 확인하는 단계가 다르므로 서버 목록 테스트에는 응답이 있지만 실제 접속은 실패하는 상황이 생길 수 있습니다. 결과를 비교할 때는 가능한 한 동일한 테스트 방식을 사용하세요. 지연 시간 하나만으로 서버의 모든 기능이 정상이라고 판단하거나, 테스트 실패를 계정 또는 앱 구매 문제로 해석하지 마세요.
On Demand도 확인합니다. 수동으로 연결을 끊은 뒤에도 연결이 다시 시작된다면 On Demand 조건이 작동하는지 살펴보세요. 처음 문제를 확인할 때는 관련 조건을 잠시 중지하고 Home에서 스위치를 직접 조작해 기본 연결을 테스트한 뒤 다시 활성화할 수 있습니다. On Demand는 조건에 따라 연결을 시작하는 기능으로, 잘못된 서버 매개변수를 고치거나 연결 확인을 대신하지 않습니다.
원인을 기록해야 한다면 Diagnostics에서 이용할 수 있는 점검 항목과 출력을 확인합니다. ‘연결되지 않음’이라고만 적기보다 오류 유형, 발생 단계, 라우팅 모드, 네트워크 변경 여부를 함께 기록하면 도움이 됩니다. 본인의 서비스 제공업체에 문제를 문의하기 전에 구독 주소의 인증 정보, 비밀번호, 인증 식별자, 개인 네트워크 정보를 가리세요. 설정 전체나 진단 내용을 그대로 공개하지 마세요.
처음 사용할 때는 Settings의 Proxy, TCP, UDP 옵션을 하나씩 조정할 필요가 없습니다. 현재 값을 유지하고 특정 프로토콜이나 네트워크 조건이 원인임을 확인한 경우에만 관련 안내에 따라 변경하세요. 다음으로 자주 묻는 질문 분류 안내를 읽거나 사용 매뉴얼에서 자세한 설정 및 관리 절차를 확인할 수 있습니다. 일상적인 사용으로 돌아가기 전에 테스트 중 임시로 바꾼 라우팅 모드와 On Demand 조건을 복원하세요.
