Shadowrocket 사용법

1. Add Server / Subscribe: 기존 설정 가져오기

먼저 보유한 정보의 종류를 확인하고 알맞은 메뉴를 선택하세요. https://로 시작하고 여러 서버 정보를 가져오는 주소라면 보통 구독 링크입니다. ss://, vmess://, vless://, trojan:// 등으로 시작하는 내용은 대개 서버 하나를 추가하는 공유 링크입니다. 주소, 포트, 비밀번호, 프로토콜 매개변수가 각각 나뉘어 있다면 직접 추가해야 합니다. 링크의 접두어만으로 정보의 유효성을 판단할 수는 없으므로 원본 설정 안내도 확인하세요.

Subscribe로 구독 가져오기

Shadowrocket을 열고 Home으로 이동한 뒤 오른쪽 위의 추가 버튼을 눌러 Add Server로 들어갑니다. Type을 누르고 Subscribe를 선택한 다음 본인의 구독 링크 전체를 URL에 입력합니다. 메모 항목이 있다면 알아보기 쉬운 이름을 적어도 됩니다. 확인 후 저장하고 Home으로 돌아가 구독 정보를 가져올 때까지 기다립니다. 화면 배치에 따라 메뉴 위치가 다를 수 있으므로 Type, Subscribe, URL 등의 화면 용어를 기준으로 찾으세요.

링크에서 도메인만 복사하지 마세요. 경로와 물음표 뒤의 매개변수도 구독을 식별하는 데 쓰일 수 있어 일부가 빠지면 업데이트되지 않을 수 있습니다. 웹페이지 제목이나 안내 문구, 링크 양끝의 따옴표도 함께 입력하지 마세요. 아래는 연결에 사용할 수 없는 형식 예시이므로 앱에 복사할 필요가 없습니다.

https://example.com/sub?token=xxxx

Home으로 돌아가 구독 그룹에 서버 항목이 표시되는지 확인합니다. 구독 주소를 저장한 것과 서버 목록을 성공적으로 가져온 것은 다릅니다. 그룹 이름만 보이고 선택할 서버가 없다면 연결을 켜기 전에 가져오기 문제부터 해결하세요. 처음에는 기존 그룹과 이름을 그대로 두면 나중에 원본 정보와 항목을 비교하기 쉽습니다. 연결 확인을 마친 다음 순서를 바꾸거나 이름을 정리하세요.

Add Server에서 직접 입력하기

서버 정보를 모두 가지고 있다면 Add Server에서 정보와 일치하는 Type을 선택한 다음 서버 주소, 포트, 인증 정보를 입력합니다. Shadowsocks, VMess, VLESS, Trojan 등 프로토콜마다 필요한 항목이 다릅니다. 한 프로토콜의 비밀번호나 식별 정보를 다른 유형에 임의로 입력하지 마세요. 주소란에는 보통 호스트 이름이나 IP 주소만 입력하고, 포트는 해당 포트 항목에 입력합니다. 공유 링크를 불완전하게 나누어 주소란에 넣지 마세요.

기존 정보를 대조해 암호화 방식, TLS, Server Name, 전송 방식, 관련 경로도 확인하세요. 현재 프로토콜에 필요한 항목만 입력해야 합니다. 특히 연결에 사용하는 서버 주소와 TLS 검증에 사용하는 이름을 구분하세요. 둘은 서로 다를 수 있지만 임의로 추측해서는 안 됩니다. 필수 항목이 분명하지 않다면 원본 설정 정보를 다시 확인하고 여러 조건을 반복해서 바꾸지 마세요. 저장한 뒤 Home으로 돌아가 추가한 항목이 있는지 확인합니다.

