Shadowrocket 사용법:
가져오기부터 연결 확인까지

Shadowrocket을 열고 먼저 Home에 머뭅니다. 여기에서 서버 항목을 확인하고 사용할 서버를 선택하며 연결을 제어할 수 있습니다. 오른쪽 위의 더하기 버튼을 눌러 Add Server로 이동한 뒤, 먼저 Type을 확인하세요. 내용을 바로 붙여넣지 마세요. 보유한 정보가 서버 목록을 갱신하는 구독 링크인지, 특정 서버의 주소·포트·인증 정보인지 구분해야 합니다. 두 종류의 정보는 같은 형식으로 입력할 수 없습니다.

구독 링크가 있다면: Subscribe 선택

Add Server의 Type에서 Subscribe를 선택하고, 서비스 제공자에게 받은 구독 링크 전체를 URL에 붙여넣습니다. 알아보기 쉬운 이름을 입력해 저장한 다음 Home으로 돌아가 목록이 불러와질 때까지 기다립니다. 구독 그룹이 표시되면 펼쳐서 그룹 제목만 있는 것이 아니라 실제 서버 항목도 있는지 확인하세요. 구독은 목록을 가져오거나 갱신하는 데 사용됩니다. 구독 제목만으로 사용할 수 있는 서버가 선택되었다고 볼 수는 없습니다.

붙여넣기 전후로 링크의 시작과 끝, 매개변수가 온전한지 확인하고 공백, 줄바꿈, 따옴표 또는 메신저가 덧붙인 설명이 섞이지 않았는지 살펴보세요. 서비스 제공자 웹사이트나 계정 페이지 주소를 구독 URL로 입력하지 마세요. 링크에 계정 식별 정보가 포함될 수 있으므로 본인 기기에만 저장하세요. 도움을 요청할 때 전체 링크를 공개하거나 공유 구성 파일 및 스크린샷에 포함하지 마세요.

개별 서버 정보가 있다면: Type에 맞게 입력

개별 서버 정보를 받았다면 Type에서 서비스 제공자가 지정한 프로토콜(예: Shadowsocks, VMess, VLESS 또는 Trojan)을 선택하고 각 항목을 입력합니다. 주소와 포트는 각각 해당 칸에 입력하고, 비밀번호 및 기타 인증 정보는 받은 값 그대로 사용합니다. TLS, 전송 방식, 서버 이름 등 추가 옵션은 원래 안내와 대조하세요. 프로토콜 이름만 보고 임의로 설정하지 마세요. 같은 프로토콜을 사용하더라도 모든 추가 매개변수가 서로 호환되는 것은 아닙니다.

가져오기용 QR 코드가 있다면 Scan QR Code로 스캔할 수 있습니다. 카메라 권한 요청이 표시되면 사용 목적을 확인한 뒤 허용하세요. 스캔이 끝난 후에도 가져온 유형과 주요 입력값을 확인해야 합니다. 이름이 하나 표시되는 것만으로 성공했다고 판단하지 마세요. 직접 입력, 구독, QR 코드는 정보를 가져오는 서로 다른 방법이며, 어느 경우든 Home으로 돌아와 실제 서버 항목이 있는지 확인해야 합니다.

저장한 뒤 Home에서 특정 서버를 선택하고 선택 표시가 나타나는지 확인합니다. 서버 이름은 항목을 구분하는 용도일 뿐, 사용 가능하다는 증거는 아닙니다. 같은 정보를 연속으로 가져오면 이름이 비슷한 항목이 여러 개 생겨 어떤 항목을 테스트했는지 파악하기 어려워질 수 있으니 주의하세요. 목록이 비어 있다면 5단계의 가져오기 문제 해결로 이동합니다. 서버가 표시되고 선택되어 있다면 Global Routing을 설정합니다.

Home으로 돌아가 Global Routing을 눌러 현재 모드를 확인합니다. 모드는 Config(구성)/Proxy(프록시)/Direct(직접 연결)의 세 가지입니다. 이는 서버 그룹이나 프로토콜을 뜻하지 않으며, 모드를 바꾼다고 가져오기 정보가 자동으로 수정되는 것도 아닙니다. 처음 설정할 때 선택한 모드를 기억해 두고 이후 테스트도 같은 기준으로 진행하면 모드 차이를 서버 문제로 오인하지 않을 수 있습니다.

평소처럼 규칙에 따라 사용하려면 Config 확인

