Shadowrocket 자주 묻는 질문

먼저 앱 안내 페이지에서 App Store 제품 페이지를 열어 검색어와 검색 결과의 영향을 배제하세요. 현재 지역에서 사용할 수 없다는 메시지가 표시되면 ‘미디어 및 구입 항목’에 사용하는 Apple ID의 국가 또는 지역을 확인하세요. ‘스크린 타임’의 콘텐츠 및 개인정보 보호 제한에서 앱 연령 등급이 제한되어 있지 않은지도 살펴보세요. 지역을 변경해야 한다면 설정에서 Apple ID → 미디어 및 구입 항목 → 계정 보기 → 국가 또는 지역의 공식 절차를 따르고, 먼저 잔액·구독·결제 조건을 확인하세요. 이용 가능 여부는 해당 시점의 App Store 표시를 기준으로 합니다.

제품명 Shadowrocket, 개발자 Shadow Launch Technology Limited, 제품 페이지 주소의 앱 ID 932747118을 함께 확인한 뒤 이 사이트 헤더의 공식 앱 아이콘과 대조하세요. 이름이나 아이콘이 비슷하다는 이유만으로 판단해서는 안 됩니다. 구매 전에 호환성, 가격, 구매 적용 범위를 펼쳐 현재 기기와 계정에 적합한지 확인하세요. Shadowrocket은 유료 상용 앱이며 App Store에서만 받을 수 있습니다. 자세한 확인 방법은 앱 안내 페이지를 참고하세요.

앱을 한 번 구매하는 것과 회선 요금제를 구매하는 것은 별개입니다. 구매로 얻는 것은 Shadowrocket 앱 사용 권한이며, 연결 가능한 서버 정보가 자동으로 제공되지는 않습니다. 이후 단계는 본인이 이미 보유한 구독 또는 서버 정보를 전제로 합니다. 먼저 설정 정보의 출처와 유효성을 확인한 다음 가져오기, 기본 서버 선택, 시스템 권한 허용을 진행하세요. 이 사이트는 노드나 구독 또는 관련 서비스를 제공·판매·추천하지 않습니다. 앱 가격과 구매 조건은 App Store 페이지를 기준으로 하며, 연결에 사용할 설정의 유효성은 별도로 확인해야 합니다.

먼저 App Store에서 ‘미디어 및 구입 항목’에 사용하는 계정이 처음 구매한 계정과 같은지 확인하세요. 그런 다음 계정의 구입 항목 목록에서 Shadowrocket을 찾고, 제품 페이지에 다시 다운로드 옵션이 표시되는지 확인합니다. 기기에 로그인한 iCloud 계정과 App Store 구매 계정은 다를 수 있으므로 설정 상단의 계정 이름만 보고 판단하지 마세요. 가격이 계속 표시되면 구매 내역과 현재 App Store 지역을 먼저 확인하고, 바로 다시 결제하지 마세요. 기기 간 구매 적용 여부와 가족 공유 자격은 App Store 페이지를 기준으로 합니다. 앱을 다시 다운로드해도 로컬 설정이 복원되는 것은 아닙니다.

Shadowrocket은 주로 iPhone과 iPad에서 사용하며, iPad에서도 App Store 제품 페이지를 통해 받을 수 있습니다. 먼저 App Store의 호환성 항목에서 기기와 시스템 요구 사항을 확인하고, 현재 구매 계정에 구입 내역이 있는지 살펴보세요. Mac, Apple TV, Apple Vision도 같은 제품 페이지의 호환성 정보를 확인해야 합니다. 시스템 요구 사항과 유니버설 구입 여부는 모두 App Store 페이지를 기준으로 합니다. 한 기기에서 사용할 수 있다고 해서 다른 기기에서도 가능하다고 단정하지 마세요. 연결 설정과 서버의 동시 사용 허용 수 역시 각각 확인해야 합니다.