QR 코드가 있다면 Scan QR Code로 읽을 수 있습니다. 서버 하나의 공유 링크가 있다면 앱에 표시되는 클립보드 가져오기 안내에 따라 필요한 카메라 또는 붙여넣기 권한을 허용하세요. 가져온 뒤에도 항목을 열어 프로토콜과 주요 정보를 확인해야 합니다. QR 코드 스캔이나 붙여넣기는 입력 방법일 뿐 원격 서버가 작동하는지 확인해 주지는 않습니다. 여러 구독 정리, 공유 링크 항목, 백업 방법은 구독 및 서버 관리 설명서를 참고하세요.

완료 기준: Home에 예상한 서버가 표시되고, 항목을 눌러 현재 선택된 서버를 확인할 수 있습니다. 구독 그룹에 항목이 여러 개라면 테스트할 서버 하나를 먼저 선택하세요. 그룹 이름을 선택된 서버로 착각하지 않도록 주의합니다. 다음 단계에서는 이 선택을 유지한 채 Global Routing을 설정합니다.

2. Global Routing: 라우팅 모드 선택

Home에서 Global Routing을 찾아 엽니다. 여기서는 요청의 라우팅 방식을 정하며, 서버 비밀번호를 바꾸거나 구독을 변경하는 메뉴가 아닙니다. 처음 설정할 때는 Config, Proxy, Direct 세 가지 모드를 구분하세요. 선택한 뒤 Home으로 돌아가 Global Routing에 표시된 값을 확인하고 연결을 진행합니다.

새로 가져온 서버가 작동하는지 먼저 확인하려면 Proxy를 선택해 규칙으로 인한 변수를 줄일 수 있습니다. 이는 테스트 방법일 뿐 모든 상황에서 계속 이 모드를 사용해야 한다는 뜻은 아닙니다. 트래픽 분리 설정이 필요하다면 연결을 확인한 뒤 Config로 전환하고 Config 화면에서 원하는 설정이 선택되어 있는지 확인하세요.

Home의 서버 목록과 Config의 규칙 설정은 서로 다른 역할을 합니다. 전자는 연결할 서버를 제공하고, 후자는 어떤 요청을 DIRECT, PROXY 또는 다른 설정된 정책으로 처리할지 결정합니다. 구독을 가져왔다고 해서 본인에게 맞는 규칙 파일까지 선택된 것은 아닙니다. Config에서 특정 페이지가 정상적으로 열리더라도 DIRECT 규칙이 적용된 결과일 수 있으므로, 그것만으로 프록시 서버가 작동한다고 볼 수는 없습니다.

Direct도 정확히 이해해야 합니다. 이는 라우팅 선택이며 서버를 삭제하거나 앱 데이터를 지우는 기능이 아닙니다. 문제를 점검할 때 다른 모드와 비교할 수 있지만, 프록시를 거쳐야 하는 요청이라면 Direct에서는 예상한 경로로 처리되지 않습니다. 연결 스위치가 켜진 상태와 모든 요청이 선택한 서버를 거치는 상태를 같은 것으로 보지 마세요.

완료 기준: 현재 어떤 모드를 사용하는지, 왜 선택했는지 설명할 수 있습니다. 첫 테스트에서는 “서버 이름 + Proxy” 조합을 기록해 두세요. 다음 단계에서는 연결만 켜고 설정 파일이나 서버는 동시에 바꾸지 않습니다.

3. Home: 연결 켜기 및 시스템 승인

Home으로 돌아가 선택된 서버와 Global Routing을 다시 확인합니다. 이상이 없으면 상단의 연결 스위치를 켭니다. 처음 연결할 때 시스템에서 Shadowrocket이 VPN 구성을 추가하도록 허용할지 물을 수 있습니다. 안내를 읽고 현재 작업으로 요청된 것인지 확인한 뒤 기기 암호 또는 생체 인증으로 승인합니다. 이 권한은 시스템 네트워크 연결을 설정하기 위한 것이며 앱을 새로 구매하는 절차가 아닙니다.

