Shadowrocket
가져오기 및 연결 방법

01 · Add Server / Subscribe

Shadowrocket을 열고 Home으로 이동합니다. 여기서 저장된 서버를 확인하고 사용할 서버를 선택하거나 연결을 제어할 수 있습니다. 먼저 보유한 정보의 종류를 확인하세요. 서버 목록을 업데이트하는 구독 링크는 Subscribe로 가져오고, 주소·포트·인증 정보가 포함된 단일 서버 정보는 해당 프로토콜을 선택해 입력합니다. 둘 중 한 가지 방법만 사용하면 되며, 같은 정보를 중복으로 추가할 필요는 없습니다.

구독 링크가 있는 경우: Subscribe 사용

이용 중인 서비스 제공업체에서 전체 구독 링크를 복사한 뒤 Home으로 돌아와 더하기 버튼을 눌러 Add Server로 이동합니다. Type에서 Subscribe를 선택하고 URL에 링크를 붙여 넣은 다음 알아보기 쉬운 메모를 입력하세요. 저장하기 전에 링크의 앞뒤가 모두 포함됐는지 확인하고, 메시지에 적힌 설명이나 줄바꿈, 공백이 함께 들어가지 않도록 주의합니다. 구독 링크에는 계정 인증 정보가 포함될 수 있으므로 신뢰할 수 있는 본인 기기에만 저장하고 다른 사람에게 공개하지 마세요.

저장한 뒤 Home으로 돌아와 구독 정보를 가져올 때까지 기다립니다. 목록이 펼쳐지지 않거나 서버가 표시되지 않으면 해당 구독 항목의 업데이트 기능을 사용한 뒤 결과를 확인하세요. 정상적으로 완료되면 구독 주소 한 줄만 보이는 것이 아니라 해당 구독 그룹에 서버 항목이 표시됩니다. 구독 업데이트는 목록을 동기화하는 작업일 뿐, 연결이 완료됐다는 뜻은 아니며 목록의 모든 서버를 사용할 수 있다는 보장도 아닙니다. 먼저 서버 하나를 선택하고 다음 단계에서 Connectivity Test를 실행하세요.

저장에는 성공했지만 서버 항목이 보이지 않더라도 구독을 바로 반복해서 새로 만들지 마세요. 복사한 주소가 클라이언트용 구독 URL인지, 계정 관리 페이지 주소가 아닌지 먼저 확인하고 현재 네트워크에서 해당 주소에 접속할 수 있는지도 살펴보세요. 링크가 만료됐거나 인증 방식이 변경됐거나 구독 형식이 맞지 않으면 업데이트되지 않을 수 있습니다. 기존 항목은 그대로 두고 문서 끝의 순서에 따라 확인한 뒤 서비스 제공업체에 주소 상태를 문의하세요.

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

Home에서 더하기 버튼을 눌러 Add Server로 이동하고, 보유한 정보에 따라 Shadowsocks, VMess, Trojan 등의 Type을 선택합니다. 그런 다음 Address, Port와 해당 프로토콜에 필요한 인증 항목을 입력하세요. 프로토콜마다 필요한 항목이 다릅니다. 비밀번호를 UUID 대신 입력할 수 없으며, 서버 이름만으로 전송 관련 설정을 추측해서도 안 됩니다. 원본 정보에 TLS, 전송 방식 또는 서버 이름 관련 항목이 있다면 하나씩 대조해 입력하고, 확실하지 않은 항목을 임의로 비우거나 바꾸지 마세요.

저장한 뒤 Home으로 돌아와 새 항목을 찾아 선택합니다. 서버 이름은 구분을 위한 메모일 뿐이며, 연결에는 프로토콜, 주소, 포트와 인증 정보가 영향을 줍니다. 항목이 표시되더라도 로컬에 정보가 저장됐다는 뜻일 뿐입니다. 다음으로 Global Routing을 선택한 뒤 연결하세요. 이 단계에서는 규칙을 대량으로 추가하거나 Settings 항목을 여러 개 동시에 바꿀 필요가 없습니다.

02 · Global Routing의 세 가지 모드