네트워크 연결 구성을 설정하기 위해 시스템이 표시하는 권한 요청입니다. 먼저 확인을 마친 Shadowrocket을 사용 중이고 이용 가능한 서버 설정이 있는지 확인한 뒤, 시스템 안내에 따라 추가를 허용하세요. 필요한 경우 기기 암호나 생체 인증을 완료합니다. 추가가 완료되어도 시스템에서 연결을 허용한 것일 뿐, 서버가 사용 가능하다는 뜻은 아닙니다. 모든 트래픽에 같은 정책이 적용된다는 뜻도 아닙니다. 실제 경로는 Global Routing과 Config 규칙의 영향을 받습니다. 권한을 허용한 뒤 Home으로 돌아가 서버를 선택하고 Connectivity Test로 확인하세요.

먼저 Home에 서버가 있는지 확인하고 하나를 기본 서버로 선택한 뒤 왼쪽에 선택 표시가 나타나는지 살펴보세요. 이어서 시스템의 VPN 구성 추가 권한을 허용했는지, 기기에서 다른 VPN 연결이 작동 중인지 확인합니다. 회사나 학교에서 관리하는 기기라면 관리 정책이 VPN을 제한하는지도 확인해야 합니다. 다른 연결을 먼저 중지한 뒤 다시 시도하고, 팝업에 표시된 문구나 Log의 오류를 기록하세요. 모든 구성을 연달아 삭제하지 마세요. 시스템 구성에 문제가 있다고 확인하고 백업까지 마친 경우에만 권한 구성을 다시 추가하는 방법을 고려하세요.

가이드를 따라 하기 위해 기기 전체의 언어를 바로 변경할 필요는 없습니다. 이 사이트는 앱의 영어 화면 용어인 Home, Add Server, Config, Settings를 기준으로 설명하므로 먼저 해당 이름을 찾아보세요. 표시 언어를 바꾸려면 시스템 설정의 Shadowrocket 앱 설정에서 언어 옵션을 제공하는지 확인할 수 있습니다. 선택 가능한 언어는 현재 앱과 시스템에 표시되는 항목을 기준으로 합니다. 언어를 바꿔도 서버 매개변수가 채워지거나 연결 문제가 해결되지는 않습니다. 설명서와 메뉴 위치가 다르면 현재 화면과 작업 대상을 확인한 뒤 설정 안내를 참고하세요.

세 가지를 확인하세요. Home에서 기본 서버가 선택되어 있는지, 시스템 연결 상태가 연결됨으로 표시되는지, Connectivity Test에서 테스트 대상에 대해 사용 가능한 결과가 나오는지 살펴봅니다. 그런 다음 실제로 사용할 웹사이트나 앱에 접속해 정상 작동하는지 확인하세요. 스위치가 켜졌다는 것은 연결 과정이 시작되었거나 터널이 설정되었다는 뜻일 뿐, 대상에 접속할 수 있음을 보장하지 않습니다. 테스트할 때는 같은 서버, 같은 네트워크, 같은 Global Routing 모드를 유지해 여러 변수를 동시에 바꾸지 마세요. 일부 대상만 실패한다면 시스템 권한을 반복해서 추가하기보다 규칙과 DNS를 먼저 점검하세요.

배터리 소모는 실제 트래픽, 무선 네트워크 품질, 서버 재연결 빈도, 테스트 횟수, 로그 기록 등 여러 요인의 영향을 받으므로 연결 아이콘만으로 판단할 수 없습니다. 먼저 시스템 배터리 화면에서 비슷한 사용 시간대의 변화를 살펴보고, 반복적인 속도 테스트와 불필요하게 상세한 Log 기록을 줄이세요. On Demand는 조건에 따라 연결을 시작하는 기능이지, 항상 배터리를 절약하는 스위치는 아닙니다. 켜기 전에 수동 연결이 안정적인지 확인하고 조건을 하나씩 설정하세요. 수동으로 연결을 끊어도 다시 자동 연결된다면 On Demand 활성화 여부와 조건을 먼저 점검하세요.

