Shadowrocket 초보자 FAQ 10가지: 연결, Global Routing, 구독 업데이트 및 구입 항목 복원

1. 연결 스위치를 켜도 반응이 없을 때 먼저 확인할 항목은?

처음 연결하려면 사용할 수 있는 서버 항목, 명확한 기본 서버 선택, VPN 구성을 추가하도록 허용하는 시스템 설정이 필요합니다. Home의 스위치는 연결을 시작할 뿐 서버를 자동으로 만들지는 않습니다. 목록이 비어 있다면 기존에 보유한 구독을 먼저 가져오세요. 목록에 항목이 있다면 구독 그룹만 펼친 상태가 아니라 서버 항목을 선택했는지 확인합니다.

1. 서버 항목 확인

   Home에서 서버가 등록되어 있는지 확인하고, 주소·포트·인증 정보가 기존 구성과 일치하는지 살펴봅니다.

2. 서버 선택

   서버 왼쪽의 원형 버튼을 눌러 기본 서버로 지정합니다. 테스트 대상을 나중에 확인할 수 있도록 이름도 기록해 두세요.

3. 연결 켜기

   Home에서 연결 스위치를 켭니다. 시스템에서 처음 VPN 구성을 추가할지 물으면 안내를 읽고 허용한 뒤 필요한 기기 인증을 완료합니다.

4. 연결 테스트

   Home으로 돌아와 Connectivity Test를 실행한 다음 실제로 이용하려는 웹사이트에 접속해 결과를 각각 기록합니다.

시스템 승인이 취소되었다면 앱으로 돌아와 연결을 다시 시작하세요. 스위치가 잠깐 켜졌다가 바로 꺼지면 시스템 VPN 상태와 앱 오류 메시지를 먼저 확인합니다. 모든 구성을 반복해서 삭제하면 문제가 발생한 단계를 파악하기 어려워질 수 있습니다.

2. Global Routing에서 Proxy, Direct, Config, Scene은 어떻게 선택하나요?

Global Routing은 연결에 적용할 라우팅 방식을 정하며 서버 목록과는 별개입니다. 평소 규칙에 따라 트래픽을 분기하려면 Config에서 사용할 구성 파일을 확인한 다음 Home → Global Routing에서 Config를 선택하세요. 서버 연결 여부를 비교할 때는 잠시 Proxy를 사용하고, 확인이 끝나면 기존 설정으로 되돌립니다.

Config에서는 일부 사이트에 접속할 수 없지만 Proxy에서는 같은 사이트가 열린다면 서버가 고장 났다고 단정하기보다 규칙 매칭과 정책 선택을 먼저 확인하세요. Scene은 ‘가장 빠른 서버 자동 선택’과 같은 기능이 아닙니다. Scene 조건과 관련 설정을 확인하기 전에는 문제 해결의 기준으로 삼지 않는 편이 좋습니다.

3. VPN에 연결됐는데 웹페이지가 열리지 않는 이유는?

시스템에 VPN 연결됨으로 표시되어도 터널이 실행 중이라는 뜻일 뿐, 원격 인증 성공이나 DNS 조회, 대상 사이트 접속까지 보장하지는 않습니다. Connectivity Test가 성공해도 해당 테스트 대상과 당시 네트워크 환경에서만 확인된 결과입니다. 모든 서비스에 대한 접속 확인을 대신할 수는 없습니다.

• 먼저 로컬 네트워크를 확인하세요: 연결을 잠시 끄고 Wi-Fi 또는 셀룰러 네트워크 자체가 인터넷에 연결되는지 확인합니다. 웹 인증이 필요한 Wi-Fi라면 먼저 인증을 완료하세요.
• 다음으로 선택된 서버를 확인하세요: Home으로 돌아가 기본 서버가 예상한 항목인지 확인합니다. 구독을 새로고침한 뒤에는 기존 항목이 바뀌었을 수 있습니다.
• 라우팅 모드를 비교하세요: 현재 Global Routing 설정을 기록한 뒤 Proxy에서 같은 대상에 다시 접속해 봅니다. DNS와 여러 규칙을 한꺼번에 변경하지 마세요.
• 실패 범위를 구분하세요: 모든 대상에 접속할 수 없다면 서버 주소, 인증 정보, 서비스 상태를 확인합니다. 특정 도메인만 실패한다면 규칙, DNS 조회, 대상 사이트 자체의 상태를 점검하세요.