서버를 선택한 뒤 Home에서 Global Routing을 엽니다. 이 메뉴는 요청을 전반적으로 처리하는 방식을 결정하며, 현재 선택한 서버와는 별개의 설정입니다. 서버를 올바르게 선택했더라도 라우팅 모드가 예상과 다르면 연결은 됐지만 대상 트래픽이 해당 서버를 거치지 않을 수 있습니다. 세 가지 옵션을 먼저 이해한 뒤 현재 확인하려는 목적에 맞는 모드를 선택하세요.

처음 사용하며 아직 구성 파일을 준비하지 않았다면 Proxy를 선택한 뒤 다음 단계에서 연결과 접속을 확인할 수 있습니다. 이 단계의 목적은 서버 연결 여부와 규칙 설정의 정확성을 구분해 확인하는 것이며, 한 가지 모드를 계속 사용해야 한다는 뜻은 아닙니다. Proxy를 선택해도 모든 앱이나 모든 시스템 트래픽이 반드시 프록시를 통과하는 것은 아니므로 실제 요청을 함께 확인해야 합니다.

사용할 구성 파일이 있다면 Config로 이동해 원하는 파일이 현재 구성으로 설정됐는지 확인한 다음 Home으로 돌아와 Config를 선택하세요. 파일을 Config 목록에 가져오기만 해서는 활성화되지 않습니다. Config 모드를 선택했다고 해서 파일의 모든 규칙이 현재 목적에 맞는다는 뜻도 아닙니다. 구독을 가져오는 작업은 일반적으로 서버 목록을 업데이트하는 것이므로, 전체 규칙 구성 파일을 가져오는 작업과 혼동하지 마세요.

Direct는 현재 네트워크에서 같은 대상에 직접 접속할 수 있는지 확인할 때 적합합니다. 연결 실패를 자동으로 해결하는 옵션도 아니고 서버 인증을 대신하지도 않습니다. PROXY, DIRECT, REJECT와 규칙 매칭 순서를 자세히 알아보려면 이 안내를 마친 뒤 규칙 및 구성 전체 참고 안내를 읽어보세요. 처음 연결할 때는 가능한 한 변수를 적게 유지하세요.

03 · Home 스위치 및 VPN 승인

Home으로 돌아와 현재 서버와 Global Routing을 다시 확인합니다. 준비가 끝나면 연결 스위치를 켜세요. 처음 연결할 때 시스템에서 Shadowrocket의 VPN 구성 추가를 허용할지 묻는 메시지가 표시될 수 있습니다. 안내에 표시된 앱 이름을 확인하고 직접 시작한 작업이 맞는지 살펴본 다음 허용을 선택하세요. 기기 안내에 따라 암호를 입력하거나 생체 인증을 완료합니다. 이 메시지는 시스템 네트워크 확장에 필요한 구성을 설정하기 위한 것이며 구독 정보를 가져오는 화면이 아닙니다.

시스템 인증을 마친 뒤 Shadowrocket으로 돌아와 스위치와 연결 상태를 확인하세요. 연결이 꺼져 있다면 다시 켭니다. 시스템 권한 승인과 원격 서버 연결 성공은 서로 다른 단계입니다. 전자는 앱이 기기의 연결 통로를 만들 수 있게 하며, 후자는 서버 주소와 인증 정보, 네트워크 상태에 따라 달라집니다. 시스템에 VPN 상태가 표시돼도 기기 내 연결 통로가 설정됐다는 뜻일 뿐, 원격 요청이 성공했다는 증거는 아닙니다.

방금 표시된 안내에서 취소를 눌렀다면 연결 스위치를 다시 켰을 때 승인 절차가 다시 시작되는 경우가 많습니다. 기기에 다른 VPN 연결이 있다면 동시에 사용할 필요가 없는 연결을 먼저 끊고 Shadowrocket을 테스트하세요. 연결을 서로 전환한 상황을 서버 문제로 오해하지 않도록 주의합니다. 조직에서 관리하는 기기는 VPN 구성이 제한될 수 있습니다. 관리 제한 메시지가 표시되면 시스템 설정을 반복해서 삭제하지 말고 먼저 기기 관리 정책을 확인하세요.