먼저 계정 로그인 페이지나 안내 페이지 주소가 아니라 서비스 제공자가 준 구독 주소를 복사했는지 확인하고, 공백·줄바꿈·한글 문장부호가 섞이지 않았는지 살펴보세요. 이어서 현재 네트워크에서 해당 주소에 접속할 수 있는지, 서비스가 유효한지 확인합니다. 서버가 로그인 페이지나 오류 페이지 또는 빈 내용을 반환한다면 주소가 열리더라도 구독으로 파싱할 수 없습니다. 네트워크 접속은 정상인데 인식되지 않는다면 기존 설정 제공자에게 출력 형식이 Shadowrocket과 호환되는지 문의하세요. 오류를 전달할 때는 전체 링크에 포함된 인증 정보를 가리고 원본 구독 주소를 공개하지 마세요.

먼저 Type이 보유한 서버 정보의 프로토콜과 일치하는지 확인한 다음 주소, 포트, 인증 항목을 차례로 대조하세요. Shadowsocks, VMess, VLESS, Trojan 등은 필요한 필드가 서로 다르므로 한 Type의 매개변수를 다른 Type에 그대로 입력하면 안 됩니다. TLS나 전송 설정이 있다면 서버 측에서 제공한 이름과 경로도 확인하고 원래 대소문자와 문자를 유지하세요. 포트는 제공된 숫자를 사용하고 주소 필드에 불필요한 경로를 넣지 마세요. 저장한 뒤 해당 서버를 선택해 테스트하세요. 저장에 성공했다는 이유만으로 입력이 올바르다고 판단하지 마세요.

QR 코드를 인식했다는 것은 코드에 담긴 내용을 읽었다는 뜻일 뿐, Shadowrocket이 지원하는 서버 정보라는 보장은 없습니다. 먼저 QR 코드가 본인이 보유한 설정에서 나온 것이며 계정 웹페이지가 아니라 서버나 구독 정보에 해당하는지 확인하세요. 스캔 후 매개변수 화면이 열리면 Type, 주소, 인증 항목이 모두 입력되었는지 확인하고 저장한 다음 Home으로 돌아가 새 항목을 찾으세요. 그래도 인식되지 않으면 기존 설정 제공자에게 QR 코드 내용의 형식을 확인하세요. QR 코드에 인증 정보가 포함될 수 있으므로 원본 이미지를 공개 게시판에 올리지 마세요. 문제를 확인할 때는 정보를 가린 필드와 오류 문구만 제공하세요.

Home에서 해당 Subscribe 그룹이나 구독 관리 메뉴를 찾아 구독 업데이트를 실행한 뒤, 목록 내용과 기본 서버가 여전히 유효한지 확인하세요. 메뉴 위치는 현재 앱에 표시되는 항목을 기준으로 합니다. 자동 업데이트가 필요하다면 관련 구독 설정을 살펴보세요. 업데이트에 실패했다고 기존 그룹을 바로 삭제하지 말고 오류를 기록한 다음 네트워크, 링크 유효성, 반환된 내용을 확인하세요. 기존 항목이 유지되는지는 실제 업데이트 결과에 따라 달라집니다. 목록에 서버가 보이더라도 연결 가능하다는 뜻은 아닙니다. 자세한 절차는 구독 업데이트 안내를 참고하세요.

아닙니다. Subscribe는 일반적으로 서버 항목 모음과 업데이트 출처를 관리하고, Config는 규칙 등 연결 동작 설정을 구성합니다. 한쪽을 가져왔다고 다른 쪽도 완료된 것으로 보면 안 됩니다. 먼저 가지고 있는 내용의 용도를 확인한 뒤 해당 메뉴를 선택하세요. Config를 바꾸기 전에는 현재 설정을 백업하고, 정책 참조가 실제 서버나 정책 그룹과 일치하는지 확인해야 합니다. 낯선 설정은 규칙과 DNS 등의 내용을 먼저 살펴보고 평소 사용하는 설정을 바로 덮어쓰지 마세요. 가져오기를 마친 뒤 같은 대상을 테스트하면 변경된 부분을 파악하기 쉽습니다.

