Shadowrocket 사용법

서버 추가 및 구독 가져오기

먼저 가지고 있는 정보의 종류를 확인한 뒤 적절한 메뉴를 선택하세요. 단일 서버 정보에는 보통 프로토콜, 주소, 포트와 인증 매개변수가 포함됩니다. 단일 노드 URI는 이 매개변수를 가져오기 가능한 텍스트로 인코딩한 것이며, 서버 구독 링크는 여러 항목을 가져오는 데 사용됩니다. 원격 구성 파일에는 DNS, 규칙과 정책 설정이 포함될 수도 있습니다. 링크가 https://로 시작한다는 이유만으로 종류를 단정할 수는 없습니다. 용도가 분명하지 않다면 원본 안내를 먼저 확인하고, 같은 링크를 여러 메뉴에서 반복해서 가져오지 마세요.

직접 입력: Home → Add Server

Shadowrocket의 Home을 열고 오른쪽 상단의 추가 메뉴를 눌러 Add Server로 이동합니다. 먼저 Type에서 보유한 정보와 일치하는 프로토콜을 선택하세요. 예를 들어 Shadowsocks, VMess, VLESS 또는 Trojan을 선택한 뒤 서버 주소, 포트와 인증 정보를 각 항목에 입력합니다. 프로토콜마다 입력 항목이 다르므로 한 프로토콜의 매개변수를 다른 프로토콜에 그대로 입력하면 안 됩니다. 주소에는 보통 호스트명이나 주소만 입력하며 웹페이지 경로는 덧붙이지 않습니다. 포트도 원본 정보와 일치해야 합니다.

정보에 TLS, 전송 방식, Host 또는 SNI 설정이 있다면 추측하지 말고 각 항목에 원본 값을 입력하세요. 표시용 메모를 연결 매개변수로 사용하지 않도록 주의합니다. 저장한 뒤 Home으로 돌아가 목록에 추가한 항목이 표시되는지 확인하세요. 나중에 알아보기 쉬운 메모를 설정하는 것이 좋으며, 이후 수정할 때도 원본 서비스 정보를 기준으로 해야 합니다. 항목 이름이 보인다고 매개변수가 올바르다는 뜻은 아닙니다. 실제 확인은 뒤의 테스트 단계에서 진행합니다.

서버 구독: Add Server → Subscribe

기존 서버 구독 링크가 있다면 Add Server의 Type에서 Subscribe를 선택하고 URL에 전체 링크를 입력한 뒤, 구분하기 쉬운 메모를 설정해 저장합니다. 링크의 경로, 쿼리 매개변수와 대소문자를 그대로 유지하세요. 복사할 때 끝에 공백, 줄바꿈 또는 채팅 앱의 문장부호가 섞이지 않았는지 확인합니다. Home으로 돌아가 구독 내용을 불러올 때까지 기다린 다음 해당 그룹과 서버 항목이 나타나는지 확인하세요. 목록이 비어 있다면 바로 연결 스위치를 켜지 말고 먼저 가져오기 결과를 점검합니다.

구독을 저장한 것과 구독 내용을 성공적으로 불러온 것은 별개의 단계입니다. 가져오기에 실패하면 현재 기본 네트워크에서 링크에 접근할 수 있는지, 링크가 아직 유효한지, 응답 내용이 앱에서 지원하는 서버 구독 형식인지 확인하세요. 링크에 접근 정보가 포함될 수 있으므로 비밀번호처럼 안전하게 보관하고 전체 URL을 공개 스크린샷, 댓글이나 문의 글에 올리지 마세요. 이 사이트에서는 보유한 정보의 사용 방법을 안내하며 개인 링크를 대신 발급하거나 유효성을 확인하지 않습니다.

Config 페이지의 Subscribe와 다른 가져오기 방법

Config 페이지의 Subscribe는 원격 구성 파일을 위한 메뉴이며 Home의 서버 구독 그룹과는 다릅니다. 보유한 링크가 완전한 구성 파일인지 확인한 경우에만 Config에서 해당 메뉴를 사용하고, 안내에 따라 저장한 뒤 구성 내용을 확인하세요. 원격 파일을 불러온 다음에는 실제로 선택된 구성을 확인해야 합니다. 구성 파일은 DNS와 규칙을 변경할 수 있으므로 처음 사용하기 전에 출처와 처리 방식을 파악하세요.