요청을 규칙에 따라 구분하려면 Config를 선택한 다음 하단의 Config 탭을 열어 현재 선택된 구성 파일을 확인합니다. Config 탭은 구성을 관리하는 곳이고, Global Routing의 Config는 라우팅 모드이므로 이름은 같지만 역할이 다릅니다. 구성 파일을 선택한 것만으로는 충분하지 않습니다. Global Routing도 Config로 설정되어 있어야 해당 파일의 규칙에 따라 동작합니다.

규칙은 일반적으로 위에서 아래로 확인하며, 일치하는 규칙이 나오면 그에 해당하는 정책으로 처리합니다. PROXY, DIRECT, REJECT는 각각 처리 정책을 나타내며 서버 주소 입력란에 넣는 값이 아닙니다. 이 페이지에서는 첫 연결을 설정하므로 사용자 지정 규칙을 작성할 필요가 없습니다. 구성 파일 출처, 규칙 순서, FINAL 기본 처리 등은 초보자부터 고급 사용자까지 살펴보는 전체 매뉴얼에서 확인하세요.

문제 확인을 위해서만 Proxy 또는 Direct로 전환

Config 모드에서 특정 대상에 문제가 생기면 선택한 서버를 그대로 둔 채 Proxy를 잠시 선택하고 같은 대상에 다시 요청해 규칙의 영향을 좁혀볼 수 있습니다. Direct는 현재 네트워크에서 직접 접속할 때의 비교 기준으로 사용할 수 있습니다. 모드 전환은 모든 문제를 해결하는 만능 방법이 아닙니다. 서버 인증 정보가 잘못됐다면 Proxy로 바꿔도 자동으로 해결되지 않습니다. 테스트가 끝나면 원래 사용할 모드로 되돌리고 요청을 다시 보낸 다음 다음 단계로 진행하세요.

Home으로 돌아가 마지막으로 두 가지를 확인합니다. 방금 가져와 사용할 서버가 선택되어 있는지, Global Routing이 원하는 모드인지 확인하세요. 그런 다음 상단의 연결 스위치를 켭니다. 처음 연결할 때 iPhone 또는 iPad에 VPN 구성을 추가하라는 시스템 알림이 표시될 수 있습니다. 이는 앱이 해당 네트워크 연결 구성을 만들 수 있도록 허용하는 절차이며, 앱을 다시 구매하라는 뜻도 구독 가져오기 성공을 증명하는 것도 아닙니다.

방금 스위치를 켠 뒤 표시된 알림이라면 앱 이름과 안내 내용을 확인하고 허용을 선택한 다음 시스템 안내에 따라 기기 인증을 완료합니다. Shadowrocket으로 돌아와 연결 스위치가 계속 켜져 있는지, 연결 상태가 바뀌었는지 확인하세요. 이미 승인했다면 이후 연결 시 같은 알림이 다시 나타나지 않을 수 있습니다. 알림이 없다고 반드시 문제가 있는 것은 아니므로 다시 알림을 띄우려고 구성을 반복해서 삭제하지 마세요.

이전에 취소를 선택했다면 앱이 연결을 완료하지 못할 수 있습니다. 스위치를 다시 켜면서 시스템 알림이 나타나는지 확인하세요. 그래도 진행되지 않으면 시스템 Settings에서 VPN을 검색해 해당 구성과 승인 상태를 확인합니다. 시스템 설정 메뉴의 위치와 분류는 버전에 따라 달라질 수 있으므로 기기에 표시되는 내용을 따르세요. 설정을 변경하기 전에는 연결을 중지해 연결 중에 구성을 삭제하거나 수정하지 않도록 합니다.

처음 연결을 확인할 때는 테스트에 필요한 VPN 연결만 유지하는 것이 좋습니다. 다른 VPN 구성이 연결 중이거나 자동으로 다시 연결되면 현재 상태를 판단하기 어려울 수 있습니다. 다른 VPN 연결을 먼저 중지한 다음 Home으로 돌아와 다시 시도하세요. 서버, 모드, 시스템 구성을 한꺼번에 변경하지 마세요. 우선 On Demand는 켜지 않아도 됩니다. 수동 연결이 반복해도 같은 정상 결과를 내는지 확인한 후 자동 연결 조건을 설정하세요.

