먼저전체 플랫폼 클라이언트를 설치하고 기존 구성을 가져온 다음규칙 분기를 설정합니다. iPhone / iPad는 App Store에서 $2.99 일회성 결제이며, Mac·Windows·Android·Linux 버전은 무료입니다.
현재 버전 2.2.92 · Mac·Windows·Android·Linux 버전 무료
기기와 프로세서를 확인한 다음 해당 플랫폼의 설치 안내를 확인하세요.
iPhone / iPad는 App Store에서 $2.99 일회성 결제, Mac·Windows·Android·Linux 버전은 무료입니다.
App Store에서 다운로드할 수 있으며, 시스템 요구 사항은 App Store 페이지 표기를 기준으로 합니다. 다운로드 전에 앱 아이콘, 개발자, 앱 ID를 확인하세요. 두 기기 모두 동일한 구매 계정으로 구입 항목을 복원할 수 있습니다. 처음 실행한 뒤에는 기존 구독 또는 서버 정보를 가져와야 합니다. 클라이언트를 구매해도 연결할 서버가 자동으로 생성되지는 않습니다.
Apple 실리콘과 Intel용 dmg 파일을 제공합니다. “이 Mac에 관하여”에서 칩 또는 프로세서를 확인한 뒤 파일을 선택하세요. 설치 파일은 사이트 다운로드 페이지에서 받을 수 있습니다. 처음 실행할 때 시스템 차단 메시지가 표시되면 먼저 파일 출처를 확인한 다음 다운로드 페이지의 “개인정보 보호 및 보안 → 그래도 열기” 안내를 따르세요. 아키텍처가 다른 파일을 반복 설치할 필요는 없습니다.
다운로드 페이지에서 64비트 설치 프로그램을 제공합니다. 설치 전에 편집 중인 구성을 저장하고, 설치가 끝난 뒤 기존 자료를 가져오세요. SmartScreen이 차단하면 사이트에서 받은 파일인지 확인한 뒤 “추가 정보 → 실행”을 선택하세요. 연결에 실패하면 여러 설정을 한꺼번에 바꾸지 말고 시스템 네트워크와 현재 서버를 먼저 확인한 다음 규칙을 점검하세요.
arm64 설치 파일을 제공하며 사이트 다운로드 페이지에서 받을 수 있습니다. 시스템에서 설치 권한을 요청하면 실제로 사용할 브라우저 또는 파일 관리자에만 “알 수 없는 앱 설치 허용”을 켜고, 설치 후에는 해당 권한을 끌 수 있습니다. 처음 연결할 때 시스템 안내에 따라 VPN 요청을 확인하세요. 권한을 허용해도 서버 사용 가능 여부가 보장되는 것은 아니므로 기존 구성을 확인해야 합니다.
배포판에 따라 deb, rpm 또는 AppImage를 선택하세요. 파일 크기만으로 선택하지 마세요. Debian 계열은 deb 안내를, rpm 패키지 관리자를 사용하는 배포판은 rpm 안내를 확인하세요. AppImage를 실행하려면 먼저 실행 권한을 추가해야 합니다. 필요한 명령어, 파일 경로와 첫 실행 절차는 다운로드 페이지에 정리되어 있으니 작업 전에 파일명을 확인하세요.
서버 매개변수는 연결 대상을 결정하고, Global Routing은 요청 처리 방식을 결정합니다.
두 항목을 구분한 뒤 규칙, 필요 시 연결 및 진단 설정을 조정하세요.
규칙 분기는 요청에 PROXY를 적용할지, DIRECT로 보낼지, REJECT로 거부할지를 구분합니다. Global Routing에서 Config를 사용하면 클라이언트는 현재 구성의 규칙을 순서대로 확인하고, 일치하는 규칙이 나오면 해당 정책을 실행합니다. 모든 규칙을 합산하는 방식이 아닙니다. 구체적인 도메인과 로컬 네트워크 규칙을 앞에 두고, 마지막에 FINAL을 배치해 기본 처리에 사용하세요. 수정 전에 기존 구성을 보관하고 확인 가능한 대상으로 테스트해 다른 요청에 영향을 주지 않는지 확인하세요.
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY예시는 규칙 문법만 보여 줍니다. example.com은 서버 주소가 아닙니다. PROXY 사용 가능 여부는 현재 선택한 서버에 따라 달라집니다.
On Demand는 설정한 조건에 따라 연결을 시작합니다. 수동 연결이 정상적으로 확인된 뒤 설정하는 것이 좋습니다. 먼저 Settings에서 기존 조건을 확인하고 연결을 유지할 네트워크와 예외가 필요한 환경을 구분하세요. 테스트할 때는 한 번에 조건 하나만 바꾸세요. 스위치를 끈 뒤에도 자동으로 연결된다면 서버를 바로 삭제하지 말고 On Demand 설정부터 확인하세요. 기본 연결 문제를 해결할 때는 관련 조건을 잠시 비활성화하고 수동으로 테스트한 뒤 결과를 확인하고 하나씩 다시 켜세요.
Subscribe는 업데이트 가능한 서버 목록을 관리할 때 사용하고, Add Server는 개별 구성을 입력할 때 사용합니다. 링크 길이만으로 구분하지 마세요. 가져오기 전에 보유한 서비스 자료에서 유형을 확인하고, 복사한 내용에 불필요한 공백이나 줄바꿈이 있는지 살펴보세요. 구독을 업데이트하면 서버 이름과 목록이 바뀔 수 있으므로 업데이트 후 현재 선택 항목을 다시 확인하세요. 개별 항목은 Type, Host, Port 등을 하나씩 대조하세요. 의미를 모르는 상태에서 프로토콜 유형을 임의로 바꾸지 마세요.
Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 필요한 필드가 서로 다릅니다. 프로토콜명은 구성 유형을 나타낼 뿐 연결 품질을 보장하지 않으며, 완전한 매개변수를 대신하지도 않습니다. 기존 자료의 전체 공유 링크 또는 QR 코드를 사용하는 것이 좋습니다. 직접 추가할 때는 주소, 포트, 인증 정보와 전송 관련 옵션을 확인하세요. 연결에 실패하면 원본 자료와 대조하고, 한 프로토콜의 필드를 다른 유형에 입력하지 마세요. 프로토콜 호환성과 실제 설정은 클라이언트의 현재 화면을 기준으로 확인하세요.
Config는 분기 구성을 관리하고, Data는 트래픽을 확인하며, Connectivity Test는 서버 연결 상태를 판단하는 데 도움을 줍니다. 먼저 사용 중인 Config를 확인한 뒤 대상 요청과 서버의 관계를 살펴보세요. Data에 값이 표시되어도 모든 앱이 같은 경로를 이용한다는 뜻은 아닙니다. 집계 기준과 초기화 시점도 비교 결과에 영향을 줍니다. iCloud 동기화를 사용한다면 동기화 범위와 완료 상태를 확인하고 수정 전에 사본을 저장하세요. 구성 동기화와 다른 기기에서 연결을 설정하는 과정은 별개입니다.
증상별 문제 해결 →구성, 프록시, 직접 연결은 각각 화면의 Config, Proxy, Direct에 해당합니다. 모드를 바꾸면 요청 경로를 지정할 수 있지만 잘못된 서버 매개변수가 수정되지는 않습니다.
Config는 도메인이나 주소에 따라 요청 경로를 나눌 때 적합합니다. Config에서 필요한 구성 파일이 선택되어 있는지 확인한 뒤 Home으로 돌아가 Global Routing을 살펴보세요. 특정 대상이 예상대로 PROXY를 사용하지 않으면 더 앞선 규칙이 일치했는지, FINAL이 어떤 정책을 지정하는지 확인하세요. 스위치가 연결 상태라는 이유만으로 분기가 올바르다고 판단하지 마세요. 고정된 테스트 대상을 정하고 규칙 순서 및 요청 기록을 비교하면 서버 문제와 정책 선택 문제를 구분할 수 있습니다.
Proxy는 클라이언트가 처리하는 요청을 프록시 경로로 보내므로, 문제를 확인할 때 규칙 차이의 영향을 일시적으로 줄이는 데 유용합니다. 매개변수가 모두 입력된 기존 서버를 선택한 뒤 Global Routing을 바꾸고 같은 대상을 테스트하세요. Proxy는 정상인데 Config에서 문제가 발생한다면 구성과 규칙을 중점적으로 확인하세요. 두 모드 모두 실패하면 기본 네트워크와 서버를 먼저 점검하세요. 테스트가 끝나면 평소 사용하는 모드로 되돌려 임시 진단 설정이 장기 설정으로 남지 않게 하세요.
Direct는 클라이언트가 처리하는 요청을 직접 연결 경로로 보내 서버가 문제의 원인인지 판단하는 데 도움을 줍니다. 현재 네트워크에서 원래 접속할 수 있는 대상을 선택하고 다른 모드와 비교하세요. Direct에서 대상 하나가 실패했다고 해서 서버 문제라고 단정할 수는 없습니다. 테스트하는 동안 Wi-Fi 또는 셀룰러 네트워크 조건을 동일하게 유지하고 전환 전후 결과를 기록하세요. 기본 네트워크 자체가 작동하지 않으면 시스템 네트워크를 먼저 복구한 뒤 구독, 서버, 규칙을 확인하세요.
기존 구독 또는 서버 자료를 준비하세요. 수동 연결을 한 번 완료한 뒤 자동화 설정을 조정하세요.
먼저 받은 자료가 개별 공유 링크, QR 코드 또는 업데이트 가능한 구독 주소인지 확인하세요. 개별 항목은 Add Server 또는 Scan QR Code로 추가하고, 구독은 해당 메뉴에서 가져옵니다. 완료되면 Home으로 돌아가 SERVER 그룹에 기록이 표시되는지, 이름과 프로토콜이 원본 자료와 일치하는지 확인하세요. 목록이 비어 있어도 같은 항목을 반복해서 만들지 말고 링크가 완전하고 유효한지 확인한 뒤 업데이트를 시도하세요.
서버 기록과 규칙 구성은 별도로 관리됩니다. 가져오기가 완료되었다는 것은 클라이언트가 자료를 인식했다는 뜻일 뿐, 서버 연결이나 규칙 분기가 정상 작동한다는 뜻은 아닙니다. 처음에는 이후에 확인할 수 있도록 명확한 기록 하나를 유지하세요.
규칙 분기가 필요하면 Config를 선택하고 현재 구성을 확인하세요. 프록시 경로를 일시적으로 비교할 때는 Proxy, 기본 직접 연결을 확인할 때는 Direct를 사용합니다. 이 세 가지 모드를 속도 설정으로 이해하지 마세요. 처음 설정할 때는 각 모드에서 요청이 어디로 가는지 파악한 뒤 일상적으로 사용할 모드를 결정하세요. 기존 구성에 사용자 지정 규칙이 포함되어 있다면 구체적인 규칙을 확인한 다음 FINAL의 기본 처리 정책을 살펴보세요.
구성의 역할이 명확하지 않으면 사본을 먼저 저장하고 바로 덮어쓰지 마세요. 문제를 확인할 때는 서버를 그대로 둔 상태에서 설정 하나만 전환하세요. 결과가 안정적으로 확인된 뒤 다음 단계로 진행하면 변경 원인을 파악하기 쉽습니다.
서버를 선택하고 연결 스위치를 켠 뒤 시스템 안내에 따라 VPN 구성 요청을 승인하세요. 먼저 Connectivity Test를 실행한 다음 특정 대상을 지정해 실제 접속을 확인합니다. 테스트 응답은 진단 단서일 뿐 웹페이지나 앱의 전체 요청을 대신하지 않습니다. 문제가 생기면 “스위치의 연결 유지 여부”, “서버 테스트 결과”, “특정 대상 접속 여부”를 각각 기록하고 여러 증상을 하나의 결론으로 합치지 마세요.
일부 대상만 실패하면 규칙과 DNS를 먼저 살펴보고, 모두 실패하면 시스템 네트워크와 서버 자료를 확인하세요. 더 자세한 안내가 필요하면 문제 해결 페이지에서 증상별 절차를 진행하세요. 모드, DNS, 프로토콜 매개변수를 동시에 변경하지 마세요.
Shadowrocket은 클로즈드 소스 상용 앱입니다. 이 사이트는 Shadowrocket 공식 웹사이트 및 공식 매뉴얼로, 다운로드 경로와 사용 안내를 각각 제공합니다.
지정된 제품 페이지를 열고 앱 이름 Shadowrocket, 공식 아이콘, 개발자 Shadow Launch Technology Limited를 확인한 뒤 앱 ID가 932747118인지 대조하세요. 검색 결과에 비슷한 이름이 표시되는 것만으로는 확인이 끝나지 않습니다. 아이콘, 이름, 개발자 정보를 함께 확인해야 합니다. 같은 이름의 무료 앱이 표시되더라도 이 페이지에서 안내하는 iPhone / iPad 제품으로 간주하지 마세요.
iPhone / iPad는 App Store에서 $2.99 일회성 결제이며, 가격 표시는 해당 스토어에 따릅니다. Mac·Windows·Android·Linux 버전은 무료입니다. 컴퓨터 및 Android 사용자는 사이트 다운로드 페이지에서 해당 플랫폼을 선택하세요. 설치 파일은 사이트의 /dl/shadowrocket/ 경로로 제공되므로 스토어의 비슷한 이름 앱을 플랫폼 확인 대신 사용하지 마세요.
iPhone / iPad에서 앱을 검색할 수 있는지는 현재 Apple ID의 스토어 지역에 따라 달라집니다. 중국 본토 스토어에는 해당 앱이 등록되어 있지 않습니다. 검색 결과에 앱이 표시되지 않으면 이름이 변경되었다고 추측하지 말고 계정 지역과 제품 페이지의 정보를 먼저 확인하세요. 지역을 변경해야 하는 경우 Apple ID 설정의 공식 절차를 따르고 잔액, 구독, 결제 수단 관련 요건을 미리 확인하세요.
시스템 요구 사항은 App Store 페이지 표기를 기준으로 합니다. 설치 전 기기의 현재 시스템과 제품 페이지의 호환성을 확인하세요. 다른 사람의 기기 정보를 자신의 기기에 그대로 적용하지 마세요. 스토어, 계정 지역, 설치 관련 상세 내용은 다운로드 페이지의 해당 항목에서 확인할 수 있습니다.
iPhone / iPad의 일회성 구매는 동일한 구매 계정으로 두 기기에서 사용할 수 있습니다. 기기를 바꾸거나 재설치할 때는 기존 구매 계정으로 로그인했는지 확인한 다음 구입 항목에서 Shadowrocket을 찾으세요. 스토어에 구매 버튼이 계속 표시되면 결제를 반복하지 말고 계정과 구매 내역부터 확인하세요. 앱을 다시 다운로드한 뒤에는 기존 구성이 복원되었는지도 확인해야 합니다.
구매 기록, 구성 백업, 실제 서버 연결은 서로 다른 단계입니다. 앱을 복원해도 서버 자료가 자동으로 채워지지 않습니다. iCloud 동기화를 사용한다면 해당 항목이 모두 동기화되었는지 확인하세요. 백업에는 서버 인증 정보가 포함될 수 있으므로 화면 캡처나 문제 해결 기록을 공유하기 전에 민감한 내용을 삭제하세요.
클라이언트는 구성을 읽고 연결을 설정하며 규칙을 실행합니다. 서버 사용 가능 여부, 구독 내용, 관련 사용량은 기존에 보유한 서비스에 따라 달라집니다. 이 사이트는 클라이언트 사용 방법만 안내합니다. 이 매뉴얼을 사용하려면 자신의 구독 또는 서버 정보를 준비해야 하며, 클라이언트 구매만으로 서버가 제공되는 것은 아닙니다.
구독 만료, 서버 시간 초과, 클라이언트 구매 여부는 서로 같은 문제가 아닙니다. 문제를 확인할 때는 먼저 자신의 자료가 여전히 유효한지 확인한 뒤 가져오기와 연결 설정을 살펴보세요. 다른 사람에게 문제를 설명할 때는 증상과 필요한 매개변수만 공유하고 전체 구독 주소, 암호, 인증 필드는 공개하지 마세요.
Mac은 Apple 실리콘 및 Intel 버전을 제공하며 Windows, Android, Linux에도 각각 설치 파일이 있습니다. 프로세서와 패키지 형식을 확인한 뒤 설치 절차를 살펴보세요. 시스템에서 차단하면 다운로드 페이지의 해당 플랫폼 안내를 따르세요. 출처를 확인하기 전에는 명령어를 실행하거나 안내를 건너뛰지 마세요. 플랫폼을 바꾸더라도 서버 매개변수 확인 절차는 동일합니다.
iPhone / iPad 앱은 App Store에서 업데이트할 수 있습니다. 컴퓨터와 Android는 사이트 다운로드 페이지에서 새 설치 파일을 받을 수 있습니다. 업데이트 전에 현재 구성을 보관하고, 업데이트 후 서버 선택, Global Routing, 필요한 권한을 확인하세요. 업데이트 후 문제가 생기면 전체 자료를 지우지 말고 설정이 달라졌는지 비교한 다음 증상에 따라 점검하세요.
유용한 문제 해결 기록에는 기기 플랫폼, 사용 중인 네트워크, Global Routing 모드, 연결 스위치 상태, 문제가 발생한 구체적인 대상이 포함되어야 합니다. 같은 서버가 네트워크에 따라 다르게 작동한다면 비교 결과를 보관하세요. Config에서만 실패하면 규칙을 먼저 확인하세요. 기록이 구체적일수록 네트워크, 매개변수, 구성 중 무엇을 조정해야 하는지 판단하기 쉽습니다.
설정을 한 번에 하나씩 바꾸고 변경 전후 결과를 기록하세요. Connectivity Test, Data 수치, 실제 접속은 서로 다른 정보를 보여 주므로 하나만으로 전체 결과를 판단하지 마세요. 테스트가 끝나면 일시적으로 끈 On Demand 조건을 복원하고 더 이상 필요하지 않은 중복 기록을 정리해 구성을 추적할 수 있게 유지하세요.
구체적인 문제를 중심으로 가져오기 형식, 규칙 순서, 트래픽 수치의 세부 내용을 설명합니다.
개별 공유 링크는 서버 하나를 나타내며, 구독 링크는 일반적으로 업데이트 가능한 서버 목록을 가져오는 데 사용됩니다. scheme과 자료 유형을 먼저 구분한 다음 가져오기 방식을 선택하세요. 흔히 쓰이는 네 가지 형식의 구조와 확인 사항을 설명해 개별 기록을 구독으로 잘못 인식해 반복 업데이트하는 일을 방지합니다.
안내 보기 →집계 대상과 초기화 시점을 구분한 뒤 같은 테스트 대상에서 발생한 수치를 비교하세요. Data를 사용해 규칙 분기를 확인하는 방법과 단일 수치만으로 모든 트래픽에 같은 정책이 적용된다고 단정할 수 없는 이유를 설명합니다.
안내 보기 → 규칙 설정구체적인 규칙부터 기본 처리 정책까지, “일치하면 중단”이 결과에 미치는 영향을 설명합니다. 자주 사용하는 규칙 순서와 우선순위를 살펴보고 서버는 정상이지만 대상 요청이 잘못된 경로를 사용하는 경우를 구분할 수 있습니다.
안내 보기 →