Shadowrocket 사용법

STEP 01 / INPUT

Add Server: 서버 추가 또는 구독 가져오기

Shadowrocket을 열고 먼저 Home으로 이동합니다. 이 화면에서는 서버 항목을 확인하고, 사용할 서버를 선택하며, 연결을 제어할 수 있습니다. 처음 사용할 때는 정보를 먼저 입력하고 연결 스위치는 바로 켜지 않아도 됩니다. 보유한 정보가 여러 서버 항목을 갱신할 수 있는 구독 링크인지, 아니면 서버 하나의 주소·포트·인증 정보인지 확인하세요. 두 유형은 입력 화면이 비슷하지만 각 항목의 의미는 다릅니다.

구독 링크가 있는 경우: Subscribe 선택

Home 오른쪽 위의 더하기 버튼을 눌러 Add Server로 이동한 뒤 Type을 열고 Subscribe를 선택합니다. URL 항목에 본인의 전체 구독 링크를 붙여 넣고 알아보기 쉬운 메모를 입력한 다음 저장합니다. 링크를 복사할 때 앞뒤 공백, 줄바꿈 및 채팅 앱의 문장부호가 포함되지 않았는지 확인하세요. 주소에 쿼리 매개변수가 있으면 물음표 앞에서 자르지 말고 전체 내용을 복사해야 합니다.

저장한 뒤 Home으로 돌아와 구독 내용을 불러올 때까지 기다립니다. 정상적으로 읽히면 구독 그룹과 그 안의 서버 항목이 표시됩니다. 해당 그룹을 펼치고 사용할 서버를 눌러 선택 상태인지 확인하세요. 구독 기록을 저장한 것과 서버 목록을 가져온 것은 다릅니다. 그룹 이름만 보이고 항목이 없다면 다음 단계로 넘어가기 전에 가져오기 결과를 확인하세요.

구독 업데이트는 기존 링크의 항목을 다시 가져오는 기능이며 서버 자체를 복구하는 기능은 아닙니다. 처음 가져오기에 실패하면 해당 주소가 계정 관리 웹페이지가 아니라 클라이언트에서 인식할 수 있는 구독 내용을 반환하는지 확인하세요. 링크 상태는 원래 정보를 제공한 곳에 문의하고, 인증 정보가 포함된 전체 주소를 공개된 공간에 올리지 마세요. 목록이 이미 있다면 현재 선택한 항목이 여전히 유효한 그룹에 속하는지도 확인하세요.

단일 서버 정보가 있는 경우: Type에 맞춰 입력

서버 정보가 하나뿐인 경우에도 Add Server에서 시작합니다. Type에서 정보에 명시된 프로토콜을 선택합니다. 예를 들면 Shadowsocks, VMess, VLESS 또는 Trojan이 있습니다. 다음으로 서버 주소, 포트 및 해당 인증 항목을 하나씩 입력합니다. 이름이 비슷하다는 이유로 프로토콜을 선택하면 안 됩니다. 비밀번호, UUID, 암호화 방식 및 전송 설정은 서로 대체할 수 없으므로 원본 정보를 기준으로 입력하세요.

주소에는 서버 도메인 또는 IP를, 포트에는 제공된 숫자를 입력합니다. TLS, 서버 이름 또는 전송 경로 정보가 있다면 함께 확인하세요. 주소와 포트가 입력되었다고 설정이 완성된 것은 아닙니다. 서버 공유 링크나 QR 코드가 있다면 해당 형식에 맞춰 가져올 수 있습니다. Scan QR Code를 사용한 뒤에도 가져온 결과, 특히 Type과 인증 항목을 확인해 다른 용도의 QR 코드를 잘못 스캔하지 않도록 주의하세요.

저장한 뒤 Home으로 돌아와 항목에 알아보기 쉬운 메모를 지정하고 해당 서버를 선택합니다. 이때 목록에 서버 항목이 있고 사용할 항목이 선택되어 있는지 두 가지만 확인하면 됩니다. 프로토콜 항목의 의미를 알아보려면 프로토콜 기술 참고 자료를 확인하세요. 처음 연결하기 전에 고급 매개변수를 하나씩 조정할 필요는 없습니다. 정보를 입력했다면 다음 단계에서는 요청을 어떤 방식으로 처리할지 선택합니다.

STEP 02 / ROUTING

Global Routing: Config, Proxy 또는 Direct 선택