이전에 승인을 거부했다면 연결이 진행되지 않을 수 있습니다. 스위치를 끄고 다시 시도하면서 시스템 안내가 다시 표시되는지 확인하세요. 필요한 경우 기기의 Settings에서 VPN을 검색해 Shadowrocket 관련 구성 상태를 살펴봅니다. 다시 시도하기 위해 알 수 없는 기기 관리 항목을 삭제하지 마세요. 조직에서 관리하는 기기라 관련 설정을 변경할 수 없다면 네트워크를 반복해서 재설정하는 대신 관리 제한 여부를 먼저 확인하세요.

승인 후 Home으로 돌아와 연결 스위치가 켜진 상태를 유지하는지, 앱에 오류가 표시되는지 확인합니다. 기기의 화면 구성에 따라 상태 막대나 제어 센터에 VPN 상태가 나타날 수 있습니다. 이 표시는 시스템 연결 상태를 확인하는 보조 정보일 뿐, 원격 인증과 DNS 조회, 각 페이지 접속까지 성공했다는 뜻은 아닙니다. 전체 확인은 다음 단계에서 진행합니다.

테스트 중에는 다른 시스템 VPN 연결을 동시에 켜지 마세요. 기존에 On Demand가 설정되어 있다면 자동 연결 조건으로 인해 수동으로 끈 연결이 다시 시작될 수도 있습니다. 기존 설정을 기록해 두고 처음 문제를 확인할 때는 이런 자동 실행 요소를 줄이세요. 기본 확인을 마친 뒤 실제 네트워크 환경에 맞춰 On Demand를 설정하면 수동 연결과 자동 연결로 인한 변화를 구분하기 쉽습니다.

스위치가 곧바로 꺼지면 오류 메시지와 발생 단계를 먼저 기록하세요. 시스템 승인 전에 종료되었는지, 승인 후 연결 시도에 실패했는지 확인합니다. 전자라면 승인 상태를 우선 점검하고, 후자라면 서버 매개변수와 현재 네트워크도 확인해야 합니다. 이때 구독 전체를 다시 가져오거나 여러 프로토콜 항목을 한꺼번에 수정하지 마세요. 원래 항목을 보존해야 비교하기 쉽습니다.

완료 기준: 연결 스위치가 켜진 상태를 유지하고 시스템 승인이 완료되었으며 앱에서 즉시 연결 오류를 표시하지 않습니다. 현재 설정을 그대로 유지한 채 테스트와 실제 접속으로 원하는 결과인지 확인합니다.

4. Connectivity Test: 연결 결과 확인

기기의 기본 네트워크, 선택한 서버의 테스트 결과, 대상 페이지의 실제 접속 상태를 모두 확인해야 합니다. 먼저 현재 Wi-Fi나 셀룰러 네트워크가 작동하는지 확인하세요. Wi-Fi에서 웹 인증이 필요하다면 해당 네트워크의 인증 절차부터 완료합니다. 기본 네트워크가 연결되지 않으면 구독 업데이트와 서버 연결이 모두 실패할 수 있습니다. 앱 설정만 바꿔서는 해결되지 않는 경우가 많습니다.

Shadowrocket으로 돌아가 Home의 테스트 메뉴에서 Connectivity Test를 찾아 선택한 항목을 테스트합니다. 테스트 방식과 표시 정보는 현재 앱 화면을 기준으로 확인하세요. 서버 옆에 결과가 표시되더라도 이는 해당 테스트 방식으로 확인한 연결 가능 여부일 뿐 모든 웹사이트와 프로토콜 동작을 완전히 검증한 것은 아닙니다. 테스트에 성공해도 대상 페이지가 반드시 열리는 것은 아니며, 실패한 경우에도 다음 단계에서 실제 접속 상태와 함께 판단해야 합니다.

연결을 켠 상태로 브라우저를 열고 본인이 접근 권한을 가진, 평소에도 사용할 수 있는 페이지를 방문합니다. 필요한 경우 페이지를 새로고침해 이전에 표시된 내용을 새 요청 결과로 착각하지 않도록 하세요. 실제로 사용할 앱이나 페이지에서도 로딩이 완료되는지 확인합니다. 첫 화면의 글자만 나타나는지로 판단하지 마세요. 특정 대상 하나만 문제가 있다면 전체 연결의 문제로 단정하기 전에 해당 대상 자체의 문제인지 확인하세요.