QR 코드가 있다면 Scan QR Code로 읽을 수 있습니다. 단일 노드 URI는 앱에서 제공하는 클립보드 가져오기 안내를 이용하세요. 카메라나 클립보드 권한은 해당 기능을 사용할 때 요청되면 처리하면 됩니다. 가져온 뒤 프로토콜, 서버 주소와 메모를 확인하세요. 직접 입력, QR 코드 스캔, 클립보드 가져오기를 이용해 같은 정보를 중복으로 추가하지 마세요. Home에서 선택할 수 있는 서버가 하나 이상인지 확인한 뒤 Global Routing을 선택합니다.

Global Routing 선택

서버 항목은 프록시 연결에 사용할 매개변수를 정하고, Global Routing은 요청을 처리할 방식을 정합니다. Home으로 돌아가 Global Routing을 누른 다음 Config, Proxy, Direct 중 하나를 선택하세요. 처음부터 모드, DNS와 규칙을 동시에 바꾸지 마세요. 먼저 테스트 목적을 정하고 적절한 모드를 선택해야 문제가 생겼을 때 어느 부분을 확인할지 알 수 있습니다.

평소 규칙에 따라 트래픽을 분기하려면 Config를 선택하고, Config 페이지에서 현재 사용하는 구성 파일을 확인하세요. 규칙은 보통 위에서부터 순서대로 일치 여부를 판단하고, 일치하면 해당 정책을 적용합니다. 앞선 규칙과 일치하지 않은 요청은 FINAL에서 처리합니다. 구성의 PROXY, DIRECT, REJECT는 서로 다른 처리 방향을 나타내며, 사용자 지정 정책 그룹은 그룹 안에서 실제로 선택된 항목도 확인해야 합니다. Global Routing을 Config로 바꾸는 것만으로 모든 용도에 적합한 규칙이 자동으로 만들어지지는 않습니다.

방금 추가한 서버를 확인하려는 경우에는 잠시 Proxy를 선택한 다음 Home으로 돌아가 해당 서버를 선택하세요. Proxy 모드 테스트에 성공하면 Config로 전환해 규칙에 따른 경로를 확인합니다. Direct는 기본 네트워크를 비교할 때 적합합니다. Direct에서 웹페이지가 열린다고 서버를 사용할 수 있다는 뜻은 아닙니다. 해당 요청은 선택한 프록시 서버를 거치지 않았기 때문입니다. 테스트 중에는 현재 모드를 기억해 직접 접속 결과를 프록시 연결 성공으로 오해하지 않도록 하세요.

규칙이 익숙하지 않다면 먼저 기능 안내의 규칙 및 구성 설명을 읽고 차근차근 조정하세요. 이 단계에서는 On Demand 같은 자동 연결 조건을 추가할 필요가 없습니다. 수동 제어를 유지하면 연결을 언제 켜고 끄는지 판단하기 쉽습니다. 모드를 선택하고 서버를 확인한 뒤 시스템 연결 권한을 승인하세요.

연결 스위치 켜기 및 시스템 권한 승인

Home으로 돌아가 사용할 서버 항목을 누르고 선택 표시가 원하는 항목에 있는지 확인한 다음, 화면 상단의 연결 스위치를 켭니다. 사용하는 구성에 정책 그룹이 포함되어 있다면 실제로 나가는 연결은 그룹 내 선택에도 좌우되므로 함께 확인하세요. 서버 이름은 메모일 뿐이므로 이름이 비슷하다는 이유만으로 방금 가져온 항목이라고 판단하지 마세요.

처음 연결할 때 시스템에서 VPN 구성을 추가할지 묻는 권한 안내가 표시될 수 있습니다. 이는 Shadowrocket이 기기에서 관련 네트워크 트래픽을 처리하기 위해 필요한 시스템 권한이며, 이 기기의 VPN 구성을 승인하는 절차입니다. 안내와 앱 이름을 확인한 뒤 허용하고, 시스템 안내에 따라 기기 암호나 생체 인증으로 승인을 완료하세요. 권한을 취소하면 Home으로 돌아왔을 때 스위치가 다시 꺼질 수 있습니다. 이 경우 서버를 다시 추가하지 말고 연결을 다시 시도해 시스템 안내를 처리하세요.

권한 승인이 끝나면 앱으로 돌아와 연결 스위치가 켜진 상태로 유지되는지, 연결 오류가 표시되는지 확인하세요. 시스템의 VPN 표시는 연결 상태를 확인하는 참고 정보가 될 수 있지만, 기기와 시스템에 따라 위치가 다를 수 있습니다. 상태 표시줄에 아이콘이 보이는지만으로 판단하지 마세요. 스위치를 켜자마자 꺼진다면 안내 문구를 기록하고 시스템 권한, 현재 구성과 서버 매개변수를 확인합니다.