Config 모드에서는 현재 선택된 Config 규칙에 따라 연결 정책이 결정되므로 규칙을 확인한 뒤 일상적으로 사용할 때 적합합니다. Proxy 모드에서는 연결이 프록시 경로를 사용하므로 문제 해결 중 선택한 서버가 작동하는지 확인할 때 유용합니다. Direct 모드는 대상에 직접 연결하므로 현재 네트워크의 기본 접속 상태를 비교할 때 적합합니다. 세 모드는 서로 다른 라우팅 선택지이지 강도 순서가 아닙니다. 테스트할 때는 대상과 서버를 유지하고 한 번에 모드 하나만 바꾸세요. 규칙 일치 기록을 함께 확인해 차이를 판단하고 모드 이름만으로 접속 결과를 추측하지 마세요.

먼저 연결을 중지하고 현재 Wi-Fi 또는 셀룰러 네트워크에서 자주 이용하는 대상에 정상적으로 접속되는지 확인하세요. 웹 로그인이 필요한 네트워크라면 먼저 인증을 완료합니다. Shadowrocket으로 돌아가 기본 서버와 기존 서비스 상태를 확인한 뒤 Connectivity Test를 실행하세요. 서버 테스트가 통과하면 Global Routing을 비교합니다. Proxy에서는 되지만 Config에서는 안 된다면 규칙과 정책 참조를 먼저 점검하세요. 다른 테스트는 정상인데 도메인 접속만 실패한다면 DNS 관련 기록을 살펴보세요. 설정은 한 번에 하나씩 바꾸고 오류 문구를 저장하세요. 서버, 규칙, DNS를 한꺼번에 바꾸면 원인을 찾기 어렵습니다.

일부 대상만 실패해도 서버는 정상일 수 있습니다. 차이는 규칙 일치, DNS, 대상 자체의 상태 또는 앱 캐시에서 비롯될 수 있습니다. 먼저 실패한 도메인과 발생 시각을 기록한 다음 어떤 규칙과 최종 정책이 적용되는지 확인하세요. DOMAIN-SUFFIX는 도메인 접미사 일치에, DOMAIN-KEYWORD는 도메인 키워드 일치에 사용됩니다. 규칙 순서가 결과에 영향을 주므로 구체적인 일치 규칙을 FINAL 앞에 배치하세요. 수정한 Config가 현재 활성화되어 있는지 확인한 뒤 다시 테스트합니다. 대상 하나 때문에 설정 전체를 교체하지 말고 인증 정보가 포함된 로그를 통째로 공개하지 마세요.

지연 시간 결과는 현재 테스트 방식과 대상에 대한 응답만 나타내며, 모든 웹사이트·프로토콜·앱이 정상 작동한다는 뜻은 아닙니다. 먼저 Settings에서 Ping 관련 테스트 방식과 대상을 확인한 뒤 Connectivity Test와 실제 접속으로 교차 확인하세요. 결과를 비교할 때는 같은 네트워크와 테스트 방식, 비슷한 시간대를 유지하세요. 방식이 다른 테스트의 수치를 단순히 순위처럼 비교하지 마세요. 테스트에는 응답하지만 실제 요청이 실패한다면 인증 매개변수, 규칙 정책, DNS, 대상 상태를 계속 점검하세요. 반복적인 속도 테스트로는 보통 이런 문제가 해결되지 않습니다.

먼저 재현할 문제 하나를 정한 다음 필요한 경우에만 Log를 켜고 해당 동작을 한 번 실행하세요. 당시 네트워크, Global Routing 모드, 테스트 대상을 기록합니다. 오류 유형, 규칙 일치 결과, 발생 순서를 우선 보존하고 작업이 끝나면 적절한 기록 수준으로 되돌려 불필요한 상세 데이터가 계속 쌓이지 않게 하세요. 문제를 전달하기 전에는 구독 주소, 인증 항목, 서버 자격 증명과 개인의 접속 행위를 드러낼 수 있는 도메인이나 요청 내용을 가리세요. 연결 아이콘 스크린샷만 보내거나 설정 전체를 그대로 공개하지 마세요. 문제 해결에는 필요한 최소한의 정보가 더 효과적입니다.