Config를 사용 중이라면 앱에서 확인할 수 있는 요청 기록이나 진단 정보를 살펴보고 대상 도메인, 일치한 규칙, 최종 정책을 확인할 수 있습니다. 기록되는 정보는 현재 설정에 따라 다릅니다. DIRECT가 적용되었다면 해당 요청은 직접 연결된 것입니다. PROXY가 적용되었다면 해당 서버를 기준으로 추가 확인이 필요합니다. 연결 스위치가 켜져 있다는 이유로 규칙에 따른 경로 차이를 간과하지 마세요.

비교가 필요하면 같은 서버를 유지한 채 먼저 Proxy로 대상에 접속하고, Config로 바꿔 같은 대상을 다시 확인하세요. Proxy는 정상이고 Config에서만 문제가 발생한다면 서버를 바로 바꾸기보다 현재 설정, 규칙 순서, DNS를 먼저 점검합니다. 두 모드 모두 문제가 있으면 서버 정보와 네트워크 환경을 확인하세요. 모드를 바꿀 때마다 새 요청을 보내고 가능한 한 다른 조건은 그대로 유지합니다.

특정 테스트 수치 하나에 집착할 필요는 없습니다. 테스트 결과는 방식, 현재 네트워크, 원격 응답의 영향을 받으므로 장기적인 성능을 단정할 근거가 되지 않습니다. 처음 사용할 때는 “연결 가능, 접속 가능, 목적에 맞는 경로”인지 확인하는 것이 중요합니다. 테스트 링크, 구독 내용, 진단 기록에는 개인 설정이 포함될 수 있습니다. 다른 사람에게 문제를 설명할 때 전체 구독 주소와 인증 정보, 불필요한 접속 기록은 가리세요.

완료 기준: 실제로 접속하려는 대상이 정상적으로 열리고 현재 라우팅 모드가 사용 목적에 맞습니다. 여러 구독을 정리해야 한다면 서버 관리를 참고하세요. 확인에 실패했다면 아래에서 문제가 발생한 단계를 따라 점검합니다.

5. 자주 발생하는 문제: 단계별 점검

먼저 문제가 어느 단계에서 발생했는지 확인한 다음 해당 조건을 점검합니다. 문제를 “가져오기 실패”, “연결되지 않음”, “연결 후 접속 오류”처럼 구분해 기록하면 구독 새로고침, 서버 변경, 규칙 변경을 동시에 하는 것보다 원인을 찾기 쉽습니다. 한 번에 한 가지 조건만 바꾸고 같은 테스트를 반복하세요. 해결되면 평소 설정을 하나씩 복원합니다.

가져오기 실패: 전체 링크와 콘텐츠 유형 확인

구독을 저장했는데 서버가 표시되지 않으면 URL 전체가 입력되었는지, 불필요한 공백이나 줄바꿈이 없는지 다시 확인하세요. 계정 웹페이지나 안내 페이지가 아니라 실제 구독 정보를 가져오는 주소인지도 확인해야 합니다. 링크가 아직 유효한지는 본인이 보유한 구독 상태에 따라 확인하세요. 새로고침은 원격 콘텐츠를 다시 가져올 뿐, 만료된 주소를 유효하게 만들지는 않습니다. 형식 관련 오류가 표시되면 인증 정보를 바꾸기보다 Subscribe가 해당 콘텐츠를 인식할 수 있는지 확인하세요.

서버 하나의 공유 링크를 가져올 수 없다면 일부만 복사되지 않았는지, 채팅 문구나 줄바꿈 때문에 링크가 잘리지 않았는지 살펴보세요. 직접 추가한 항목은 저장되지만 연결되지 않는다면 원본 정보를 대조해 Type, 주소, 포트, 인증 정보를 하나씩 확인합니다. 저장이 완료되었다는 것은 항목이 앱에 기록되었다는 뜻일 뿐 원격 연결이 확인되었다는 뜻은 아닙니다.

