Shadowrocket 사용법
가져오기 및 첫 연결
다섯 단계로 기본 작업을 완료하세요. 기존 정보를 추가하고 Global Routing을 선택한 다음 연결을 켜고 실제 접속으로 결과를 확인합니다. iPhone 및 iPad에 적용되며, 스크린샷은 화면을 찾기 위한 참고용입니다. 실제 화면은 기기에 설치된 앱을 기준으로 확인하세요.
먼저 서버 하나와 명확한 라우팅 방식 하나로 연결을 확인한 다음 다른 설정을 조정하세요. 작업 전에 원본 정보를 보관하고, 비밀번호·구독 주소·QR 코드를 공개 페이지에 올리지 마세요.
Add Server: 서버 추가 또는 구독 가져오기
두 방법 중 하나를 선택하면 됩니다. 서버 매개변수와 구독 주소는 입력 위치가 다르므로 구독 링크를 Host 항목에 입력하지 마세요.
Shadowrocket을 열고 Home으로 이동한 다음 SERVER 그룹과 Add Server 항목을 찾으세요. 기존 항목이 있다면 출처부터 확인해 이번에 사용할 서버를 같은 이름의 다른 항목과 혼동하지 않도록 합니다. 직접 입력하려면 프로토콜 유형, 서버 주소, 포트 및 해당 프로토콜에 필요한 인증 정보가 있어야 합니다. 구독 링크만 보유한 경우 아래 Subscribe 절차를 따르면 되며 서버 매개변수를 하나씩 입력할 필요는 없습니다.
직접 입력: Type을 선택한 뒤 해당 항목 입력
Add Server를 누르고 추가 화면에서 Type을 연 다음 보유한 서버 정보와 일치하는 프로토콜을 선택하세요. Type에 따라 입력 가능한 항목이 달라질 수 있습니다. 공식 스크린샷에는 Host, Port, Password, Method가 있는 추가 화면이 표시되어 있지만, 모든 프로토콜의 항목이 같다는 뜻은 아닙니다. 본인의 정보를 기준으로 각 항목을 확인한 뒤 저장하세요. 없는 매개변수의 값을 임의로 추측하지 마세요.
일반적으로 Host에는 서버 도메인 또는 주소를, Port에는 포트 번호를 입력합니다. Password와 기타 인증 항목은 원본 정보를 그대로 입력하고 대소문자, 앞뒤 공백, 복사 과정에서 섞인 줄바꿈을 확인하세요. Method는 해당 프로토콜에서 필요한 경우에만 설정합니다. 스크린샷에 표시된 옵션을 다른 프로토콜에도 적용하지 마세요. 정보에 추가 전송 또는 암호화 매개변수가 포함되어 있다면 각 항목에 맞게 입력해야 합니다. 위쪽의 몇 가지 항목만 입력하고 완료된 것으로 간주하지 마세요.
Subscribe: 기존 구독 가져오기
구독 링크를 받았다면 Add Server의 Type에서 Subscribe를 선택하고 전체 주소를 URL 항목에 붙여 넣은 뒤 확인하고 저장하세요. 구독 주소에는 계정을 식별하는 매개변수가 포함될 수 있으므로 민감한 정보로 취급해야 합니다. 물음표 뒤 내용을 삭제하거나 메신저에서 링크와 함께 표시된 따옴표, 공백, 설명 문구를 붙여 넣지 마세요. 구독을 가져온 후 Home으로 돌아가 해당 그룹에 서버 항목이 표시되는지 확인하세요. 구독 이름만 있고 서버가 표시되지 않는다면 업데이트 결과를 확인해야 합니다.
호환되는 서버 QR 코드가 있다면 Scan QR Code를 사용할 수 있습니다. Import from Cloud JSON은 해당 JSON 가져오기 방식에 사용하며 모든 유형의 구독 가져오기를 대신하지는 않습니다. 정보의 형식을 알 수 없다면 먼저 본인의 서비스 제공자에게 형식명을 확인한 후 적절한 항목을 선택하세요. Subscribe와 Config의 차이는 용어집에서 확인할 수 있습니다. 여러 항목에 무작정 입력하며 시도하지 마세요.
저장한 뒤 이번에 사용할 서버를 선택하고 이름, 주소, 포트가 일치하는지 확인하세요. 구독 업데이트로 항목 목록이 바뀔 수 있으므로 이후 다시 연결하기 전에도 현재 선택을 확인해야 합니다. 이 단계에서는 정보가 클라이언트에 입력되었을 뿐, 연결이 가능한지 확인된 것은 아닙니다. 다음으로 요청 처리 방식을 정한 뒤 스위치를 켜세요.
Global Routing: Config, Proxy 또는 Direct 선택
서버는 사용할 연결을 정하고 Global Routing은 요청 처리 방식을 정합니다. 두 항목을 각각 확인해야 합니다.
Home으로 돌아가 Global Routing을 눌러 현재 모드를 확인하세요. 세 가지 모드는 Config, Proxy, Direct입니다. 모드를 선택하기 전에 목적을 정하세요. 규칙에 따라 웹사이트를 구분할지, 선택한 서버를 잠시 테스트할지, 현재 모드에서 직접 접속할지 판단합니다. 모드는 요청 처리 방식을 바꾸며 잘못 입력한 비밀번호를 고치거나 누락된 서버 정보를 채워주지는 않습니다.
Config: 현재 적용 중인 규칙 확인
Config는 현재 설정의 규칙에 따라 요청에 적용할 정책을 결정합니다. 본인의 Config 파일이 있다면 Config 페이지에서 사용할 파일이 선택되어 있는지 확인하세요. 목록에 파일이 있는 것만으로는 적용된 상태가 아닙니다. 편집 화면을 열면 General, Rule, Hosts 등의 구분 항목을 볼 수 있습니다. 이 안내에서는 Rule과 현재 설정의 관계만 확인하면 되므로 URL Rewrite나 HTTPS Decryption을 함께 조정할 필요는 없습니다.
Rule의 항목에는 일치 순서가 있으며, 앞선 규칙과 이미 일치한 요청은 일반적으로 뒤쪽의 대체 규칙에 전달되지 않습니다. 아래 예시는 example.com 및 하위 도메인에는 PROXY를 적용하고, 그 밖에 일치하지 않는 요청에는 DIRECT를 적용합니다. 두 규칙의 작성 예시일 뿐 완전한 설정이 아니며 서버 정보도 포함하지 않습니다. 수정 전에 사본을 보관하고 문법과 정책이 올바른지 확인한 뒤 저장하세요. 이후 현재 적용 중인 파일을 다시 확인합니다.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTProxy와 Direct: 목적에 맞게 비교하기
Proxy는 해당 모드로 처리되는 요청에 프록시 경로를 사용합니다. 선택한 서버가 실제 접속을 지원하는지 잠시 확인할 때 쓸 수 있지만, 시스템 및 설정의 우회 옵션도 확인해야 합니다. Direct는 해당 요청을 선택한 프록시 서버 없이 직접 연결합니다. Home에서 서버를 선택했더라도 Direct로 접속하면 해당 서버를 거친다는 뜻은 아닙니다. 따라서 확인 목적에 맞는 모드를 선택해야 합니다.
처음 문제를 확인할 때 기존 규칙이 대상 웹사이트에 어떤 정책을 적용하는지 확실하지 않다면 현재 모드를 기록하고 Proxy로 잠시 전환해 비교한 뒤 원래 설정으로 되돌리세요. Proxy에서는 접속되지만 Config에서는 안 된다면 구독을 다시 가져오기보다 먼저 규칙과 DNS를 확인하세요. 규칙, DNS 및 Settings에 대한 자세한 내용은 설정 자세히 알아보기에서 확인할 수 있습니다. 여기서 모드를 확인한 뒤 시스템 권한 승인과 연결을 진행하세요.
Home: 스위치를 켜고 연결 상태 확인
서버와 모드를 먼저 확인한 뒤 상단 스위치를 켜세요. 최초 시스템 권한 승인과 서버 인증은 서로 다른 절차입니다.
앞의 두 단계를 마치면 Home으로 돌아가세요. SERVER 그룹에서 사용할 서버를 확인하고 Global Routing에 표시된 모드를 살펴보세요. 방금 구독을 업데이트했거나 설정을 전환했거나 다른 화면에서 돌아왔다면 정보를 다시 확인하세요. 문제가 없으면 상단 연결 스위치를 누릅니다. 스크린샷의 Not Connected는 클라이언트의 시스템 연결이 아직 설정되지 않았다는 뜻입니다.
처음 연결을 켜면 시스템에서 VPN 구성을 추가하라는 안내가 표시될 수 있습니다. 이 안내는 Shadowrocket이 시스템에 해당 네트워크 구성을 만들도록 허용하는 절차이며 서버 비밀번호를 다시 입력하라는 뜻은 아닙니다. 시스템 안내의 앱 이름과 설명을 읽고 이번 작업이 맞는지 확인한 뒤 허용하고, 기기의 안내에 따라 인증을 완료하세요. 권한 승인을 취소했다면 Home으로 돌아가 다시 시도할 수 있습니다. 권한이 승인되지 않아 발생한 실패를 구독이 만료된 것으로 판단하지 마세요.
권한 승인을 마친 뒤 앱으로 돌아와 상단 상태가 바뀌었는지 확인하세요. 스위치가 바로 꺼지거나 Not Connected가 계속 표시되면 시스템 권한 승인이 실제로 완료되었는지 먼저 확인한 다음, 다른 VPN 연결이 현재 작업에 영향을 주는지 살펴보세요. 시스템에서 관련 구성을 삭제했다면 다음 연결 시 권한을 다시 승인해야 할 수 있습니다. 기기를 바꾼 경우 새 기기의 실제 안내에 따라 진행하세요. 이전 기기에서 승인에 성공했다는 이유로 이 단계를 건너뛰지 마세요.
iPad에서도 Home, SERVER, Global Routing 순서로 확인하면 됩니다. 화면 공간이나 시스템 안내 위치는 다를 수 있지만 정보 추가, 모드 선택, 권한 승인, 확인 순서는 같습니다. 작업 중에는 같은 로컬 네트워크를 유지하는 것이 좋습니다. 스위치를 전환하는 동시에 Wi-Fi와 셀룰러 네트워크를 바꾸면 결과 변화의 원인을 구분하기 어려워집니다.
스위치가 켜져 있다는 것은 클라이언트의 시스템 연결이 시작되었음을 나타낼 뿐, 모든 서버·규칙·웹사이트가 정상 작동한다는 뜻은 아닙니다. 현재 선택을 유지하고 다음 단계의 Connectivity Test와 실제 접속 확인을 진행하세요. 그래야 문제가 생겼을 때 앞서 확인한 경로를 따라 원인을 찾을 수 있으며, 모든 설정을 처음부터 다시 할 필요가 없습니다.
Connectivity Test: 테스트 후 웹사이트 접속 확인
‘스위치가 켜짐’, ‘서버 테스트에 응답이 있음’, ‘대상 웹사이트에 접속 가능함’을 각각 나누어 확인하세요.
Home에서 Connectivity Test를 눌러 선택한 서버의 테스트 결과를 확인하세요. 테스트 결과의 의미는 Settings의 Test Method 등 옵션에 따라 달라집니다. 한 번 응답이 왔다고 모든 요청이 정상 처리된다는 뜻은 아니며, 한 번 응답이 없다고 모든 상황에서 서버를 사용할 수 없다는 뜻도 아닙니다. 먼저 테스트 방식을 그대로 유지하고 모든 항목에 결과가 없는지 현재 항목만 실패했는지 기록하세요. 서로 다른 테스트 방식의 결과를 그대로 비교하지 마세요.
그다음 브라우저를 열고 처리 방식이 명확한 웹사이트와 실제로 확인하려는 대상 웹사이트에 접속하세요. 새 요청이 없어도 캐시된 내용이 표시될 수 있으므로 오랫동안 열어 둔 페이지 하나만 확인하지 마세요. 페이지를 새로고침하고 인터넷 연결이 필요한 콘텐츠가 실제로 로드되는지 확인할 수 있습니다. 결과를 비교할 수 있도록 테스트 중에는 서버, Global Routing 및 로컬 네트워크를 변경하지 마세요.
Config를 사용한다면 대상 도메인이 어떤 규칙과 일치해야 하는지 미리 확인하세요. 웹사이트가 열렸다는 사실만으로 PROXY를 거쳤다고 판단할 수 없습니다. 해당 도메인에 DIRECT가 적용되었을 수도 있습니다. 추가로 확인하려면 앱에서 사용할 수 있는 연결 기록이나 로그를 살펴보고 대상 도메인과 처리 정책이 일치하는지 확인하세요. 로그에는 접속 기록과 서버 정보가 포함될 수 있으므로 확인한 뒤 전체 기록을 그대로 공개하지 마세요.
연결을 켰을 때와 껐을 때 모두 대상 페이지가 열리면 먼저 현재 Direct를 사용 중인지, Config에서 해당 도메인에 DIRECT를 적용하는지 확인하세요. 이미지 일부, 로그인 요청 또는 하위 페이지에서만 문제가 발생한다면 한 웹사이트가 여러 도메인에 접속할 수 있다는 점을 고려하세요. 기본 도메인의 규칙이 모든 리소스에 적용되지는 않을 수 있습니다. 이 경우 모든 규칙의 범위를 넓히기보다 실패한 도메인이나 구체적인 증상을 기록하고 규칙을 확인하세요.
실제 접속 결과가 예상과 일치하면 확인된 설정을 그대로 보관하세요. 이후 서버를 바꾸거나 규칙을 조정할 때는 한 번에 하나만 변경하고 같은 방법으로 다시 테스트하세요. 결과가 예상과 다르면 다음 단계의 순서에 따라 먼저 문제 발생 지점을 찾은 뒤 설정 변경을 검토하세요.
Settings 및 자주 발생하는 문제 해결
복구할 수 있는 현재 상태를 보관한 뒤 입력 정보와 모드를 확인하고 DNS, 테스트 방식 및 진단 기록을 살펴보세요.
가져오기 실패 또는 서버 테스트 실패
구독을 가져와도 서버 항목이 생기지 않으면 주소가 완전한지, Subscribe의 URL 항목에 붙여 넣었는지 먼저 확인한 뒤 본인의 구독 상태와 업데이트 안내를 살펴보세요. 구독 주소를 열 수 있더라도 반환된 내용이 클라이언트에서 필요한 형식이라는 뜻은 아닙니다. 로그인 페이지나 안내 페이지가 표시되면 본인의 서비스 제공자에게 올바른 주소와 형식을 확인하세요. 인증 매개변수가 포함된 주소를 공개 테스트 도구에 입력하지 마세요.
직접 추가한 항목이 실패하면 Add Server의 해당 편집 화면으로 돌아가 원본 정보를 기준으로 Type, Host, Port 및 인증 항목을 하나씩 확인하세요. 특히 프로토콜 선택, 비밀번호의 공백, 추가 매개변수 누락에 주의하세요. 같은 그룹에 서버가 여러 개 있다면 기존의 다른 항목을 선택해 비교할 수 있습니다. 다만 서버 항목을 전환하면서 Test Method도 변경하지 마세요. 그래야 변화의 원인이 서버인지 테스트 방식인지 알 수 있습니다.
스위치는 켜져 있지만 실제 접속 실패
먼저 Direct가 선택되어 있지 않은지 확인한 다음 Config에서 대상 도메인에 적용되는 정책을 확인하세요. Proxy를 임시 비교용으로 사용할 때는 원래 모드를 기록하고 테스트 후 복원하세요. Proxy에서는 정상인데 Config에서 실패한다면 규칙 순서, 현재 적용 중인 파일, 대체 정책을 중점적으로 확인하세요. 두 모드에서 모두 실패하면 서버 매개변수, 로컬 네트워크 및 DNS를 차례로 살펴보세요.
DNS 문제는 도메인을 확인할 수 없는 형태로 나타나기도 하고 일부 웹사이트에만 영향을 주기도 합니다. 먼저 설정에 있는 기존 DNS 정보를 기록하고 출처를 알 수 없는 주소를 여러 개 한꺼번에 추가하지 마세요. 다른 설정은 그대로 둔 채 현재 설정이 관련 항목을 덮어쓰는지 확인하고, 필요하다면 Settings 항목 참고를 보며 하나씩 테스트하세요. 로컬 네트워크 계층에서 연결이 실패할 수도 있으므로 가능하다면 다른 로컬 네트워크로 비교해 볼 수 있습니다. 단, 이 작업은 서버 전환과 따로 진행하세요.
Settings에서는 해당 문제와 관련된 항목만 확인
Settings에는 Test Method, On Demand, Diagnostics, Proxy, TCP, UDP 등의 항목이 있습니다. 각 항목은 서로 다른 역할을 하며 모두 켜야 하는 점검 목록이 아닙니다. Test Method는 테스트 기준에 영향을 줍니다. On Demand는 조건에 따른 연결과 관련되므로, 처음 수동으로 확인할 때 스위치 동작에 영향을 주는지 살펴보세요. Diagnostics는 문제를 추가로 찾는 데 사용할 수 있습니다. ‘한번 해보자’는 이유로 포트, 프로토콜 관련 설정, 자동 연결 조건을 동시에 변경하지 마세요.
진단 정보가 필요하다면 문제를 한 번 재현한 다음 발생 시각, 현재 모드, 선택한 서버 및 구체적인 증상을 기록하세요. 로그나 스크린샷을 공유하기 전에는 구독 URL, 비밀번호, 인증 매개변수 및 불필요한 접속 기록을 삭제하세요. ‘Config에서는 실패하고 Proxy로 전환하면 정상’이라는 설명이 단순히 ‘연결할 수 없음’이라고 하는 것보다 문제를 파악하는 데 도움이 됩니다. 테스트를 마치면 임시 변경 사항을 복원하고 최종적으로 정상 작동한 설정의 사본을 보관하세요.
여기까지 기본 절차를 마쳤습니다. 입력 정보와 항목을 확인했고, 모드가 목적에 맞으며, 시스템 연결을 시작하고 실제 요청 결과까지 확인했습니다. 영어 항목의 의미가 여전히 불확실하다면 용어집을 확인하세요. 구매, 가져오기 또는 연결에 관한 구체적인 문제는 자주 묻는 질문에서 확인할 수 있습니다. 기능을 자세히 조정하는 작업은 기본 연결이 안정된 뒤 진행하세요. 첫 사용부터 모든 기능을 한꺼번에 설정할 필요는 없습니다.