Home에서 Global Routing을 눌러 현재 모드를 확인합니다. 이 설정은 연결 후 요청을 처리하는 방식을 정하며 서버 프로토콜을 선택하는 항목은 아닙니다. 모드는 Config, Proxy 또는 Direct 세 가지입니다. 서버를 가져왔다고 해서 현재 설정이 용도에 맞는 것은 아니므로 연결 스위치를 켜기 전에 직접 확인하세요.

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

규칙에 따라 트래픽을 분기하려면 Config 화면으로 이동해 현재 사용 중인 설정을 확인합니다. 해당 설정을 열어 내용을 살펴보고, 특히 [Rule]의 규칙과 마지막 정책을 확인하세요. 서버 구독은 서버 항목을 제공하고 설정은 처리 방식을 정의하므로 서로 같은 자료가 아닙니다. 구독을 가져온 뒤에도 현재 적용 중인 설정이 본인의 용도에 맞는지 확인해야 합니다.

규칙은 대개 순서대로 확인되며, 일치하는 규칙이 나오면 해당 정책이 적용됩니다. PROXY, DIRECT, REJECT는 각각 다른 처리 결과를 나타내며, FINAL은 앞선 규칙과 일치하지 않을 때 적용되는 기본 정책입니다. 처음 사용할 때 규칙을 바로 작성할 필요는 없지만, 특정 웹사이트가 Direct로 연결되는 것이 설정에 따른 결과일 수 있으며 연결 실패를 뜻하지는 않는다는 점은 알아두세요. 한 사이트의 접속을 복구하려고 설정 전체를 삭제하지 마세요.

서버부터 확인: 비교 조건을 명확히 유지

방금 추가한 서버의 작동 여부를 확인하려면 Proxy를 임시로 선택하고 같은 대상에 요청을 보내 결과를 살펴보세요. 확인이 끝나면 본인의 사용 목적에 맞게 Config로 되돌립니다. Direct는 현재 네트워크와 비교할 때 사용합니다. Direct에서는 정상이고 Proxy에서는 실패한다면 서버나 서버 매개변수를 우선 살펴보세요. 두 모드 모두 실패한다면 기기의 기본 네트워크와 대상 사이트도 확인해야 합니다.

모드를 바꾼 뒤 Home으로 돌아가 Global Routing의 현재 값을 다시 확인하세요. 모드나 서버 중 한 번에 하나만 바꾸세요. 서버, 설정, DNS를 동시에 변경하면 접속이 복구되어도 원인을 알기 어렵습니다. 모드를 확인했으면 해당 설정을 유지한 채 연결 단계로 진행합니다.

STEP 03 / CONNECT

Home: 스위치를 켜고 시스템 권한 승인

Home으로 돌아가 선택한 서버가 방금 확인한 서버와 같은지 확인한 뒤, Global Routing이 예상한 모드로 표시되는지 확인합니다. 여기서 구분해야 할 상태는 정보 저장, 서버 선택, 연결 스위치 켜짐의 세 가지입니다. 목록에 서버가 보이는 것만으로 기기 트래픽이 선택한 모드에 따라 처리되는 것은 아닙니다. 앞의 두 항목을 확인한 다음 Home 상단의 연결 스위치를 켜세요.

처음 표시되는 VPN 구성 안내

처음 연결할 때 iOS 또는 iPadOS에서 VPN 구성을 추가하라는 시스템 안내가 표시될 수 있습니다. 안내에 표시된 앱 이름을 확인해 방금 연 앱이 Shadowrocket인지 확인한 뒤, 시스템 안내에 따라 허용하고 기기에서 요구하는 인증을 완료하세요. 시스템 구성 권한 승인은 클라이언트가 네트워크 트래픽을 처리하는 데 필요한 절차입니다. 서버 계정 로그인과는 다르며, 이 과정에서 구독 비밀번호를 입력하면 안 됩니다.

앞서 안내를 취소했다면 연결이 계속되지 않을 수 있습니다. 앱으로 돌아와 연결을 다시 시작하고 실제 시스템 안내에 따라 권한을 승인하세요. 시스템 화면의 문구는 기기 언어와 시스템 상태에 따라 달라질 수 있습니다. 특정 문구의 버튼을 찾기보다 안내의 목적과 앱 출처를 확인해야 합니다. 기기의 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요.

권한 승인 후 앱으로 돌아와 확인

인증을 완료한 뒤 Home으로 돌아와 연결 스위치가 켜진 상태로 유지되는지 확인합니다. 기기에 VPN 상태 표시가 나타날 수 있지만 위치는 시스템 레이아웃에 따라 달라집니다. 따라서 상태 표시줄에 아이콘이 있는지만으로 판단하지 마세요. 스위치가 켜져 있으면 연결 절차가 작동 상태에 들어갔다는 뜻입니다. 원격 서버, 도메인 조회 및 모든 규칙이 정상이라고 입증된 것은 아닙니다.