스위치가 켜진 상태로 유지되고 시스템에 해당 연결 상태가 표시되면 확인 단계로 넘어갑니다. ‘연결됨’은 기기의 연결 절차가 작동 상태에 들어갔다는 뜻일 뿐, 원격 인증, 이름 확인, 대상 사이트 접속까지 모두 성공했다는 의미는 아닙니다. 상태 아이콘만 확인하고 끝내지 말고 실제 요청을 보내세요. 스위치가 바로 꺼지거나 상태가 반복해서 바뀌면 빠르게 여러 번 누르지 말고 5단계에서 권한과 구성을 확인하세요.

먼저 Home에서 Connectivity Test를 실행하고 현재 선택한 서버의 테스트 결과를 확인합니다. 목록에 항목이 여러 개라면 결과가 어느 항목에 해당하는지 확인하세요. 다른 항목의 성공 결과를 현재 서버가 작동한다는 근거로 삼아서는 안 됩니다. 응답이 없으면 현재 네트워크와 서버 정보를 먼저 확인하고, 응답이 있으면 실제 대상에 접속해 보세요. 두 테스트는 서로 다른 상황을 확인합니다.

Connectivity Test 결과는 테스트 방식과 대상, 당시 네트워크 환경에 따라 달라질 수 있습니다. 테스트에서 응답을 받았다고 해서 대상 사이트 요청, 이름 확인 또는 필요한 전송이 모두 정상이라는 보장은 없습니다. 반대로 한 번 실패했다고 모든 접속이 실패한다고 단정해서도 안 됩니다. 같은 서버와 모드로 테스트를 한 번 더 진행하고 실제 접속으로 교차 확인하세요. 항목을 계속 바꾸는 것보다 결과를 판단하는 데 도움이 됩니다.

이전에 연 페이지가 아니라 새 요청으로 확인

브라우저에서 실제로 사용하려는 대상에 접속하고 새로고침하거나 새 페이지를 열어 새 네트워크 요청이 발생하도록 합니다. 캐시된 페이지는 새 연결 없이도 표시될 수 있으며, 이미 설정된 연결은 이전 처리 방식을 계속 사용할 수 있습니다. 따라서 Global Routing이나 서버를 바꾼 뒤에는 요청을 새로 보내야 합니다. 필요하면 기존 페이지를 닫았다가 다시 열어 설정을 바꾸기 전의 결과와 이후 결과를 혼동하지 않도록 하세요.

Config를 사용 중이라면 요청 또는 연결 기록에서 대상에 예상한 정책이 적용되었는지 확인할 수 있습니다. 요청이 DIRECT로 처리되었다고 해서 규칙이 잘못된 것은 아닙니다. 먼저 구성에서 원래 직접 연결하도록 설정했는지 확인하세요. 서버를 선택했다고 모든 요청이 그 서버로 전달되는 것도 아닙니다. 대상, 현재 모드, 실제 처리 결과를 기록한 뒤 해당 규칙을 살펴볼지 결정하세요.

Data에서 트래픽 확인

하단의 Data를 열어 작업 전후의 트래픽 변화를 확인하면 새 활동이 발생했는지 파악하는 데 도움이 됩니다. 트래픽 증가만으로 특정 대상에 예상한 정책이 적용되었다고 단정할 수는 없습니다. 기기의 다른 요청에서도 트래픽이 발생할 수 있기 때문입니다. 대상에 실제로 접속할 수 있는지와 현재 모드 및 관련 기록이 예상과 일치하는지도 함께 확인하세요.

연결 후 요청 보내기, 결과 확인, 다시 요청해 같은 결과가 재현되는 과정을 한 번 이상 완료하세요. Wi-Fi와 셀룰러 네트워크를 전환한 뒤 필요하면 같은 방식으로 다시 확인해 특정 네트워크에서만 문제가 생기는지 살펴봅니다. 한쪽 네트워크에서만 실패한다면 그 차이를 기록해 문제 해결 단계에서 참고하세요. 결과가 안정적이라면 작동 중인 설정을 유지하고 불필요하게 변경하지 마세요.

가져온 뒤 목록이 비어 있거나 파싱 오류가 표시됨

먼저 구독 URL이 계정 페이지나 안내 페이지 주소가 아닌지 확인한 다음 링크 전체가 입력되었는지 살펴봅니다. 링크가 만료되었거나 서비스 상태가 바뀌었거나 응답 내용이 유효한 구독 형식이 아니라면 같은 링크를 반복해서 저장해도 해결되지 않습니다. 서비스 제공자에게 링크 상태와 원래 정보를 확인하세요. 링크를 새로 받아야 한다면 기존 값을 새 값으로 교체한 후 업데이트하고, 이름만 비슷하고 내용은 다른 그룹을 여러 개 남기지 마세요.

