Shadowrocket
자주 묻는 질문과 문제 해결

가능합니다. iPhone/iPad용은 App Store에서 $2.99 일회성 결제이며, Mac/Windows/Android/Linux용은 무료입니다. Mac은 Apple 실리콘 버전과 Intel 버전이 제공되며, 다른 플랫폼도 기기에 맞는 설치 파일을 선택해야 합니다. 먼저 다운로드 안내로 이동해 플랫폼을 선택하세요. 컴퓨터와 Android, Linux용 설치 파일은 모두 사이트의 /dl/shadowrocket/ 경로에서 제공합니다. 최초 설치 시 시스템에서 실행을 허용하는 방법도 다운로드 안내에서 확인할 수 있습니다. 다른 시스템용 설치 파일을 현재 기기에서 실행하지 마세요.

먼저 Shadowrocket의 App Store 제품 페이지를 열어 스토어 지역에서 이용할 수 없는지, 검색 결과에만 표시되지 않는지 확인하세요. 중국 본토 App Store에는 이 앱이 없습니다. 기기 언어나 시스템 지역만 바꾸지 말고 App Store에 사용하는 Apple ID의 국가 또는 지역을 확인하세요. 변경이 필요하면 시스템 설정에서 Apple ID의 ‘미디어 및 구입 항목 → 계정 보기 → 국가 또는 지역’으로 이동하고, 스토어에 표시된 잔액·구독·결제 조건을 확인하세요. 기기 언어만 변경해도 계정의 스토어 지역은 바뀌지 않습니다.

개발자 Shadow Launch Technology Limited, 공식 아이콘, 앱 ID 932747118이 모두 같은 제품 페이지를 가리키는지 확인하세요. iPhone/iPad용은 App Store에서 $2.99 일회성 결제이며, 최종 결제 금액은 스토어 페이지를 따릅니다. Mac/Windows/Android/Linux용은 무료입니다. 이름이나 검색 순위만으로 판단하지 말고, 특히 스토어에서 무료로 표시되는 동명 항목을 해당 제품으로 오인하지 마세요. 컴퓨터와 Android, Linux용은 사이트의 다운로드 안내에서 /dl/shadowrocket/ 설치 파일 경로로 이동하세요.

새 기기의 App Store에서 Shadowrocket을 구입할 때 사용한 Apple ID로 로그인한 다음, 계정의 구입 항목이나 앱 목록에서 찾아 다시 다운로드하세요. 기기의 클라우드 계정과 스토어 구입 계정은 다를 수 있습니다. 기록이 보이지 않으면 실제 구입에 사용한 계정과 현재 스토어 지역을 먼저 확인하세요. 앱을 복원해도 로컬 설정 전체가 복원되는 것은 아닙니다. 기존 기기를 계속 사용할 수 있다면 설정과 서버 정보를 안전하게 저장하고 백업이 온전한지 확인하세요. 백업을 확인하기 전에 기존 기기의 데이터를 삭제하지 마세요.

가능합니다. iPhone과 iPad는 같은 App Store 제품 항목을 사용하며, 구입에 사용한 계정으로 로그인하면 구입 기록을 통해 두 기기에서 이용할 수 있습니다. iPhone/iPad용은 App Store에서 $2.99 일회성 결제이며, Mac/Windows/Android/Linux용은 무료입니다. iPhone과 iPad의 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 확인하세요. 설치 후에는 사용할 구독이나 서버 정보를 가져오고 해당 기기에서 VPN 구성 권한을 승인해야 합니다. 다른 기기에서 연결된다고 해서 현재 기기의 설정도 완료된 것은 아닙니다.

앱의 일회성 구매와 서버 이용 요금제는 별개입니다. Shadowrocket은 연결 매개변수, 구성 파일, 규칙을 관리하는 앱이며, 앱을 받는 것만으로 바로 사용할 수 있는 원격 서버가 제공되지는 않습니다. 이 안내는 이미 구독 또는 서버 정보를 보유한 경우를 전제로 합니다. 구독 링크는 이용 중인 서비스 제공업체에서 받으세요. 이 사이트는 공식 사이트 및 매뉴얼이며 서버나 구독을 제공·판매·추천하지 않습니다. 가져오기 전에 구독 링크, 단일 서버 공유 링크, Config 구성 파일을 구분하세요. 용도가 서로 다르므로 겉보기 형식만으로 서로 바꿔 사용할 수 없습니다.