연결 실패: 승인, 매개변수, 네트워크 구분

시스템 승인이 완료되지 않았다면 VPN 구성 안내부터 처리합니다. 구성이 이미 있는데 스위치가 켜진 상태를 유지하지 못한다면 앱의 오류 메시지를 기록한 뒤 프로토콜과 입력 항목을 확인하세요. 주소 확인 실패, 포트 연결 불가, 인증 불일치, TLS 이름 불일치는 서로 다른 단계에서 발생할 수 있습니다. 이런 문제를 모두 앱 재설치로 해결하려 하지 마세요. 안내 메시지를 없애려고 인증서 확인 요구 사항을 임의로 낮추는 것도 피해야 합니다. 원본 정보와 다른 설정 항목부터 바로잡으세요.

Wi-Fi에서 실패한다면 허용되는 상황에서 셀룰러 네트워크로 전환해 같은 서버와 라우팅 모드로 다시 테스트할 수 있습니다. 반대로 비교해도 됩니다. 특정 네트워크에서만 문제가 있다면 해당 네트워크의 인증, 연결 제한, 이름 확인 상태를 먼저 살펴보세요. 이러한 비교는 문제 범위를 좁히는 방법이며, 한 번의 결과만으로 원격 서비스의 장기 상태를 판단할 수는 없습니다.

연결되었지만 접속에 문제가 있을 때: 라우팅과 DNS 비교

먼저 Home으로 돌아가 예상한 서버가 선택되어 있는지 확인한 다음 Global Routing이 실수로 Direct에 설정되어 있지 않은지 살펴봅니다. Proxy에서는 접속되지만 Config에서는 안 된다면 Config에서 선택한 설정을 확인하고 대상에 예상한 규칙이 적용되는지 살펴보세요. DNS 결과, 규칙 순서, 최종 정책이 접속에 영향을 줄 수 있습니다. 설정 전체를 한꺼번에 바꾸지 말고 같은 대상에서 문제를 재현해 하나씩 확인하세요.

브라우저에서는 같은 대상이 정상적으로 열리는데 특정 앱에서만 문제가 발생한다면 앱 자체의 캐시, 세션, 연결 재사용도 원인일 수 있습니다. 해당 앱의 현재 작업을 종료하고 다시 접속해 결과를 확인하세요. 먼저 Shadowrocket 데이터를 지울 필요는 없습니다. 라우팅 모드를 바꾼 직후에도 결과가 바로 달라지지 않는다면 기존 연결이 종료되거나 새 요청이 시작될 때까지 기다린 뒤 판단하세요.

문제 해결 결과 기록하기

기기에서 사용한 네트워크 유형, 현재 모드, 서버의 별칭, 문제가 발생한 단계, 일부 내용을 가린 오류 메시지를 기록하면 충분합니다. 구독 링크와 비밀번호를 공개하지 말고 전체 설정을 일반적인 스크린샷으로 공유하지 마세요. 기존 항목을 계속 사용할 수 있다면 먼저 백업한 뒤 삭제하거나 다시 가져올지 결정하세요. 문제를 해결하다 필요한 정보까지 잃지 않도록 주의합니다.

구매 복원, 권한, 규칙 관련 자세한 내용은 FAQ를 참고하세요. 구독 업데이트, 여러 구독 정리, 지연 시간 테스트, 백업은 구독 및 서버 관리 설명서에서 확인할 수 있습니다. 반복해서 성공하는 것을 확인한 뒤 서버를 추가하거나 자동 연결을 설정하세요. 항목을 하나 추가할 때마다 실제 접속을 다시 확인하면 이후 변화가 생겼을 때 같은 순서로 원인을 찾을 수 있습니다.