테스트 중 기기에서 네트워크를 가로채는 다른 VPN 구성이 동시에 활성화되어 있거나 기기 관리 제한이 있는지도 확인하세요. 계속 전환하다 결과가 뒤섞이지 않도록 실제로 활성화된 구성을 먼저 확인합니다. 앱을 백그라운드로 보내는 것과 연결을 직접 끄는 것은 서로 다른 동작입니다. 테스트가 끝나 연결을 해제하려면 Home으로 돌아가 스위치를 끄고, 필요하면 Settings의 On Demand 조건을 확인해 자동 재연결을 스위치 오류로 오해하지 않도록 하세요.

iPad는 iPhone보다 화면 배치가 넓을 수 있지만 조작 방식은 같습니다. Home에서 항목을 선택한 뒤 연결 스위치를 조작하세요. 화면 배치가 다르다는 이유로 정보를 전부 다시 가져오지 마세요. 연결이 유지되면 다음 단계에서 실제 접속과 정책을 확인합니다. 이 시점에는 ‘연결됨’이라는 표시만으로 네트워크를 사용할 수 있다고 단정할 수 없습니다.

접속 및 규칙 작동 확인

세 단계로 확인합니다. 먼저 서버에 연결할 수 있는지 확인하고, 다음으로 대상에 실제로 접속되는지 살펴본 뒤, 마지막으로 요청이 예상한 정책에 따라 처리되는지 확인하세요. Home에서 Connectivity Test를 사용해 방금 선택한 서버의 테스트 결과를 확인합니다. 이 결과는 특정 탐지 조건에서의 연결 가능성을 보여줄 뿐, 모든 웹페이지와 프로토콜이 작동한다는 뜻은 아닙니다. 표시 시간도 실제 다운로드 속도나 서비스 품질 전체를 나타내지 않습니다.

그다음 브라우저를 열어 익숙하고 접근 권한이 있는 웹페이지를 방문하고 새로고침해 본문과 필요한 리소스가 로드되는지 확인하세요. 같은 대상을 유지하고, 필요하면 비교를 위해 다른 대상을 하나 더 추가합니다. 서버, 웹페이지와 네트워크를 한꺼번에 바꾸지 마세요. 브라우저에 캐시된 내용이 표시될 수 있으므로 이전에 열어 둔 페이지를 보기만 하지 말고 새로 요청을 보내세요.

현재 모드가 Proxy라면 선택한 서버 경로로 접속이 가능한지 확인하세요. Config라면 일치한 규칙과 최종 적용 정책도 점검해야 합니다. Data에서 이번 연결 기록을 확인하고 요청 시간과 대상 도메인을 기준으로 해당 항목을 찾아 규칙 및 정책 정보를 살펴볼 수 있습니다. 기록 종류에 따라 표시되는 항목은 다를 수 있으므로 실제 내용을 기준으로 판단하세요. 전체 트래픽이 증가한 것만 보고 대상 요청이 PROXY를 거쳤다고 단정할 수는 없습니다.

Config에서 요청이 DIRECT와 일치하더라도 반드시 오류인 것은 아닙니다. 예상한 처리 방식과 일치하는지가 중요합니다. 하나의 웹페이지에서 여러 도메인을 사용할 수도 있습니다. 본문은 열리는데 이미지가 표시되지 않는다면 페이지의 기본 도메인뿐 아니라 실패한 리소스의 요청도 확인하세요. 규칙에 따라 REJECT가 적용됐다면 대상 페이지가 열리지 않는 것이 구성상 예상된 결과일 수 있습니다. 먼저 ‘원하는 경로’와 ‘기록에 표시된 경로’를 비교한 뒤 구성을 바꿀지 판단하세요.

비교하려면 같은 대상을 Proxy와 Config에서 각각 테스트하고 결과를 기록할 수 있습니다. Proxy에서는 작동하지만 Config에서 실패한다면 규칙, 정책 그룹과 DNS 설정을 먼저 확인하세요. 두 모드 모두 실패한다면 서버와 기본 네트워크부터 점검합니다. 비교가 끝나면 평소 사용하려던 모드로 되돌리세요. 문제 해결을 위해 임시 변경한 설정을 계속 유지하지 마세요.

자주 발생하는 문제의 점검 순서

문제가 생기면 먼저 현재 증상을 구분하세요. 구독을 불러오지 못하는지, 스위치가 바로 꺼지는지, Connectivity Test 결과가 없는지, 특정 웹페이지만 열리지 않는지 확인합니다. 증상에 따라 점검할 메뉴가 다릅니다. 한 번에 한 조건만 바꾸고 같은 대상을 다시 테스트해 결과를 기록하세요. 구성을 통째로 교체하면 증상이 달라질 수는 있지만 원인을 찾기 어려워집니다.