Apple 메뉴에서 ‘이 Mac에 관하여’를 열고 ‘칩’ 또는 ‘프로세서’ 항목을 확인하세요. Apple 실리콘이라고 표시되면 Apple 실리콘 버전을, Intel 프로세서라고 표시되면 Intel 버전을 선택하세요. 외관이나 구입 연도로 추측하지 마세요. 해당 dmg 파일의 Shadowrocket을 Applications에 넣은 뒤 실행하세요. ‘개발자를 확인할 수 없음’이 표시되면 다운로드 출처를 확인한 다음 ‘시스템 설정 → 개인정보 보호 및 보안’에서 ‘그래도 열기’를 선택하세요. 전체 다운로드 및 실행 허용 절차는 다운로드 안내를 참고하세요.

먼저 파일이 사이트의 다운로드 안내에서 받은 것인지, 다운로드 경로가 /dl/shadowrocket/인지, Windows 설치 파일을 선택했는지 확인하세요. SmartScreen 차단 메시지가 나타나면 ‘자세한 정보’를 펼쳐 파일 정보를 확인하고, 문제가 없으면 ‘실행’을 선택한 뒤 설치 마법사를 따르세요. 설치를 위해 시스템 보호 기능을 계속 꺼 두지 마세요. 기기가 조직에서 관리되거나 버튼을 사용할 수 없거나 정책상 실행이 금지된 경우에는 기기 관리자에게 문의하세요. 정책을 반복해서 변경하지 마세요. 경고 문구는 Windows 설정에 따라 다를 수 있습니다.

먼저 칩에 맞는 버전인지, 파일이 완전히 다운로드되었는지 확인하고 Shadowrocket을 /Applications에 넣으세요. ‘개발자를 확인할 수 없음’이 표시되면 우선 ‘시스템 설정 → 개인정보 보호 및 보안’에서 ‘그래도 열기’를 선택하세요. 사이트에서 받은 설치 파일인데도 ‘손상됨’이 표시되는 경우, Terminal에서 xattr -cr /Applications/Shadowrocket.app을 실행한 뒤 다시 여세요. 이 명령은 지정한 앱 디렉터리에만 적용됩니다. 경로를 디스크 전체로 확대하지 마세요. 권한이나 조직 정책 제한 메시지가 표시되면 앱 위치와 기기 관리 요구 사항을 먼저 확인하세요.

다운로드 안내에서 Android arm64 APK를 선택하세요. WeChat에서 링크를 눌러도 다운로드가 시작되지 않으면 페이지 메뉴를 열어 시스템 브라우저로 이동하세요. 설치할 때 시스템 안내에 따라 실제 설치를 실행하는 브라우저나 파일 관리자에 ‘알 수 없는 앱 설치 허용’ 권한을 부여하고, 설치가 끝나면 권한을 해제할 수 있습니다. 이번에 사용할 앱에만 권한을 부여하면 되며 모든 앱에 허용할 필요는 없습니다. 그래도 설치에 실패하면 기기 아키텍처, 저장 공간, 다운로드 완료 여부를 확인하세요. 기존 설정을 먼저 저장한 뒤 이전 설치와의 충돌 여부를 살펴보세요.

배포판의 패키지 형식에 맞춰 선택하세요. deb를 사용하는 시스템은 deb를, rpm을 사용하는 시스템은 rpm을 선택합니다. 별도 파일로 실행하려면 AppImage를 확인하세요. 다운로드한 파일이 있는 디렉터리에서 deb는 sudo apt install ./Shadowrocket.deb 명령으로 설치할 수 있습니다. 파일명이 다르면 실제 다운로드한 파일명으로 바꾸세요. AppImage는 먼저 chmod +x Shadowrocket.AppImage로 실행 권한을 부여한 뒤 실행해야 합니다. 설치 권한, 의존성, 데스크톱 통합은 배포판에 따라 다릅니다. 오류가 발생하면 터미널 출력을 먼저 확인하고 명령을 연달아 반복 실행하지 마세요.

먼저 Home에 선택할 수 있는 서버가 있는지 확인한 뒤 연결을 켜 보세요. iPhone/iPad에서 처음 연결하면 VPN 구성을 추가하라는 요청이 표시됩니다. 시스템 안내에 따라 허용하고 기기 암호 또는 본인 확인을 완료하세요. 방금 요청을 취소했다면 앱으로 돌아가 다시 요청을 띄우세요. 그래도 켜지지 않으면 시스템의 VPN 및 기기 관리 설정, 다른 VPN 연결의 사용 여부를 확인하세요. 관리되는 기기에서는 새 구성 추가가 금지될 수 있으므로 출처를 모르는 조직 구성을 삭제하지 마세요. 권한 승인은 시스템에서 연결 생성을 허용했다는 뜻일 뿐이며, 이후 서버와 규칙도 확인해야 합니다.