구독을 업데이트할 때 기기에서 해당 링크에 접속할 수 있는지도 확인합니다. 구독 새로고침과 서버를 이용한 대상 접속은 서로 다른 과정이며, 현재 연결 상태가 새로고침에 영향을 줄 수도 있습니다. 현재 유효한 항목을 유지하고 목록을 먼저 비우지 마세요. 네트워크 상태를 확인한 뒤 업데이트를 다시 시도하고 오류 메시지를 그대로 기록합니다. 기존 항목이 남아 있더라도 업데이트가 실패했다면 최신 목록을 가져왔다고 판단하지 말고 새로고침 실패 원인을 먼저 확인하세요.

서버 항목은 있지만 Connectivity Test가 실패함

먼저 선택한 항목을 확인하고 주소, 포트, 프로토콜, 인증 정보를 점검합니다. 직접 입력했다면 비슷하게 생긴 문자와 누락된 항목에 특히 주의하세요. 구독으로 가져왔다면 해당 구독의 서비스 상태와 서버 항목이 아직 유효한지 확인합니다. 사용할 수 있는 다른 서버가 있다면 같은 네트워크와 테스트 조건으로 비교할 수 있습니다. 여러 항목의 설정을 한꺼번에 바꾸면 원인을 파악하기 어려워지므로 피하세요.

연결 스위치가 켜진 상태로 유지되지 않음

먼저 시스템 승인 단계부터 확인하세요. VPN 구성 추가 요청을 완료했는지, 다른 VPN 연결이 현재 연결을 대신 처리하고 있지는 않은지, 자동 연결 조건 때문에 상태가 계속 바뀌지는 않는지 살펴봅니다. 수동 연결을 기준으로 삼고 관련 자동 연결 설정을 잠시 중지한 뒤 다시 시도하세요. 오류 메시지가 계속 나타나면 어떤 작업에서 표시되었는지와 메시지 내용을 기록합니다. 스위치가 꺼졌다는 이유만으로 구독 링크 문제라고 단정하지 마세요.

스위치는 켜져 있지만 일부 대상에서만 문제가 발생함

먼저 Global Routing 모드를 확인하세요. Direct에서는 서버를 선택해도 자동으로 서버를 사용하지 않습니다. Config에서는 적용 중인 구성 파일과 대상 규칙을 확인해야 합니다. 서버를 그대로 둔 채 Proxy로 잠시 전환하고 같은 대상에 새 요청을 보내세요. Proxy에서 접속되지만 Config에서 문제가 생긴다면 구성, 정책, 이름 확인 관련 설정부터 살펴볼 수 있습니다. 이는 확인 범위를 좁히기 위한 방법일 뿐, 특정 규칙에 문제가 있다고 입증된 것은 아닙니다.

두 모드에서 모두 실패하지만 다른 대상은 정상이라면 대상 자체의 상태, 특정 연결 조건, 서버 측의 대상 처리 방식도 확인해야 합니다. 앱을 바로 재설치하거나 구성을 전부 삭제하지 마세요. 정상 작동하는 설정을 보존하고 같은 대상에 항목별로 다시 요청해 보세요. DNS, 규칙 순서 또는 프로토콜 추가 매개변수를 살펴봐야 한다면 전체 사용 매뉴얼을 참고하세요. 이 페이지에서는 첫 연결 절차를 그대로 유지합니다.

결과를 기록한 뒤 다음 항목 변경

문제 해결에 도움이 되는 기록에는 실패한 단계(가져오기, 연결, 실제 접속), 사용한 Global Routing 모드, 네트워크 유형, 오류 메시지 원문, 방금 변경한 항목, 변경 전후 결과가 포함됩니다. 기록을 공유하기 전 구독 URL, 비밀번호, 개인 계정 정보는 가리세요. 여러 민감한 연결 정보가 함께 들어 있을 수 있으므로 전체 구성 파일을 문제 설명 대신 공개하지 마세요.

정상 작동을 확인한 후 Global Routing을 평소 사용하려는 모드로 되돌리고, 원하는 구성이 선택되어 있는지 확인한 다음 4단계의 실제 접속 확인을 다시 진행합니다. 이후 구독을 업데이트하거나 구성을 조정하거나 네트워크를 바꿀 때도 같은 확인 절차를 따르세요. 순서만 다시 확인하려면 이 페이지의 추가 및 가져오기 또는 연결 확인으로 돌아오세요. 설정을 체계적으로 알아보려면 심화 매뉴얼을 읽어보세요.