먼저 기본 네트워크와 서비스 정보를 확인

먼저 연결을 끄고 기기 자체의 네트워크가 작동하는지 확인하세요. 로그인 절차가 필요한 Wi-Fi라면 먼저 네트워크 로그인을 완료합니다. 기본 네트워크가 연결되지 않은 상태에서는 구독을 반복해서 업데이트하거나 서버 정보를 다시 입력해도 해결되지 않는 경우가 많습니다. 필요한 경우 본인이 사용할 수 있는 다른 네트워크에서도 다시 테스트해 현재 네트워크에서만 문제가 발생하는지 확인하세요.

기본 네트워크가 정상이라면 서버 주소, 포트, 프로토콜, 인증 항목과 TLS 관련 매개변수를 확인합니다. 구독을 이전에는 정상적으로 불러왔지만 더 이상 사용할 수 없다면 앱에서 제공하는 업데이트 기능으로 기존 구독을 다시 읽고, 업데이트가 실제로 완료됐는지와 항목이 바뀌었는지 확인하세요. 업데이트에 실패해도 확인에 필요한 기존 정보는 보존하고 그룹 전체를 바로 삭제하지 마세요. 링크 유효성, 계정 상태나 서버 상태는 본인이 이용하는 서비스 채널에서 확인해야 합니다.

그다음 모드, DNS와 규칙 확인

Global Routing이 Direct로 설정되어 있거나, 직접 연결해야 할 요청이 실수로 프록시 경로를 사용하고 있지 않은지 확인하세요. Config를 사용하는 경우 현재 선택된 파일, 정책 그룹 선택과 FINAL을 점검합니다. Proxy는 정상인데 Config에서만 문제가 생긴다면 앱을 다시 설치하기보다 대상 요청에 적용된 규칙부터 확인하세요. 규칙의 순서도 중요합니다. 앞쪽의 범위가 넓은 규칙에 먼저 일치하면 뒤쪽의 세부 규칙은 적용되지 않을 수 있습니다.

DNS 문제는 서버 테스트 결과가 표시되더라도 대상 도메인을 확인할 수 없거나 페이지 리소스 일부만 로드되는 형태로 나타날 수 있습니다. 현재 구성에서 사용자 지정 DNS를 설정했는지, 해당 주소가 현재 네트워크에서 접근 가능한지 먼저 확인하세요. 충분히 이해하지 못한 DNS 옵션을 여러 개 동시에 켜지 말고, 주소 형식만 보고 더 적합하다고 단정하지 마세요. 설정을 변경하기 전에 기존 값을 기록하고 개선되지 않으면 원래대로 되돌립니다.

마지막으로 특정 대상 및 자동 연결 문제 확인

특정 대상만 실패한다면 연결 시간 초과, 주소 확인 실패, 서비스 오류 응답, 접근 권한 안내를 구분하세요. 대상 서비스에서 오류 응답을 받는 것과 연결 자체가 성립하지 않는 것은 서로 다른 단계의 문제입니다. 계정 로그인이나 대상 서비스 자체의 상태도 모두 프록시 문제로 볼 수는 없습니다. Data에서 같은 시간대의 기록을 확인하고 실패한 요청을 점검하세요. 한 페이지의 결과로 모든 연결 상태를 판단하지 마세요.

직접 연결을 끈 뒤 자동으로 다시 연결된다면 Settings에서 On Demand와 관련 조건을 확인하세요. 문제를 점검하는 동안 자동 연결을 잠시 끄고 수동 연결이 정상인지 확인한 다음 다시 설정할 수 있습니다. 시스템 권한이나 App Store에서 받는 과정에 여전히 궁금한 점이 있다면 App Store 설치 및 계정 안내를 확인하세요. 이 안내에서는 구매, 기기 호환성 확인과 구입 항목 복원을 설명하므로 네트워크 문제를 점검하면서 해당 절차를 반복할 필요는 없습니다.

문제 해결이 끝나면 Global Routing 선택 단계로 돌아가 원래 사용하려던 모드로 복원한 뒤 작동 확인 단계를 다시 진행하세요. ‘연결됨’으로 표시되지만 인터넷에 접속할 수 없는 문제를 더 자세히 나눠 살펴보려면 서버, 모드, DNS 및 규칙 문제 해결 안내를 참고하세요. 문의할 때는 필요한 오류 문구와 이미 시도한 단계만 공유하고 구독 링크, 비밀번호, 인증 매개변수 및 기타 개인 정보는 공개하지 마세요.