Shadowrocket 자주 묻는 질문

먼저 App Store의 현재 스토어 국가 또는 지역을 확인한 다음, 이 사이트의 App Store 제품 페이지 링크에서 검색 결과를 확인하세요. 스토어마다 표시 내용과 구매 가능 여부가 다를 수 있으므로 해당 스토어의 실제 페이지를 기준으로 판단해야 합니다. 국가 또는 지역을 변경하려면 Apple 공식 계정 설정에서 변경 조건과 절차를 확인하세요. 이름이나 아이콘이 비슷하다는 이유만으로 앱을 판단하지 마세요.

제품 페이지에서 앱 이름 Shadowrocket, 개발자 Shadow Launch Technology Limited, 주소에 표시된 앱 ID 932747118을 차례로 확인한 뒤 스토어의 공식 아이콘과 대조하세요. 검색 결과에 이름이 비슷한 앱이 표시될 수 있으므로 목록만 보지 말고 상세 페이지에서 항목별로 확인하는 것이 좋습니다. 가격, 호환성 및 시스템 요구 사항은 App Store 페이지의 안내를 기준으로 하세요.

새 기기의 App Store가 기존 구매 계정으로 로그인되어 있는지 확인하고, 구입 항목에서 Shadowrocket을 찾아보세요. 구입 내역과 사용 가능한 기기 범위는 App Store에 표시된 내용을 기준으로 합니다. 스토어에 여전히 구매 가격이 표시되면 서둘러 다시 결제하지 말고 계정과 스토어 국가 또는 지역을 먼저 확인하세요. 앱 구매 내역과 앱에 저장된 서버 정보는 별개이므로 기기를 바꾸기 전에 기존 설정을 직접 보관해야 합니다.

아니요. Shadowrocket은 클라이언트를 한 번 구매하는 방식이며, 클라이언트 구매는 서버 이용권 구매와 다릅니다. 앱을 연 뒤에는 보유한 구독 또는 서버 정보를 사용해 해당 항목에 직접 가져오거나 입력해야 합니다. 이 가이드는 클라이언트 화면과 문제 해결 방법만 안내하며 서버 정보는 제공하지 않습니다. 연결에 문제가 생기면 구매 내역, 가져온 정보, 서버 자체의 문제를 구분해 확인하세요.

처음 연결을 켤 때 시스템에서 VPN 구성을 추가하도록 허용해 달라는 메시지가 표시될 수 있습니다. 이는 기기의 네트워크 구성 변경에 대한 승인 요청으로, 구독을 가져왔거나 서버를 사용할 수 있다는 뜻은 아닙니다. 먼저 앱 출처와 선택한 서버를 확인한 뒤 시스템 안내에 따라 허용 여부를 결정하세요. 이전에 허용하지 않았다면 기기 설정에서 관련 VPN 구성 상태를 확인하고 Shadowrocket으로 돌아와 다시 시도하세요.

먼저 iPad의 App Store에서 동일한 Shadowrocket 제품 페이지를 열어 해당 기기의 호환성과 시스템 요구 사항을 확인하세요. 자세한 내용은 App Store 페이지의 안내를 기준으로 합니다. 이미 구매했다면 기존 구매 계정으로 구입 항목을 확인하세요. iPad에서는 화면 구성이 iPhone과 다를 수 있지만, 기존 정보 가져오기, Global Routing 선택, 연결 켜기 순으로 점검하는 방법은 같습니다.

먼저 Home에서 보유한 정보에 맞게 설정된 서버가 선택되어 있는지 확인하고, 기기에서 Shadowrocket의 VPN 구성 추가를 허용했는지 살펴보세요. 연결 스위치를 껐다가 다시 켜면서 시스템 승인 요청이나 앱 내 오류 메시지가 표시되는지 확인합니다. 그래도 켜지지 않으면 기기 네트워크로 일반 웹 페이지에 접속할 수 있는지 확인한 다음 서버 주소, 포트, 인증 항목이 빠짐없이 입력되었는지 살펴보세요. 스위치가 켜졌다는 사실만으로 서버에 연결할 수 있다고 판단해서는 안 됩니다.

앱에 실제로 표시되는 영어 이름을 기준으로 메뉴를 찾으세요. 중국어식 번역으로 버튼을 찾을 필요는 없습니다. Home에서는 서버와 연결 상태를 확인하고, Add Server에서는 서버 정보를 직접 입력하며, Subscribe에서는 기존 구독을 관리합니다. Global Routing에서는 Config, Proxy, Direct를 선택할 수 있고, Settings에서는 On Demand 등의 설정을 찾을 수 있습니다. 기기에 따라 메뉴 위치가 조금 다를 수 있으니 현재 화면을 먼저 확인한 뒤 조작하세요.

먼저 복사한 링크의 앞부분, 매개변수, 끝부분이 빠짐없이 포함되었는지 확인하세요. 이어서 네트워크에서 해당 링크에 접속할 수 있는지, 기존 서비스 제공자가 여전히 유효한 내용을 제공하는지 살펴보세요. 링크가 열리더라도 응답 내용이 Shadowrocket에서 읽을 수 있는 형식이라는 보장은 없습니다. 한 번에 조건 하나씩만 바꾸고 Subscribe에서 다시 업데이트해 메시지를 확인하면 링크, 내용 형식, 네트워크 중 무엇이 문제인지 구분하기 쉽습니다.