첫 연결을 확인하는 동안에는 On Demand를 끄고 수동 스위치를 사용하세요. 각 단계의 결과를 판단하기 쉽습니다. On Demand는 조건에 따라 연결을 시작하는 기능이지, 잘못된 비밀번호를 보완하거나 구독 주소를 수정하거나 규칙 선택을 대신하는 기능이 아닙니다. 수동 연결이 안정된 다음 실제 사용 목적에 맞게 설정하세요. 현재 연결을 유지한 채 다음 단계로 이동해 같은 대상을 열어 실제로 적용됐는지 확인합니다.

04 · Connectivity Test 및 접속 확인

먼저 Home으로 돌아와 선택한 서버에서 Connectivity Test를 실행합니다. 결과는 선택한 테스트 방식에 따라 달라집니다. 응답 시간이 표시되면 해당 테스트가 그 시점에 응답을 받았다는 뜻이고, 시간 초과가 표시되면 제한 시간 안에 테스트가 완료되지 않았다는 뜻입니다. 이 테스트는 모든 웹사이트의 접속 품질을 종합적으로 평가하지 않으며, 표시된 수치를 일상적인 페이지 로딩 속도로 간주할 수도 없습니다. 한 번의 테스트 결과만으로 서버를 계속 바꾸지 마세요.

테스트 결과와 실제 요청을 함께 확인

같은 서버와 Global Routing 모드를 유지한 채 브라우저를 열고, 평소 이용하며 현재 접속 가능한 페이지를 방문합니다. 페이지가 끝까지 로드되는지 확인한 뒤 페이지 안의 다른 링크도 열어 보세요. 이전에 캐시된 내용만 표시된 것은 아닌지 확인할 수 있습니다. 특정 앱에서만 문제가 생긴다면 먼저 브라우저에서 비슷한 대상을 열어 비교하세요. 특정 앱의 로그인, 캐시 또는 서비스 상태 문제를 전체 연결 실패로 오해하지 않도록 합니다.

Shadowrocket으로 돌아와 Data의 트래픽 정보와 화면에서 확인할 수 있는 연결 기록을 참고하세요. 연결 중 트래픽이 증가하면 네트워크 활동이 있었다는 뜻이지만, 트래픽 증가만으로 특정 대상에 어떤 규칙이 적용됐는지 알 수는 없습니다. 기록 기능을 사용할 수 있다면 테스트 시간과 대상 도메인에 맞는 요청을 찾아 실제 적용된 정책을 확인하세요. 기록에는 방문 대상 등 개인정보가 포함될 수 있으므로 문제 해결 자료를 공유하기 전에 민감한 정보를 삭제하세요.

Config 사용 시 규칙 적용 결과도 확인

Config를 사용하는 경우 PROXY로 처리될 것으로 예상되는 대상과 DIRECT로 처리될 것으로 예상되는 대상을 각각 열고, 확인 가능한 요청 기록에서 결과를 대조합니다. 구성 파일의 규칙은 보통 순서대로 적용되므로 앞쪽의 포괄적인 규칙이 뒤쪽의 세부 규칙보다 먼저 일치할 수 있습니다. 페이지가 열린다고 해서 예상한 방식으로 트래픽이 분리된 것은 아닙니다. 대상 요청에 적용된 정책도 함께 확인하세요.

비교가 필요하면 현재 테스트 요청을 중단하고 Global Routing을 바꾼 뒤 다시 접속하세요. 기존 연결은 처음 설정된 처리 방식을 계속 사용할 수 있습니다. 비교할 때는 같은 네트워크 환경에서 동일한 페이지를 사용하고 한 번에 조건 하나만 바꾸세요. 테스트 응답, 실제 페이지 접속, 정책 적용 결과를 모두 확인한 뒤 본인의 구성이나 On Demand를 단계적으로 활성화하면 변경 후 문제가 생겼을 때 원인을 찾기 쉽습니다.

05 · 자주 발생하는 문제와 점검 순서

문제가 생기면 어느 단계에서 멈췄는지 먼저 기록하세요. 구독 업데이트 실패, VPN 연결 미수립, Connectivity Test 시간 초과, 특정 페이지 접속 실패를 같은 문제로 취급하면 안 됩니다. 재현 가능한 대상, 현재 네트워크 유형, 서버 이름, Global Routing 상태만 기록하면 됩니다. 공개 기록에는 전체 구독 링크나 비밀번호, 인증 정보를 포함하지 마세요. 아래 순서대로 확인하고 항목을 하나씩 점검할 때마다 다시 테스트하세요.