스위치가 바로 꺼지면 시스템 권한이 승인되었는지, 연결을 처리 중인 다른 VPN 구성이 있는지 먼저 확인하세요. 처음 사용할 때는 On Demand도 확인해 자동 연결 조건과 수동 조작이 뒤섞여 스위치를 껐는데 다시 연결되는 것처럼 보이지 않도록 합니다. 스위치를 빠르게 반복해서 누르지 마세요. 현재 상태가 안정될 때까지 기다린 뒤 다시 시도할지 결정하세요.

시스템에서 구체적인 오류를 표시하면 오류 문구와 발생 시점을 기록하세요. 예를 들어 “권한 승인 직후 중단” 또는 “스위치는 켜져 있지만 웹페이지 접속 실패”처럼 적으면 단순히 “작동하지 않음”이라고 하는 것보다 원인을 찾기 쉽습니다. 기록을 보관할 때는 서버 주소, 인증 항목 및 구독 링크의 인증 정보를 가리세요. 스위치가 안정되면 상태 표시만으로 끝내지 말고 실제 요청을 보내 확인하세요.

STEP 04 / VERIFY

Connectivity Test: 실제 접속 및 규칙 확인

연결 스위치를 켠 뒤 Home에서 Connectivity Test를 실행해 서버 테스트 결과를 확인합니다. 테스트는 연결할 수 없는 항목을 찾거나 같은 네트워크 조건에서 응답을 비교하는 데 유용하지만, 결과는 테스트 방식과 대상에 따라 달라집니다. 응답이 있더라도 해당 테스트에서 응답을 받았다는 의미일 뿐, 모든 웹페이지와 전송 프로토콜이 정상이라는 뜻은 아닙니다.

새 웹 요청 보내기

Safari를 열어 평소에 이용하며 현재 필요한 웹사이트에 접속하고 새로고침하거나 새 페이지를 엽니다. 연결 상태를 바꾸기 전에 열어 둔 페이지는 캐시된 내용이 계속 표시될 수 있으므로 그것만 확인하지 마세요. 페이지가 끝까지 로드되는지 살펴보고, 제목이나 이미지 일부만 보이는 경우에는 전체 연결 성공으로 판단하지 말고 일부 요청 실패로 기록하세요.

Config를 사용한다면 Proxy로 처리될 것으로 예상하는 대상 하나와 Direct로 연결될 것으로 예상하는 대상 하나를 선택해 비교합니다. 이 비교의 목적은 모든 트래픽이 같은 경로를 거친다는 것을 입증하는 것이 아니라 규칙이 예상대로 적용되는지 확인하는 것입니다. 앱이나 웹사이트에 표시되는 지역 정보는 계정, 캐시 및 위치 권한의 영향을 받을 수 있으므로 지역 표시만으로 연결 여부를 판단하지 마세요.

Data에서 해당 요청 기록 확인

Shadowrocket으로 돌아가 Data에서 방금 접속한 요청의 연결 기록을 확인합니다. 필요한 정보가 기록되지 않았다면 화면에서 제공하는 기록 옵션을 켠 뒤 요청을 다시 보냅니다. 접속 시각과 대상 도메인을 기준으로 찾아 실제 적용된 정책과 표시되는 일치 정보를 확인하세요. 화면마다 표시되는 정보의 범위가 다를 수 있으므로 현재 화면에 표시되는 내용을 기준으로 판단합니다.

예를 들어 Proxy로 처리될 것으로 예상한 도메인이 DIRECT로 처리되었다면 서버 비밀번호를 바로 다시 입력하지 말고 Config에서 규칙 순서를 확인하세요. 요청이 PROXY로 처리되는데도 계속 실패하면 선택한 서버, 인증 항목 및 도메인 조회를 확인합니다. REJECT가 표시되면 현재 설정에서 해당 요청을 의도적으로 차단하는지 먼저 살펴보세요. 기록은 결과를 해석하는 데 활용해야 하며, 기록을 보기 좋게 만들려고 정책을 무작정 변경하면 안 됩니다.

한 번 정상적으로 확인했으면 당시 선택한 서버, Global Routing 모드 및 설정 이름을 기억해 두세요. 나중에 문제가 생기면 이때 검증한 조건과 먼저 비교할 수 있습니다. 테스트 후에는 필요에 따라 기록 기능을 관리하세요. 기록을 공유하기 전에는 대상 주소의 개인정보와 모든 인증 정보를 삭제해야 합니다. 여기까지 마치면 첫 연결 절차가 완료되며, 이후에는 실패한 단계에 따라 문제를 확인하면 됩니다.