예를 들어 ‘테스트 결과는 나오지만 특정 웹페이지가 계속 로딩됨’과 ‘모든 테스트가 시간 초과됨’은 서로 다른 증상입니다. 전자는 대상 연결을 더 자세히 확인하고, 후자는 서버가 여전히 유효한지 먼저 확인해야 합니다. 로그와 스크린샷에는 주소, UUID 또는 구독 인증 정보가 포함될 수 있으므로 문제 해결 자료를 공유하기 전에 해당 정보를 가리세요.

4. 기존 구독은 어디에서 추가하나요?

구독은 서버 항목을 가져오는 데 사용하는 주소입니다. 일반 웹페이지 주소나 앱 구입 증명과는 다릅니다. 추가할 때는 보유한 구독 링크 전체를 사용하고 경로, 쿼리 매개변수, 대소문자를 그대로 유지하세요. 메신저에서 복사했다면 공백, 줄바꿈, 문장부호가 섞이지 않았는지도 확인합니다.

1. Home에서 오른쪽 위의 “+”를 누르고 Type에서 Subscribe를 선택합니다.
2. URL에 보유한 구독 주소를 붙여 넣고 알아보기 쉬운 메모를 입력한 다음 저장합니다.
3. Home으로 돌아와 아래로 당겨 새로고침합니다. 요청이 완료될 때까지 기다린 뒤 그룹에 서버가 표시되는지 확인하세요.
4. 서버 하나를 선택한 다음 첫 연결 절차에 따라 시스템 승인을 완료하고 연결 및 테스트를 진행합니다.

가져오기 성공과 연결 성공은 별개의 확인 단계입니다. 서버 항목이 표시되면 앱이 내용을 가져와 인식한 것이지만 모든 서버에 현재 네트워크에서 접속할 수 있다는 뜻은 아닙니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않으며, 보유한 구성의 사용 방법만 안내합니다.

5. 구독 업데이트 실패, 시간 초과 또는 업데이트 후 변화가 없을 때는?

구독 업데이트는 먼저 가져오기 요청을 보내고 응답 내용을 해석하는 과정입니다. 요청 시간 초과, 인증 만료, 응답을 인식할 수 없는 문제는 각각 다르게 확인해야 합니다. 오류 메시지를 기록한 뒤 네트워크 경로 문제인지 구독 자체의 문제인지 살펴보세요. 구독을 반복해서 삭제하는 것으로 점검을 대신하지 마세요.

프록시를 사용해 임시로 업데이트했다면 해당 설정을 기록해 두세요. 다음에 ‘서버가 끊겼고 구독도 새로고침되지 않는’ 상황에서 의존 관계를 파악하는 데 도움이 됩니다. 짧은 간격으로 반복 새로고침하지 말고 요청 결과를 확인한 뒤 다음 단계를 결정하세요.

스위치를 껐는데 다시 자동 연결됩니다. On Demand 때문인가요?

On Demand는 네트워크 조건에 따라 연결을 시작하도록 설정하는 기능입니다. Wi-Fi 전환 후 자동 연결되거나 수동으로 연결을 끊은 뒤 다시 연결된다면 시스템 VPN 구성을 바로 삭제하지 말고 Settings → On Demand를 먼저 확인하세요. 규칙 분기는 트래픽이 향하는 곳을 결정하고 On Demand는 연결이 시작되는 시점을 결정하므로 서로 다른 기능입니다.

On Demand를 끈 뒤 같은 현상이 더 이상 발생하지 않는다면 자동 연결 조건을 조정해야 합니다. 서버 인증 정보를 바꿀 필요는 없습니다. 그래도 자동 연결된다면 다른 시스템 관리 설정이 있는지 확인하고, 추가 점검을 위해 현재 상태를 기록해 두세요.

7. Config 규칙의 순서가 사이트의 프록시 연결 여부에 영향을 주나요?

그렇습니다. Config는 현재 구성 파일의 규칙에 따라 연결을 판단하며, 규칙은 일반적으로 위에서 아래 순서로 매칭됩니다. 앞에서 먼저 일치한 규칙이 이후 판단에 영향을 줍니다. DOMAIN-SUFFIX는 도메인 접미사를, IP-CIDR은 IP 주소 대역을, GEOIP는 IP 지리 데이터베이스를 기준으로 판단하며, FINAL은 앞선 규칙에 해당하지 않을 때 적용되는 기본 규칙입니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

이 예시는 example.com과 하위 도메인을 PROXY로 보내고 지정된 사설 주소 대역에는 DIRECT를 적용한 뒤 GEOIP를 확인하며, 앞선 규칙에 해당하지 않는 연결은 FINAL로 처리합니다. 규칙 문법을 보여 주는 예시일 뿐이므로 기존 구성을 통째로 덮어쓰지 마세요. 구성에서 정책 이름이 유효한지, DNS와 다른 설정이 원래 용도에 맞는지도 확인해야 합니다.