이용 중인 서비스 제공업체에서 구독 링크를 받은 다음 Home에서 Add Server를 열고 Subscribe를 선택하세요. 전체 주소를 붙여 넣어 저장한 뒤 업데이트를 실행합니다. 붙여 넣기 전후에 공백, 줄바꿈, 따옴표, 메신저가 덧붙인 안내 문구가 섞이지 않았는지 확인하세요. 전체 링크에는 쿼리 매개변수가 포함될 수 있으므로 도메인만 남기면 안 됩니다. 가져온 뒤 서버 목록에 항목이 표시되는지 확인하고 실제로 연결할 서버를 선택하세요. 구독 주소에는 접근 자격 증명이 포함될 수 있으므로 공개 스크린샷, 게시물 댓글, 공유 구성에 전체 링크를 올리지 마세요.

먼저 ‘주소에 접속할 수 없음’과 ‘응답 내용을 인식할 수 없음’을 구분하세요. 복사한 것이 계정 웹페이지, 안내 페이지, 단일 공유 링크가 아니라 구독 주소인지 확인하세요. 현재 네트워크에서 해당 주소에 접속할 수 있는지, 구독이 유효한지, 서버가 앱에서 지원하는 형식으로 응답하는지도 점검하세요. 웹페이지가 열린다고 해서 내용 형식이 올바른 것은 아닙니다. 로그인 페이지 응답도 구독으로 읽을 수 없습니다. 오류가 표시되면 문구와 발생 단계를 기록하고 서비스 제공업체에 주소와 형식을 문의하세요. 다시 시도하기 전에 기존 항목을 보존해 사용 가능한 구성을 실수로 삭제하지 않도록 하세요.

단일 공유 링크는 보통 서버 하나의 정보를 담으며, QR 코드도 같은 링크를 인코딩한 것일 수 있습니다. Scan QR Code를 사용한 뒤 인식 결과가 서버인지 구독인지 확인하세요. 수동 Add Server에서는 프로토콜, 주소, 포트와 해당 인증 매개변수를 각각 입력해야 합니다. 세 방법 모두 프로토콜 유형을 확인해야 합니다. 주소와 포트가 같더라도 TLS, SNI, 전송 설정을 생략하면 안 됩니다. 가져온 뒤 필수 항목이 모두 입력되었는지 확인하고 저장 및 테스트를 진행하세요. 단일 서버 항목은 구독 목록처럼 자동 업데이트되지 않습니다.

Home에서 해당 Subscribe 항목을 찾아 업데이트한 다음 목록과 현재 선택 항목을 확인하세요. 업데이트 결과는 구독에서 반환된 내용을 따릅니다. 서버가 추가되거나 이름이 바뀌거나 삭제될 수 있으므로 업데이트 후 선택한 항목이 여전히 있는지 확인하고, 이전 이름만 보고 판단하지 마세요. 서버 목록 업데이트와 Config 전환은 별개의 작업입니다. 구독을 업데이트해도 모든 규칙이 함께 바뀌는 것은 아닙니다. 구독으로 생성된 매개변수를 직접 수정했다면 업데이트 과정에서 덮어쓸 수 있습니다. 변경 사항을 보존해야 한다면 먼저 차이를 기록하고 서비스 제공업체의 원래 매개변수와 비교하세요.

서버 주소, 포트, 비밀번호, SNI, TLS 설정을 하나씩 확인하고 이미 보유한 서버 정보를 기준으로 입력하세요. 서버 주소는 연결 대상이며 SNI는 TLS 핸드셰이크에 사용되므로 두 값이 같지 않을 수 있습니다. 비밀번호를 복사할 때 앞뒤 공백도 확인하세요. 인증서 오류가 발생하면 Allow Insecure를 바로 켜기보다 SNI, 기기 시간, 서버 인증서를 먼저 확인하세요. 가져오기에 성공했다는 것은 앱이 입력 항목을 인식했다는 뜻일 뿐, 원격 서버에 접속할 수 있거나 인증이 올바르다는 뜻은 아닙니다. 한 번에 하나의 항목만 수정하고 되돌릴 수 있도록 이전 값을 보관하세요.

Subscribe는 주로 서버 목록을 가져오고 업데이트하는 데 사용합니다. Config는 연결 동작과 규칙을 구성하며, 예를 들어 [General], [Rule], [Host] 등의 섹션을 포함합니다. 서버 구독을 구성 파일로 가져오거나 전체 규칙 파일을 서버 주소로 붙여 넣으면 파싱에 실패할 수 있습니다. 먼저 가진 콘텐츠의 유형을 확인한 다음 해당 메뉴로 이동하세요. 구성을 전환한 후에는 현재 선택된 Config도 확인해야 합니다. 구성에 따라 DNS 및 요청 경로가 바뀔 수 있으므로 출처를 모르는 콘텐츠는 주요 섹션을 읽고 가져오세요. 문제가 생길 때를 대비해 현재 구성을 저장해 두세요.