STEP 05 / CHECK

자주 발생하는 실패: 단계별 확인

문제 해결은 처음 이상이 발생한 단계부터 시작합니다. 서버 목록을 읽지 못했다면 가져오기 단계부터 확인하고, 스위치가 켜진 상태로 유지되지 않으면 연결 및 권한 승인부터 살펴봅니다. 특정 웹사이트만 실패한다면 해당 요청의 도메인 조회와 규칙을 확인하세요. 한 번에 한 항목만 변경하고 같은 요청으로 다시 확인해야 결과를 비교할 수 있습니다.

가져오기 실패: 링크와 내용 유형 확인

Add Server의 구독 항목으로 돌아가 Type이 Subscribe인지, URL이 완전한지, 공백이나 문장부호가 섞이지 않았는지 확인합니다. 반환된 내용이 로그인 페이지, 오류 안내 또는 빈 내용이라면 클라이언트가 서버 목록을 생성할 수 없습니다. 구독 주소를 서버 주소로 입력하지 말고, 단일 서버 공유 링크를 업데이트 가능한 구독으로 착각하지도 마세요. 형식을 확인할 수 없다면 원래 정보를 제공한 곳에 자료의 용도를 문의하세요.

서버를 사용할 수 없음: 원본 항목부터 확인

Connectivity Test가 계속 실패하면 연결을 끈 상태에서 기기가 정상적으로 인터넷에 접속되는지 확인한 다음, 선택한 항목의 주소, 포트, 프로토콜 유형 및 인증 정보를 확인합니다. 직접 추가한 항목은 원본 정보와 입력한 항목을 하나씩 비교하세요. 구독에서 가져온 항목은 구독 업데이트가 성공했는지, 현재 항목이 유효한지 확인합니다. 프로토콜 유형을 반복해서 바꾸는 것은 인증 정보 불일치를 해결하지 못하며 오히려 처음 문제를 가릴 수 있습니다.

스위치는 켜졌지만 접속할 수 없음: 모드와 DNS 확인

먼저 Global Routing이 테스트할 때 예상했던 모드인지 확인합니다. Direct라면 접속 결과로 서버 전달이 정상이라고 판단할 수 없습니다. Config라면 대상이 실제로 PROXY 규칙과 일치하는지도 확인해야 합니다. 서버는 그대로 두고 Proxy를 임시로 선택해 한 번 비교하면 규칙 문제와 서버 문제를 구분하는 데 도움이 됩니다. 테스트가 끝나면 평소 사용할 모드로 되돌리세요.

테스트 응답은 있지만 웹페이지에서 도메인을 찾을 수 없다고 나오면 현재 설정의 DNS 항목을 확인하세요. 먼저 어떤 Config를 사용 중인지 확인한 다음, 현재 네트워크 환경에서 DNS 설정이 작동하는지 살펴봅니다. DNS 오류가 보인다고 여러 주소를 연달아 바꾸지 마세요. 원래 값을 보관하고 한 항목을 변경한 뒤 같은 도메인으로 요청을 다시 보내세요. 도메인 조회 성공과 서버를 통한 전달 성공은 별개의 단계이므로 각각 확인해야 합니다.

일부 웹사이트만 실패: 규칙 일치 결과 확인 후 수정

일부 대상에서만 문제가 발생하면 Data에서 해당 요청을 찾아 Config의 규칙 순서 및 FINAL 정책과 비교합니다. 웹페이지 하나가 여러 도메인에 요청을 보낼 수 있으므로 첫 화면은 열리는데 이미지가 실패하는 경우 요청마다 일치한 규칙이 다를 수 있습니다. 먼저 실패한 요청의 도메인과 적용된 정책을 찾은 다음 규칙을 조정할지 결정하세요. 원인을 찾는 대신 규칙 전체를 하나의 정책으로 바꾸지 마세요.

문제를 더 확인하려면 자주 묻는 질문에서 증상별 내용을 살펴보고, 프로토콜 및 매개변수 선택을 이해하려면 기술 참고 자료를 확인하세요. 기기를 바꾼 뒤 앱을 다시 설치한 경우의 구매 복원 절차는 구매 항목 복원 안내에서 확인할 수 있습니다. 앱을 다시 다운로드하는 것만으로 본인의 설정과 연결 정보가 복원되지는 않으므로 작업 전에 자료가 모두 보관되어 있는지 확인하세요.