Shadowrocket 첫 연결 가이드
기존 정보를 먼저 가져온 뒤 Global Routing을 선택합니다. 연결 스위치를 켜고 테스트 결과와 실제 접속을 함께 확인합니다.
Add Server: 서버 추가 또는 구독 가져오기
먼저 보유한 정보의 종류를 확인합니다. 완전한 구독 링크는 서버 목록을 가져올 때 사용하고, 개별 서버의 주소·포트·프로토콜 및 인증 정보는 수동 추가에 사용합니다. 보유한 자료에 맞는 방법 하나를 선택하면 됩니다. 같은 항목을 중복으로 만들 필요는 없습니다. 서비스 관리 페이지 주소를 구독 링크로 입력하거나 주소 모양만 보고 프로토콜을 추측하지 마세요.
기존 구독 링크가 있는 경우: Subscribe 선택
Shadowrocket의 Home을 열고 SERVER 그룹 근처에서 Add Server를 찾아 이동합니다. Add Server에서 Type을 열고 Subscribe를 선택한 다음, 기존의 전체 구독 링크를 해당 URL 필드에 입력합니다. 메모 필드가 있다면 직접 알아보기 쉬운 이름을 적을 수 있습니다. 불필요한 공백이나 줄바꿈, 누락된 쿼리 매개변수가 없는지 확인한 뒤 화면 오른쪽 위의 저장 기능을 사용해 Home으로 돌아갑니다.
구독 내용이 로드되면 SERVER 아래에 선택할 서버가 표시되는지 확인합니다. 구독 항목을 저장하는 것과 구독 내용을 가져오는 것은 별개의 과정입니다. 구독 이름만 보이고 서버가 없다면 아직 로드 중인지 먼저 확인하고, 필요한 경우 해당 구독 항목의 업데이트 기능을 사용합니다. 오류가 표시되면 오류 문구를 그대로 기록하고 마지막 단계의 ‘가져오기 실패’에 따라 점검하세요. 같은 링크를 반복해서 추가하는 방식으로 해결하려 하지 마세요.
개별 서버 정보가 있는 경우: Type에 맞게 필드 입력
마찬가지로 Add Server로 이동해 올바른 Type을 먼저 선택한 뒤 표시된 필드를 확인합니다. 공식 스크린샷에는 Host, Port, Password, Method가 표시되어 있습니다. Type에 따라 필드가 다르므로 보유한 서버 정보에 맞게 입력해야 합니다. Host에는 서버 주소, Port에는 포트 번호를 입력하고 인증 값과 Method 등의 옵션을 일치시킵니다. 한 프로토콜의 매개변수를 다른 프로토콜에 사용하면 안 됩니다.
보유한 정보가 QR 코드라면 Scan QR Code를 사용하고 시스템 안내에 따라 카메라 권한을 허용합니다. 사진 보관함에서 가져올 때도 유효한 본인 구성 이미지만 선택하세요. Import from Cloud JSON은 해당 형식의 기존 자료를 가져올 때 사용하며, 임의의 웹 페이지를 가져오는 버튼이 아닙니다. 정보에 비밀번호나 접근 자격 증명이 포함되어 있다면 원본 이미지나 전체 링크를 공개적으로 보내지 마세요.
이 단계의 완료 기준: Home의 SERVER에 선택할 수 있는 서버가 하나 이상 표시됩니다. 아직 연결 가능 여부를 확인한 것은 아닙니다. 다음 단계에서 트래픽 처리 방식을 정한 뒤 연결을 켭니다. 구독과 구성 파일은 서로 다른 개념입니다. 자세한 내용은 용어 설명에서 확인할 수 있습니다.
Global Routing: 구성, 프록시 또는 직접 연결 선택
서버를 가져온 뒤 Home으로 돌아가 Global Routing을 엽니다. 이 설정은 요청을 처리하는 방식을 제어하며 서버 정보를 대신 채워 주지는 않습니다. 세 가지 모드는 구성(Config) / 프록시(Proxy) / 직접 연결(Direct)입니다. 차이를 이해하고 목적에 맞는 항목을 선택하면 “스위치는 켜져 있지만 특정 페이지는 프록시를 거치지 않는다”와 같은 상황을 오해하지 않을 수 있습니다.
- 구성(Config): 현재 활성화된 구성의 규칙에 따라 요청을 처리합니다. 요청마다 PROXY, DIRECT 또는 REJECT에 해당할 수 있습니다. 필요한 규칙이 준비되어 있을 때 일상적으로 사용하기 적합합니다.
- 프록시(Proxy): 트래픽을 프록시 방식으로 처리합니다. Config의 분기 설정과 문제가 관련 있는지 짧게 비교하는 테스트에 사용할 수 있습니다. 이 모드가 서버 자체의 사용 가능 여부를 바꾼다고 생각하면 안 됩니다.
- 직접 연결(Direct): 프록시 서버를 거치지 않습니다. 프록시 서버를 확인하려면 이 모드에 두지 마세요.
규칙에 따라 사용하려면 먼저 구성(Config)을 선택한 다음 Config 페이지에서 활성화된 구성 파일이 예상한 파일인지 확인합니다. 구성 파일을 열면 General, Rule, Hosts 등의 섹션을 볼 수 있습니다. 이 페이지의 공식 스크린샷은 구성 파일 편집 화면이며 Home의 Global Routing 선택 메뉴가 아닙니다. 파일 편집 화면을 열어 보았다고 해서 해당 파일이 활성화된 것은 아니므로 구성 목록으로 돌아가 현재 선택 상태를 확인하세요.
Rule의 규칙은 일반적으로 위에서 아래로 일치 여부를 확인합니다. 구체적인 규칙은 적절한 위치에 두고 FINAL은 앞선 규칙에 일치하지 않을 때 적용할 후속 정책을 지정합니다. PROXY, DIRECT, REJECT는 처리 정책이지 서버 이름이 아닙니다. 첫 연결에서는 General, Rule, DNS를 동시에 수정하지 않는 것이 좋습니다. 사용 목적이 확인된 구성을 유지해 후속 테스트의 기준을 명확히 하세요.
사용할 규칙 구성이 아직 없다면 프록시(Proxy)로 서버 연결을 한 번 비교 테스트한 뒤 구성(Config)으로 돌아갈지 결정할 수 있습니다. Config에서 Proxy로 바꾼 후 접속이 복구되더라도 규칙, 이름 확인 또는 경로에 차이가 있다는 뜻일 뿐입니다. 이 현상만으로 특정 규칙에 오류가 있다고 단정할 수는 없습니다.
이 단계의 완료 기준: 현재 Global Routing이 어떤 항목인지 설명할 수 있어야 합니다. Config를 선택했다면 어떤 구성 파일을 사용하는지도 알아야 합니다. 규칙 키워드는 용어 설명에서 확인할 수 있습니다. 처음 설정하는 단계에서 규칙 전체를 확장할 필요는 없습니다.
Home: 서버를 선택하고 스위치 켜기
Home으로 돌아와 SERVER에서 사용할 서버를 선택하고 선택된 점이나 표시가 나타나는지 확인합니다. 목록에 서버가 있다고 해서 기본 서버로 선택된 것은 아닙니다. 서버 항목의 편집 화면을 열었다고 해당 항목이 선택되는 것도 아닙니다. Home으로 돌아가 목록의 선택 상태를 확인한 다음, 상단의 Global Routing이 앞 단계에서 정한 모드인지 다시 확인하세요.
확인한 뒤 Home 상단의 연결 스위치를 켭니다. 처음 사용할 때 시스템에서 VPN 구성을 추가할지 요청할 수 있습니다. 요청이 Shadowrocket에서 시작되었는지 확인하고, 이 권한이 시스템 네트워크 통로를 설정하는 데 사용된다는 점을 이해한 뒤 기기 안내에 따라 승인 및 인증을 완료합니다. 취소하면 이번 통로 설정을 완료할 수 없습니다. 조직에서 관리하는 기기는 관리 정책에 따라 권한이 제한될 수 있으므로 구성을 추가할 수 있는지 먼저 확인하세요.
권한을 부여한 뒤 Home에 머물며 상단의 Not Connected가 연결 상태로 바뀌는지 확인하고 연결이 완료될 때까지 기다립니다. 상태가 안정되기 전에 스위치를 빠르게 여러 번 전환하지 마세요. 시작과 중지 과정이 섞여 이후 상황을 판단하기 어려워집니다. 스위치가 바로 꺼지거나 연결되지 않는다면 모든 설정을 즉시 바꾸기보다 당시 표시된 안내를 먼저 기록하세요.
시스템에 VPN 표시가 나타나면 시스템 네트워크 통로가 만들어졌다는 뜻입니다. 모든 요청이 프록시를 거치거나 원격 서버가 대상 요청을 반드시 전달한다는 뜻은 아닙니다. 특히 구성(Config)에서는 DIRECT에 일치하는 요청이 직접 연결됩니다. 이는 규칙의 결과이므로 원래 직접 접속할 수 있는 페이지 하나만 보고 프록시의 유효성을 판단하지 마세요.
연결이 설정된 뒤에는 현재 선택한 서버와 Global Routing을 그대로 유지하고 Wi-Fi, 셀룰러 네트워크 또는 다른 서버로 바로 전환하지 마세요. 조건을 안정적으로 유지해야 다음 단계의 Connectivity Test 결과를 이번 연결과 연관 지을 수 있습니다. 서버를 바꿔야 한다면 한 번에 하나만 변경하고 선택 표시를 다시 확인한 뒤 테스트하세요.
이 단계의 완료 기준: 선택된 서버가 명확하고 시스템 권한 설정이 완료되었으며 Home 상단에 연결 상태가 표시됩니다. 다음으로 반드시 확인 절차를 진행하세요. 스위치가 켜진 상태를 유지하는 것만으로 가이드를 마친 것으로 볼 수 없습니다.
Connectivity Test: 연결 및 실제 접속 확인
Home에서 Connectivity Test를 누르고 테스트가 끝날 때까지 기다린 다음 화면에 표시된 결과를 확인합니다. 테스트는 반복 관찰 가능한 연결 신호를 제공하지만 전체 대역폭 측정은 아니며, 모든 웹사이트나 앱 요청의 성공을 보장하지 않습니다. 한 번의 결과에 표시된 수치를 장기적인 성능 결론으로 간주하거나 더 작은 수치를 얻기 위해 설정을 반복해서 바꿀 필요는 없습니다.
앱 내 테스트가 끝나면 브라우저나 실제로 사용할 앱으로 전환해 필요한 페이지를 열고 새로고침합니다. 기존 페이지가 캐시에서 표시될 수 있으므로 페이지가 보인다는 것과 방금 네트워크 요청이 완료되었다는 것은 다릅니다. 같은 페이지에서 다른 콘텐츠로 이동해 새 요청이 정상적으로 완료되는지 확인할 수 있습니다. 이 가이드에서는 외부 테스트 사이트를 지정하지 않으며 확인을 위해 계정이나 자격 증명을 제출하도록 요구하지 않습니다.
확인할 때는 세 가지를 함께 살펴봅니다. Home의 연결 상태가 유지되는지, Connectivity Test가 완료되었는지, 실제 대상에 정상적으로 접속되는지 확인합니다. 모두 예상대로라면 현재 설정을 유지하면 됩니다. 테스트는 성공했지만 특정 페이지가 실패한다면 먼저 단일 대상 문제인지 여러 대상의 문제인지 판단한 다음 Config의 규칙 일치 결과와 DNS를 확인하세요. 모든 서버를 바로 삭제하거나 앱을 다시 설치하지 마세요.
비교가 필요하다면 현재 구성을 기록한 뒤 Global Routing을 구성(Config)에서 프록시(Proxy)로 잠시 바꾸고 같은 요청을 다시 실행합니다. 두 모드의 결과가 다르면 분기 구성과 관련된 이름 확인 경로를 우선 점검합니다. 둘 다 실패한다면 서버 정보와 로컬 네트워크를 계속 확인하세요. 테스트가 끝나면 원래 필요한 모드로 복원해 임시 테스트 설정이 일상 설정으로 남지 않도록 합니다.
Wi-Fi와 셀룰러 네트워크를 비교하려면 서버와 Global Routing은 그대로 두고 네트워크 전환이 완료된 후 다시 테스트합니다. 네트워크 변경은 이름 확인과 연결 경로에 영향을 줄 수 있습니다. 이 비교는 로컬 접속 환경과 관련이 있는지 파악하는 용도일 뿐, 어떤 환경에서나 특정 서버를 사용할 수 있다고 보장하지 않습니다.
이 단계의 완료 기준: 앱 내 테스트와 실제 요청을 모두 확인했거나 특정 단계에서 발생한 실패 현상을 명확히 기록했습니다. 후자도 유용합니다. 다음 단계에서 실행할 수 있는 문제 해결의 출발점이 됩니다.
Settings: 실패 단계별 문제 해결
먼저 문제를 ‘가져오기 실패’, ‘연결 설정 실패’, ‘연결 후 접속 문제’ 중 하나로 분류하고 해당 단계와 관련된 항목만 확인합니다. Settings에는 Test Method, On Demand, Diagnostics 및 Proxy, TCP, UDP 등의 설정이 표시됩니다. 각각 용도가 다르며 실패가 발생했을 때 전부 켜야 하는 옵션은 아닙니다. 기본값이나 사용이 확인된 설정을 유지하고 한 번에 하나의 변수만 변경하세요.
가져오기 실패: 입력값과 가져오기 과정 확인
첫 단계로 돌아가 Subscribe에 해당하는 URL 필드에 구독 링크를 입력했는지, 링크 전체를 복사했는지, 설명 문구가 섞이지 않았는지, 로컬 네트워크에서 해당 링크 요청을 완료할 수 있는지 확인합니다. 구독 링크의 유효성, 접속 제한 및 콘텐츠 상태는 사용자가 이용 중인 서비스 제공자에게 확인해야 합니다. 서버 목록이 비어 있다면 구독 업데이트 실패인지 응답 내용에 사용 가능한 항목이 없는 것인지 먼저 구분하세요. 빈 목록을 Global Routing 문제로 단정하지 마세요.
연결 설정 실패: 선택 상태와 서버 필드 확인
Home에서 실제 서버를 선택했는지 확인한 뒤 해당 항목을 열어 Type, Host, Port 및 인증 정보를 확인합니다. 직접 입력할 때 흔한 문제는 프로토콜 유형 불일치, 잘못된 포트 또는 인증 값을 복사할 때 포함된 공백입니다. 시스템 VPN 구성 권한이 완료되었는지 확인하고 다른 VPN 연결이 테스트에 영향을 주는지도 살펴봅니다. 비교가 필요하다면 다른 연결을 일시 중지한 뒤 Shadowrocket을 다시 시작합니다.
연결되었지만 접속에 문제가 있는 경우: 테스트, 규칙 및 네트워크 구분
Settings에서 Test Method를 확인해 비교 전후에 같은 테스트 방식을 사용하는지 확인합니다. 테스트 방식을 바꾸면 결과의 의미도 달라집니다. 더 자세히 살펴보려면 Diagnostics로 이동해 화면에 실제로 제공되는 도구를 사용해 현재 문제를 확인할 수 있습니다. 진단 기록에 대상 도메인, 서버 주소 또는 연결 정보가 포함될 수 있습니다. 다른 사람에게 문제를 설명하기 전 민감한 내용은 숨기고 원인 파악에 필요한 오류 일부만 남기세요.
구성(Config)에서는 문제가 있지만 프록시(Proxy)는 정상이라면 모든 요청을 영구적으로 같은 정책으로 바꾸기보다 현재 활성화된 파일과 Rule을 먼저 확인합니다. 로컬 네트워크를 바꾼 뒤에만 복구되면 네트워크 차이를 기록하고 DNS 및 접속 조건을 확인합니다. DNS, UDP 또는 특정 프로토콜의 고급 매개변수는 구체적인 현상에 맞춰 조정해야 합니다. 무엇이든 켜면 해결되는 보편적인 방법은 없습니다.
첫 테스트 중에는 On Demand를 켤 필요도 없습니다. On Demand는 조건에 따라 연결을 시작하는 기능이며 잘못된 서버 정보를 수정하지 않습니다. 기본 연결을 확인한 뒤 설정하면 자동 실행 조건과 실제 연결 문제를 더 쉽게 구분할 수 있습니다. 계속 확인해야 한다면 질문과 답변의 문제 해결 또는 관련 용어 설명을 읽어보세요. 스토어 지역, 구매 및 기기 변경 후 복원 문제는 정품 안내를 참고하고 네트워크 매개변수 점검과 혼동하지 마세요.
문제 해결 후: 필요한 Global Routing으로 복원하고 기본 서버를 확인한 다음 Connectivity Test를 다시 실행해 실제 대상에 접속합니다. 정상적으로 사용할 수 있었던 설정을 기록해 두면 다음에 문제가 생겼을 때 모든 구성을 처음부터 바꾸지 않고 항목별로 비교할 수 있습니다.