먼저 올바른 Subscribe 항목을 열었는지, 목록이 다른 그룹에 머물러 있지는 않은지 확인하세요. 다음으로 원래 링크의 응답에 실제 서버 정보가 포함되어 있는지 살펴보세요. 업데이트가 완료되었다는 것은 요청이 끝났다는 뜻일 뿐, 응답에 내용이 있거나 앱이 형식을 인식한다는 뜻은 아닙니다. 여러 기기에서 모두 목록이 비어 있다면 기존 구독 정보를 제공한 곳에 내용 상태를 확인하세요. 현재 기기에서만 문제가 발생한다면 링크를 복사한 결과부터 다시 확인해 보세요.

Home에서 Add Server를 열고, 보유한 서버 정보와 일치하는 프로토콜을 먼저 선택한 뒤 서버 주소, 포트, 해당 프로토콜에 필요한 인증 정보를 각각 입력하세요. 주소에는 호스트 이름이나 IP를 입력하고 포트는 별도 항목에 입력해야 합니다. 공유 텍스트 전체를 주소 입력란에 붙여 넣지 마세요. Trojan, VLESS, WireGuard 등은 필요한 항목이 서로 다르므로 가지고 있는 서버 정보를 각 항목에 맞춰 입력하고, 모르는 값은 추측하지 마세요.

서버 정보가 변경되었거나 목록이 서비스 제공자 측 정보와 다르거나 연결 문제가 계속될 때 Subscribe에서 항목별로 확인하고 업데이트하세요. 업데이트 전에 현재 선택된 서버와 구독 이름을 기록해 두면 출처가 다른 목록을 혼동하지 않을 수 있습니다. 반복해서 새로고침해도 유효하지 않은 링크가 고쳐지는 것은 아닙니다. 업데이트 후 항목이 사라졌다면 다시 가져오기 전에 원래 링크의 응답 내용을 확인하세요. 서버 정보를 직접 입력한 경우 구독을 새로고침해도 해당 정보가 자동으로 보완되지는 않습니다.

Config는 설정 모드로, 현재 구성 파일의 규칙에 따라 요청의 경로가 결정됩니다. 규칙 내용을 확인한 뒤 사용하는 경우에 적합합니다. Proxy는 프록시 모드로, 선택한 서버가 요청을 처리할 수 있는지 임시로 확인하기 편리합니다. Direct는 직접 연결 모드로, 문제가 프록시 경로와 관련 있는지 비교할 때 사용할 수 있습니다. 세 모드는 라우팅 방식만 바꾸며 유효하지 않은 서버를 고쳐 주지는 않습니다. 문제를 확인할 때는 전환 전 설정을 기록하고 테스트 후 필요에 따라 원래대로 복원하세요.

먼저 기기 자체에서 네트워크를 사용할 수 있는지 확인한 뒤 Home에서 현재 선택된 서버를 살펴보세요. 필요한 경우 Connectivity Test로 연결 가능 여부를 확인할 수 있습니다. 다음으로 Global Routing이 의도한 Config, Proxy 또는 Direct로 설정되어 있는지 확인하세요. Config를 사용한다면 구성 파일의 규칙이 대상 요청을 의도한 정책으로 보내는지도 살펴보세요. 연결 스위치가 켜졌다는 것은 기기에 해당 네트워크 구성이 설정되었다는 뜻일 뿐, 대상 서버와 DNS가 모두 정상이라는 증거는 아닙니다.

On Demand는 설정된 네트워크 조건에 따라 연결을 시도하므로 조건이 맞지 않으면 수동으로 스위치를 조작할 때와 다르게 동작할 수 있습니다. 문제를 확인할 때는 현재 규칙을 기록한 뒤 On Demand를 잠시 끄고 동일한 네트워크에서 결과를 비교해 보세요. 배터리 사용량은 네트워크 품질, 지속적인 데이터 전송, 테스트 빈도에도 영향을 받습니다. 기기의 배터리 사용량 화면에서 일정 시간 동안 확인하고, 한 번의 측정만으로 특정 스위치가 원인이라고 단정하지 마세요.

먼저 Global Routing에서 Config를 선택했는지, 수정한 구성 파일을 실제로 사용 중인지 확인하세요. 그런 다음 DOMAIN-SUFFIX, IP-CIDR, FINAL 등의 일치 조건과 정책을 규칙 순서대로 살펴보세요. 앞선 규칙이 먼저 적용되면 뒤의 규칙은 작동하지 않을 수 있습니다. PROXY, DIRECT, REJECT가 각각 어떤 동작을 가리키는지도 구분해야 합니다. 여러 설정을 동시에 바꾸기보다 규칙을 조금씩 조정하고 대상 요청을 다시 테스트하는 편이 원인을 찾기 쉽습니다.