구독 목록이 펼쳐지지 않음: 가져오기 과정 확인

기기의 현재 네트워크에서 일반 웹페이지에 접속할 수 있는지 확인한 뒤 Subscribe에 저장된 URL이 완전한지 살펴봅니다. 구독을 업데이트하려면 아직 연결되지 않은 연결 방식이 필요한 경우, 사용할 수 있는 연결 방법이 있는지 먼저 확인하세요. 목록이 비어 있는 문제를 서버 선택 문제로 오해하지 않도록 합니다. 주소가 만료됐거나 계정 상태가 바뀌었거나 응답 내용이 구독 형식과 맞지 않는 경우에는 이용 중인 서비스 제공업체에 확인해야 합니다. 잘못된 주소를 반복해서 저장해도 유효한 항목이 추가되지는 않습니다.

테스트 시간 초과: 설정과 네트워크 상태 확인

서버 편집 화면을 열고 원본 정보와 대조해 Type, Address, Port, 인증 항목을 확인한 다음 TLS, 전송 방식과 관련 이름 항목도 살펴보세요. 복사한 값 앞뒤의 공백, 숫자로 된 포트, 헷갈리기 쉬운 문자를 확인합니다. 두 자료의 이름이 비슷하다는 이유로 설정을 서로 섞지 마세요. 시간 확인에 의존하는 연결이라면 기기의 시스템 설정에서 날짜, 시간, 시간대가 올바른지도 확인해야 합니다.

설정이 일치하는데도 연결되지 않는다면 가능한 경우 Wi-Fi와 셀룰러 네트워크를 바꿔 같은 서버와 테스트 방식으로 비교해 보세요. 특정 네트워크에서만 실패하면 해당 네트워크의 연결 조건을 먼저 확인하고, 여러 네트워크에서 모두 실패하면 서버가 사용 가능한지 살펴봅니다. 테스트 방식 자체가 대상에 의해 제한될 수도 있으므로 시간 초과 표시만으로 판단하지 말고 실제 페이지 접속 결과도 함께 확인하세요.

연결 스위치가 켜진 상태로 유지되지 않음: 시스템 구성 확인

VPN 구성 추가를 승인했는지, 다른 연결이 시스템 VPN을 사용 중인지 확인하세요. 시스템 설정에서 VPN을 검색해 해당 구성의 상태를 살펴볼 수 있지만, 구성 프로파일 삭제를 첫 번째 해결 방법으로 삼지 마세요. 다시 승인이 필요하다면 앱에 저장된 서버와 구성 정보를 먼저 보존한 뒤 시스템 안내에 따라 처리하고 Home으로 돌아와 연결하세요. 앱 내 정보, 시스템 VPN 구성, 원격 서버는 서로 다른 요소입니다. 그중 하나를 삭제해도 모든 문제가 초기화되는 것은 아닙니다.

연결됐지만 일부 사이트에 접속할 수 없음: 라우팅과 DNS 확인

먼저 Global Routing이 Direct로 설정돼 있지 않은지 확인하세요. Proxy에서는 접속되지만 Config에서는 접속되지 않는다면 현재 활성화된 Config 파일, 규칙 순서, 적용 정책을 먼저 확인합니다. 도메인 이름이 해석되지 않는 문제는 서버 시간 초과와 비슷하게 보일 수 있으므로 연결 기록을 살펴보고 이름 확인 단계에서 실패했는지 원격 연결 단계에서 실패했는지 확인하세요. DNS, 규칙, 서버를 한꺼번에 바꾼 뒤 어느 설정이 영향을 줬는지 추측하지 마세요.

한 번에 필드 하나 또는 모드 하나만 바꾸고 저장한 뒤 같은 요청을 다시 실행하세요. 개선되지 않으면 원래 값으로 되돌린 다음 다른 항목을 확인합니다. 추가로 살펴보려면 자주 묻는 질문에서 구매, 권한, 구독 관련 내용을 확인하거나 규칙 및 구성 전체 참고 안내에서 구성 형식을 확인하세요. 이제 정보 가져오기 실패, 서버 연결 실패, 기기 권한 미승인, 규칙 설정 불일치를 구분할 수 있어야 합니다. 앱을 반복해서 다시 설치하며 원인을 찾을 필요는 없습니다.