공식 매뉴얼 · 첫 연결
Shadowrocket 사용법구독 가져오기 및 연결 확인
기존 정보를 가져온 다음 Global Routing을 선택하고 실제 요청을 확인합니다. 다음 단계는 iPhone과 iPad에 적용됩니다. 처음 설정한다면 순서대로 읽고, 문제가 생기면 해당 단계로 이동하세요.
- 기존 정보 가져오기
- 연결 방식 선택
- 실제 요청 확인
STEP 01 / IMPORT
Add Server 및 Subscribe 가져오기
Shadowrocket을 열고 Home 화면에 머무르세요. 아직 상단의 연결 스위치는 켜지 않습니다. 서비스 제공업체에서 받은 원본 정보를 준비한 다음 내용에 맞는 가져오기 방식을 선택합니다. 서버 목록을 불러오는 구독 링크는 Subscribe를 사용하고, 프로토콜·주소·인증 정보가 명시된 단일 서버 정보는 해당 서버 Type을 선택합니다. 두 방식은 입력 내용이 다릅니다. 구독 링크를 Host에 입력하면 보통 연결되지 않습니다.
구독 링크가 있는 경우
Home에서 Add Server를 누른 다음 추가 화면에서 Type을 열고 Subscribe를 선택합니다. 해당 Type의 URL 입력란에 전체 구독 링크를 붙여 넣고 화면의 저장 절차를 진행한 뒤 Home으로 돌아가 내용을 불러올 때까지 기다립니다. 입력란에 이미 문자가 있다면 먼저 지운 다음 붙여 넣어 주소가 이어 붙지 않도록 하세요. 링크에 인증 정보가 포함될 수 있으므로 복사할 때 전체 매개변수를 유지하고, 앞뒤에 공백·줄바꿈·채팅 문구가 붙지 않았는지 확인합니다.
Home으로 돌아와 SERVER에 구독에서 불러온 항목이 표시되는지 확인합니다. 목록에 항목이 있다면 사용할 서버 하나를 먼저 선택하고 구독을 반복해서 업데이트할 필요는 없습니다. 저장 후에도 목록이 비어 있다면 링크가 유효한지, 구독 내용을 읽을 수 있는지, 현재 네트워크에서 구독 주소에 접속할 수 있는지 확인하세요. 구독 내용의 유효 여부는 서비스 제공업체에 문의해야 합니다. 구독 이름만 저장했다고 서버를 가져온 것은 아닙니다.
단일 서버 정보가 있는 경우
Add Server로 다시 들어가 서비스 제공업체가 안내한 프로토콜에 맞춰 Type을 선택한 뒤 Host와 Port를 입력합니다. 인증 항목은 프로토콜마다 다릅니다. 예를 들어 Shadowsocks에서는 Password와 Method를 확인하고, 다른 프로토콜은 해당 프로토콜에 필요한 매개변수를 확인하세요. 서로 다른 프로토콜의 입력 항목을 혼용하면 안 됩니다. 공식 스크린샷은 한 가지 입력 화면만 보여 주며 모든 Type에 같은 항목이 있는 것은 아닙니다. Host에는 일반적으로 서버 도메인이나 IP를 입력하며 웹페이지 경로를 임의로 덧붙이지 마세요.
QR 코드가 있다면 Scan QR Code로 가져온 후 각 항목을 확인할 수 있습니다. Import from Cloud JSON은 별도의 입력 방법이므로 정보 출처에서 해당 형식을 제공한 경우에만 사용하세요. 저장한 뒤 Home으로 돌아와 방금 가져온 항목이 선택되어 있는지 확인합니다. 여기까지는 연결 정보를 클라이언트에 추가한 단계입니다. 다음으로 요청을 어떤 라우팅 방식으로 처리할지 정해야 합니다.
STEP 02 / ROUTING
Global Routing 모드 선택
가져오기를 마치면 Home으로 돌아가 Global Routing을 눌러 현재 선택된 항목을 확인합니다. 세 가지 모드는 Config, Proxy, Direct입니다. 각 모드는 요청이 어떤 연결 경로를 선택할지 정하며 서버 프로토콜을 구분하는 것이 아닙니다. 이 설정을 변경해도 잘못된 비밀번호, 만료된 구독, 접속할 수 없는 서버 주소는 해결되지 않습니다.
| 모드 | 사용 전 알아둘 내용 |
|---|---|
| Config | 현재 활성화된 구성과 규칙에 따라 처리 방식을 선택합니다. 명확한 트래픽 분기 설정이 필요한 경우에 적합합니다. |
| Proxy | 프록시 경로를 주로 사용합니다. 선택한 서버의 실제 연결 상태를 확인할 때 쓸 수 있지만, 시스템 및 구성의 특수 처리도 함께 고려해야 합니다. |
| Direct | 직접 연결 경로를 사용합니다. 현재 네트워크의 접속 기준을 확인할 때 쓸 수 있으며 프록시 서버의 정상 여부를 확인하는 용도는 아닙니다. |
신뢰할 수 있는 출처에서 구성 파일을 받은 경우 Config 페이지로 이동해 사용할 구성을 확인한 다음 Rule과 정책 설정을 살펴보세요. 구독과 구성 파일은 역할이 다릅니다. 구독은 주로 서버 정보를 제공하고 구성 파일은 요청을 처리하는 방법을 정합니다. Subscribe를 가져왔다고 해서 필요한 트래픽 분기 규칙까지 자동으로 준비된 것은 아닙니다.
공식 스크린샷은 Config 편집 페이지의 General, Rule, Hosts, URL Rewrite, HTTPS Decryption, Add Rule을 보여 줍니다. 처음 연결할 때 모든 항목을 수정하거나 HTTPS Decryption을 활성화할 필요는 없습니다. 이해할 수 있는 구성은 그대로 유지하고, 연결을 위해 관련 없는 설정을 여러 개 동시에 바꾸지 마세요. 서버 연결 상태만 확인하려면 Proxy를 잠시 사용한 뒤 Config로 돌아와 트래픽 분기 차이를 확인할 수 있습니다.
Rule에서는 요청을 보통 위에서 아래로 확인하며 처음 일치하는 규칙의 정책을 적용합니다. FINAL은 앞선 규칙과 일치하지 않은 요청을 처리합니다. 아래 예시는 특정 도메인을 PROXY로 보내고 나머지 요청은 DIRECT로 처리합니다. 규칙 매칭 방식을 설명하는 예시일 뿐 기존 구성을 덮어쓸 완성 파일이나 모든 환경에 적합한 설정이 아닙니다.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT구성에서 정책 그룹을 참조한다면 그룹 내 선택이 유효한 서버를 가리키는지도 확인해야 합니다. 규칙이 PROXY와 일치한다고 서버 자체가 정상이라는 뜻은 아닙니다. 규칙 우선순위, DNS, 각 항목의 문법은 구성 종합 안내에서 더 자세히 확인할 수 있습니다. 이 튜토리얼에서는 재현하기 쉬운 명확한 모드를 유지한 채 연결 단계로 넘어갑니다.
STEP 03 / CONNECT
Home에서 연결 스위치 켜기
가져온 항목과 Global Routing을 확인한 뒤 Home으로 돌아옵니다. SERVER에서 이번에 사용할 서버를 선택하고 상단의 연결 스위치를 켭니다. 공식 스크린샷의 Not Connected는 촬영 당시 연결되지 않은 상태를 뜻하며 서버 이름이 아닙니다. 조작할 때는 상단 연결 상태와 목록에서 현재 선택된 항목을 확인해 새 정보를 가져온 뒤에도 이전 항목을 계속 사용하지 않도록 하세요.
처음 연결할 때 시스템에서 VPN 구성 추가를 확인하는 메시지가 표시될 수 있습니다. 이는 클라이언트가 시스템 네트워크 확장 기능으로 트래픽을 처리하도록 허용하는 절차이며 앱을 다시 구매하라는 뜻이 아닙니다. 안내에 표시된 앱 정보를 확인하고 시스템 요청에 따라 승인한 뒤 기기 인증을 완료합니다. 그런 다음 Shadowrocket으로 돌아가 상태를 확인하세요. 이미 승인한 경우 다음 연결에서는 같은 메시지가 표시되지 않을 수 있습니다.
권한 승인을 취소하면 연결 스위치가 꺼질 수 있습니다. 이 경우 연결을 다시 시도해 안내에 따라 승인하세요. 서버 비밀번호를 바꿔 권한 문제를 해결하려 하지 마세요. 조직에서 관리하는 기기라면 시스템 제한으로 VPN 구성을 추가하지 못할 수 있으므로 기기 관리 정책에 따라 처리해야 합니다. 시스템 설정의 VPN 구성과 앱 안의 서버 항목은 서로 다른 단계에 해당하므로 전자를 삭제해도 후자의 문제는 해결되지 않습니다.
Home에 연결됨으로 표시되면 현재 서버와 모드를 유지한 채 다음 테스트를 진행하세요. 연결 상태는 요청을 처리하는 로컬 통신 경로가 시작되었음을 주로 나타냅니다. 모든 원격 요청이 성공했거나 구성의 모든 규칙이 예상대로 동작한다는 뜻은 아닙니다. 서버 인증, DNS 확인, 대상 사이트 응답은 실제 접속 단계에서 문제가 생길 수 있습니다.
사용을 마치면 Home으로 돌아가 상단 스위치를 끌 수 있습니다. 스위치를 껐는데 다시 자동 연결된다면 계속 스위치를 조작하기보다 Settings에서 On Demand가 설정되어 있는지 확인하세요. 문제 해결 중에는 수동 조작 경로를 명확히 유지하고 기본 연결이 정상임을 확인한 다음 필요에 따라 자동 연결 조건을 설정합니다.
STEP 04 / VERIFY
Connectivity Test로 결과 확인
방금 선택한 서버를 유지한 채 Home에서 Connectivity Test를 실행하고 완료될 때까지 기다립니다. 결과는 Settings의 Test Method를 함께 참고해 해석하세요. 테스트 방식마다 확인하는 단계가 다릅니다. 일부 방식은 특정 네트워크 탐색에 응답이 있는지만 확인하므로 응답 시간이 모든 웹사이트의 실제 접속 속도를 뜻하지는 않습니다. 테스트가 실패해도 실제 접속 결과와 함께 판단하고 서버의 모든 기능이 중단되었다고 단정하지 마세요.
그런 다음 브라우저를 열어 평소 알고 있고 현재 정상 응답해야 하는 웹사이트에 접속합니다. 기존 캐시 화면만 확인하지 않도록 새 요청을 보내고 필요하면 페이지를 새로고침하세요. 페이지가 열리는지, 계속 로딩에 실패하는지, 일부 리소스만 누락되는지, 처음 접속할 때만 느린지 살펴봅니다. 현상을 구체적으로 기록하면 단순히 ‘된다’ 또는 ‘안 된다’고 적는 것보다 문제를 찾는 데 도움이 됩니다.
현재 Config를 사용한다면 DIRECT로 연결될 것으로 예상되는 요청과 프록시를 거칠 것으로 예상되는 요청을 각각 확인하세요. 어떤 웹사이트가 열려도 우연히 DIRECT 규칙이 적용됐을 수 있으므로 프록시 경로가 정상이라고 단정할 수 없습니다. 반대로 Proxy에서는 접속되지만 Config에서는 실패한다면 규칙과 정책 그룹을 추가로 살펴보세요. 비교할 때는 서버와 테스트 대상을 그대로 둔 채 Global Routing만 바꾸고, 확인이 끝나면 원래 사용할 모드로 되돌립니다.
트래픽 변화를 확인하려면 Data를 살펴볼 수 있지만, 통계 수치는 트래픽 발생 여부를 확인하는 참고 자료일 뿐 특정 규칙이 올바르다는 최종 증거는 아닙니다. 한 번의 테스트로 모든 대상, 시간대, 프로토콜이 정상이라고 볼 수 없습니다. 기본 확인 기준은 연결 스위치 상태가 안정적이고, 예상한 대상에 실제로 접속할 수 있으며, 현재 모드가 의도한 경로와 일치하는 것입니다. 하나라도 충족되지 않으면 아래 단계별 문제 해결을 진행하세요.
STEP 05 / DIAGNOSE
주요 문제 해결 및 Settings 확인
먼저 어느 단계에서 멈췄는지 찾고 해당 설정만 변경하세요. 구독 재설정, 프로토콜 전환, DNS 변경, 규칙 재작성 등을 한꺼번에 하지 마세요. 문제가 해결되더라도 어떤 변경이 원인이었는지 알 수 없습니다. 필요한 구성 기록을 먼저 보관하고 테스트 대상을 하나로 정한 다음 변경할 때마다 같은 방법으로 확인하세요.
항목을 가져오지 못한 경우
Home에 예상한 서버가 없다면 Add Server로 돌아가 Type과 입력 내용을 확인하세요. Subscribe에는 서비스 제공업체 웹사이트의 로그인 주소가 아니라 구독 주소를 입력해야 하며 링크의 전체 매개변수를 임의로 삭제하면 안 됩니다. 결과가 비어 있거나 인증 실패 또는 내용 해석 오류가 표시되면 서비스 제공업체에 링크 상태와 응답 형식을 문의하세요. 사용할 서버 정보가 준비되지 않은 단계이므로 연결 스위치는 우선 확인할 항목이 아닙니다.
항목은 있지만 테스트 또는 인증 실패
직접 입력한 정보는 Host, Port, Password와 해당 프로토콜의 Method, TLS 또는 기타 필수 옵션을 하나씩 확인해야 합니다. 항목은 서비스 제공업체가 안내한 내용을 기준으로 입력하고 추측에 의존하지 마세요. 기기의 날짜와 시간이 잘못되어도 인증서의 시간에 의존하는 연결에 영향을 줄 수 있습니다. TLS를 사용하는 경우 서버 이름과 인증서 정보를 확인하고 인증서 검증을 끄는 방법을 일반적인 해결책으로 사용하지 마세요.
Settings에서 Test Method를 열어 테스트 방식이 확인하려는 문제와 맞는지 살펴보세요. 특정 탐색은 실패하지만 실제 접속이 정상이라면 차이를 기록해 두고 테스트 결과만 얻기 위해 연결 매개변수를 반복해서 바꾸지 마세요. 반대로 테스트 응답이 있어도 페이지가 열리지 않는다면 DNS, 라우팅 및 대상 응답을 계속 확인해야 합니다.
스위치가 켜진 상태를 유지하지 못하거나 자동으로 다시 연결
스위치가 즉시 꺼지면 시스템 VPN 권한이 승인되었는지, 기기 관리 제한이 있는지, 앱에 오류 메시지가 표시되는지 우선 확인하세요. 수동으로 연결을 끈 뒤 다시 연결된다면 Settings에서 On Demand 조건을 살펴봅니다. 문제 해결 중에는 활성화된 자동 연결 조건을 잠시 끄고 수동 연결을 다시 확인할 수 있습니다. 테스트가 끝나면 필요에 따라 원래 설정을 복원하고 자동 연결 동작과 서버 인증 문제를 혼동하지 마세요.
연결되지만 일부 요청만 실패
먼저 Proxy와 Config의 결과를 비교합니다. 차이가 뚜렷하면 Config에서 일치한 규칙, 정책 그룹 선택, 기본 처리 규칙인 FINAL을 확인하세요. 도메인은 확인되지 않지만 직접 연결 주소에는 응답이 있다면 DNS를 추가로 살펴볼 수 있습니다. 다만 접속 실패 화면 하나만으로 DNS 문제라고 단정할 수는 없습니다. TCP와 UDP는 서로 다른 단계의 영향을 받을 수도 있으므로 대상 앱과 서비스 제공업체가 안내한 지원 범위를 고려해 판단하세요. Settings의 항목을 목적 없이 하나씩 바꾸지 마세요.
추가 단서가 필요하다면 Settings에서 Diagnostics를 찾아 방금 발생한 오류와 관련된 진단 정보를 수집하세요. 진단 정보를 공유하기 전에 내용을 확인하고 구독 주소, 인증 정보, 개인 사용 내역을 알아볼 수 있는 정보는 가린 뒤 문제 해결에 필요한 부분만 남기세요. 복잡한 규칙, DNS 및 구성 항목의 원리는 구성 종합 안내에서 계속 확인할 수 있습니다. 최소 단계부터 다시 진행하려면 이 튜토리얼의 정보 가져오기 단계로 돌아가 모든 설정을 한꺼번에 바꾸지 말고 차례로 확인하세요.