Config는 현재 구성의 규칙에 따라 요청 경로를 결정합니다. Proxy는 선택한 서버를 통해 요청을 전달하며, Direct는 대상에 직접 연결합니다. 평소 규칙에 따라 트래픽을 분기하려면 Config를 사용하고, 문제를 확인할 때는 Proxy 또는 Direct로 잠시 바꿔 결과를 비교할 수 있습니다. 이 화면의 모드는 규칙의 PROXY, DIRECT 정책과 관련이 있지만 같은 설정 메뉴는 아닙니다. 비교할 때는 대상과 네트워크 조건을 동일하게 유지하세요. 테스트가 끝나면 원래 모드로 되돌려 임시 설정이 계속 적용되지 않도록 하세요.

먼저 연결을 끄고 기본 네트워크가 정상인지 확인한 다음, 다시 연결해 예상한 서버가 선택되어 있는지 확인하세요. 연결 상태는 로컬 연결 절차가 시작되었다는 뜻일 뿐, 원격 전달, DNS, 대상 웹사이트까지 모두 정상이라는 보장은 아닙니다. 이어서 Connectivity Test로 접속 가능성을 확인하고 같은 대상을 사용해 Config와 Proxy 결과를 비교하세요. Config에서만 문제가 발생하면 규칙을 먼저 확인하고, 둘 다 실패하면 서버 매개변수, 구독 상태, 네트워크를 점검하세요. 특정 웹사이트 하나만 실패한다면 도메인과 오류 양상을 기록하고 모든 구성을 바로 초기화하지 마세요.

먼저 Global Routing이 Config인지 확인하고 현재 사용 중인 구성 파일을 점검하세요. 규칙은 순서대로 검사되며, 앞에서 일치한 규칙이 정책을 결정하면 뒤에 있는 더 구체적인 규칙은 해당 요청에 적용되지 않습니다. 예를 들어 DOMAIN-SUFFIX,example.com,PROXY는 FINAL,DIRECT 앞에 배치해야 합니다. FINAL은 앞의 규칙이 하나도 일치하지 않을 때 사용하는 기본 처리입니다. DOMAIN의 정확 일치와 DOMAIN-SUFFIX의 접미사 일치도 구분하세요. 수정 후 저장하고 대상 요청을 다시 보내 연결 기록에서 적용된 규칙을 확인하세요. 페이지가 열리는지만으로 판단하지 마세요.

작업에 맞는 메뉴를 찾으세요. Home에서는 서버와 연결을 확인하고, Add Server에서는 항목을 추가하며, Subscribe에서는 구독을 관리합니다. Config에서는 구성을 선택하고, Global Routing에서는 Config, Proxy, Direct 모드를 선택하며, Settings에서는 설정을 확인합니다. 매뉴얼은 실제 버튼과 대조하기 쉽도록 이 인터페이스 용어를 그대로 사용합니다. 시스템 언어, 앱 언어 설정, 플랫폼에 따라 화면이 다르게 표시될 수 있습니다. 화면이 안내와 다르면 현재 플랫폼과 메뉴 위치를 먼저 확인한 뒤 용어 매뉴얼에서 해당 기능을 찾으세요. 아이콘 위치만 보고 추측하지 마세요.

시스템 배터리 사용량에서 같은 시간대의 내역을 확인하고, 앱을 직접 사용한 시간, 백그라운드 트래픽, 신호가 약한 네트워크를 구분하세요. 지속적인 데이터 전송, 다수의 연결, 잦은 재시도, 장시간 상세 기록은 배터리 소모를 늘릴 수 있습니다. VPN 표시만으로 원인을 단정하지 마세요. 비슷한 네트워크 조건에서 유휴 상태와 실제 사용 상황을 각각 관찰한 뒤 서버 연결이 반복해서 끊기는지, 테스트 작업이 계속 실행 중인지 확인하세요. 한 번에 하나씩 설정을 바꾸고 결과를 기록하세요. On Demand는 조건에 따라 연결하는 기능이지만, 설정이 잘못되어 자주 재연결되면 트리거 조건을 다시 확인해야 합니다.

Settings에서 On Demand가 활성화되어 있는지, 설정한 네트워크 조건이 현재 환경에 맞는지 확인하세요. On Demand는 시스템 및 구성 조건에 따라 연결을 시작할 뿐, 웹사이트별로 어떤 규칙을 적용할지 결정하지 않습니다. 요청 경로는 여전히 Global Routing과 Config가 결정합니다. 문제를 확인할 때는 On Demand를 잠시 끄고 수동 연결이 정상인지 테스트한 다음 조건을 하나씩 복원하고 네트워크를 바꿔 보세요. 연결을 수동으로 끈 직후 다시 연결된다면 자동 트리거 조건을 먼저 확인하세요. 시스템 또는 기기 관리 정책의 영향을 받는 경우 시스템 VPN 설정도 살펴보세요.