• no-resolve는 해당 IP 규칙을 매칭할 때 도메인 조회를 별도로 수행하지 않는다는 뜻입니다. 대상 IP가 이미 있다면 주소 대역 판별은 가능합니다.
• GEOIP는 IP 주소의 지리적 할당 정보를 기준으로 판단합니다. 웹페이지 언어나 사이트 운영 주체의 소재지를 뜻하지 않습니다.
• 범위가 넓은 규칙을 앞에 두면 뒤에 있는 더 구체적인 규칙이 적용되지 않을 수 있습니다.
• 문제를 확인할 때는 먼저 Config에서 현재 구성을 백업한 다음 규칙 하나만 조정하고, 연결 후 대상 트래픽이 실제로 어디로 향하는지 확인하세요.

서버 주소와 포트를 입력했는데도 인증에 실패하는 이유는?

주소와 포트는 서비스 접속 지점만 나타냅니다. Type은 해당 지점과 통신할 프로토콜을 정하고, 인증 정보와 전송 설정도 기존 서버 구성과 일치해야 합니다. 예를 들어 포트가 443이라고 해서 Type을 반드시 Trojan으로 선택해야 하는 것은 아니며, TLS 사용 여부도 포트만으로 판단할 수 없습니다.

프로토콜을 추측하거나 인증서 검증을 끄기보다 원래 설정값을 다시 확인하세요. TLS 오류는 기기 시간, 인증서 유효성, 서버 이름과 관련이 있을 수도 있습니다. 검증을 무시하는 방법은 일반적인 해결책이 아닙니다. 매개변수가 구독에서 제공된 것이라면 먼저 업데이트가 성공했는지 확인하세요. 생성된 항목을 반복해서 직접 수정하면 새로고침 후 덮어써질 수 있습니다.

새 iPhone 또는 iPad에서 구입한 앱과 구성을 어떻게 복원하나요?

App Store의 구입 내역과 Shadowrocket의 서버 구성은 서로 다른 데이터입니다. 구입 당시 사용한 Apple ID로 앱을 복원해도 서버, 구독, 규칙 파일이 모두 옮겨지는 것은 아닙니다. 기기를 바꾸기 전에 구입 내역과 구성 백업을 각각 확인하고 새 기기에서 연결을 다시 테스트하세요.

App Store에 여전히 구입 가격이 표시된다면 로그인한 계정, 스토어 국가 또는 지역, 구입 내역을 먼저 확인하세요. 바로 다시 구입하지 마세요. 기존 기기에서 서버가 이미 작동하지 않는다면 같은 구성을 새 기기에 복원해도 서비스가 자동으로 다시 작동하지 않습니다.

10. 앱을 구입한 뒤 별도로 준비해야 할 것은 무엇인가요?

Shadowrocket은 Apple 플랫폼에서 App Store를 통해 제공되는 클로즈드 소스 상용 앱이며 일회성 구매 방식입니다. 앱 구입은 회선 요금제와 다릅니다. 앱을 구입하면 앱 사용 권한을 얻지만 접속 가능한 서버, 구독 또는 서비스 이용 기간이 자동으로 제공되지는 않습니다. 이 글의 안내는 기존 서비스와 구독을 보유하고 있다는 전제하에 작성되었습니다.

• 제품 확인: 이름은 Shadowrocket, 개발자는 Shadow Launch Technology Limited, 앱 ID는 932747118입니다.
• 기기 확인: 주 사용 기기는 iPhone과 iPad입니다. Mac, Apple TV, Apple Vision의 호환성 및 시스템 요구 사항은 App Store 페이지 표기를 기준으로 확인하세요.
• 구성 준비: 보유한 구독 또는 서버 매개변수를 준비하고 서비스가 유효한지 확인한 다음 Global Routing과 규칙 파일을 선택합니다.
• 테스트 결과 기록: 기본 서버, 라우팅 모드, Connectivity Test 결과와 접속 실패 대상을 기록하고 이후에도 같은 조건으로 다시 테스트하세요.

초보자는 정해진 순서에 따라 확인하면 좋습니다. 먼저 로컬 네트워크를 확인하고, 서버를 선택한 다음 시스템 승인을 완료하고 테스트를 실행합니다. 마지막으로 규칙과 자동 연결 설정을 확인하세요. 이렇게 하면 ‘앱이 시작되지 않음’, ‘서버에 연결할 수 없음’, ‘규칙에 따른 라우팅이 예상과 다름’, ‘구독 업데이트 실패’를 구분해 처리하고 관련 없는 설정 변경으로 인한 혼란을 줄일 수 있습니다.