Shadowrocket 가져오기 및 연결 가이드
Add Server부터 실제 요청 확인까지 다섯 단계를 진행합니다. iPhone과 iPad에 적합합니다. 먼저 확인 가능한 연결을 설정한 뒤 규칙과 자동 연결 설정을 조정하세요.
순서대로 진행하면 됩니다. 네 장의 이미지는 페이지와 입력 항목을 확인하기 위한 App Store 공식 스크린샷입니다. 실제 화면에서는 기기에 표시되는 영문 항목명을 기준으로 확인하세요. 스크린샷 속 내용은 연결 정보로 복사해 입력할 값이 아닙니다.
서버 추가 또는 기존 구독 가져오기
먼저 본인의 연결 정보를 앱에 저장한 뒤 실제로 사용할 서버를 선택합니다.
Shadowrocket을 열고 Home으로 이동한 다음 SERVER 그룹 근처의 Add Server를 찾습니다. 일부 화면에서는 오른쪽 상단의 추가 버튼으로도 들어갈 수 있습니다. 화면을 열면 Host를 바로 입력하지 말고 먼저 Type을 확인하세요. Type에 따라 뒤에 입력할 항목의 의미가 달라지며, 같은 주소와 비밀번호를 다른 프로토콜에 그대로 적용할 수는 없습니다. 입력하기 전에 보유한 정보가 구독 링크인지, 단일 서버 정보인지, 단일 서버 공유 링크인지 확인하세요. 세 가지는 가져오는 방법이 서로 다릅니다.
구독 링크가 있는 경우: Type에서 Subscribe 선택
- 본인이 보유한 전체 구독 링크를 복사한 뒤 Add Server로 돌아가 Type에서 Subscribe를 선택합니다.
- 해당 유형의 URL 입력란에 링크를 붙여 넣습니다. 메모 항목이 있다면 용도를 구분하기 쉬운 이름을 입력할 수 있습니다. 구독 링크 전체를 Host와 Port로 나누거나 링크의 쿼리 매개변수를 삭제하지 마세요.
- 붙여 넣은 내용에 안내 문구, 공백 또는 줄바꿈이 섞이지 않았는지 확인한 다음 화면 오른쪽 상단의 저장 버튼을 누르고 구독 내용이 불러와질 때까지 기다립니다.
- Home으로 돌아가 구독 그룹과 서버 항목이 표시되는지 확인하고, 사용할 항목을 선택합니다. 그룹 이름만 표시되고 서버가 없다면 가져오기가 완료된 것이 아닙니다.
Subscribe는 링크에서 서버 정보를 읽어오는 기능이지 연결 서비스를 제공하는 기능이 아닙니다. 링크에 개인 접근 정보가 포함될 수 있으므로 공개 채팅, 스크린샷 또는 문제 해결 기록에 공유하지 마세요. 링크를 열었을 때 로그인 페이지나 안내 페이지가 표시되거나 앱이 지원하는 형식과 맞지 않으면, 저장해도 선택 가능한 서버가 나타나지 않습니다. 이때는 같은 그룹을 반복해서 추가하지 말고 원본 정보를 확인하세요.
서버 정보가 있는 경우: 해당 Type에 맞춰 직접 입력
Add Server로 이동해 정보에 명시된 Type을 선택합니다. Host에는 서버 도메인이나 주소를, Port에는 포트 번호를 입력하고 Password, Method 및 기타 인증 항목은 해당 유형에 표시된 대로 입력합니다. 공식 스크린샷에 Password와 Method가 함께 표시되어 있어도 모든 Type에서 같은 항목을 사용하는 것은 아닙니다. UUID, TLS, Server Name 또는 전송 옵션이 있다면 본인이 보유한 원본 정보와 하나씩 대조하세요. 이름이 비슷하다는 이유만으로 값을 추측해서는 안 됩니다.
직접 입력한 뒤 저장하고 Home으로 돌아가 새 항목을 확인한 다음 선택합니다. 본인 서버의 QR 코드가 있다면 Scan QR Code를 사용해 인식한 후 Type, 주소 및 인증 정보를 확인하세요. Import from Cloud JSON은 호환되는 JSON 정보를 읽는 별도 경로이며, 임의의 구독 링크를 입력하는 범용 입력란이 아닙니다. 클립보드나 공유 링크의 전체 형식, 구독 업데이트 및 그룹 정리는 구독 및 서버 관리 매뉴얼에서 확인하세요.
Global Routing과 현재 Config 선택하기
서버는 연결 대상을 정하고, Global Routing은 요청 처리 방식을 정합니다.
서버를 저장한 뒤 Home으로 돌아가 Global Routing을 엽니다. 시작할 때는 세 가지 모드를 구분하세요: Config / Proxy / Direct. 선택한 모드에 따라 요청 경로가 달라집니다. 서버 속도를 측정하거나 방금 입력한 인증 정보를 바꾸는 기능은 아닙니다. 문제를 확인하기 쉽도록 현재 선택 항목을 먼저 기록한 뒤 용도에 맞게 선택하세요. 서버를 확인하기 전에 여러 설정을 동시에 바꾸지 마세요.
| 모드 및 화면 용어 | 처리 방식 | 시작 단계에서 확인할 점 |
|---|---|---|
| Config | 현재 Config의 규칙에 따라 요청 경로를 결정합니다. | Config가 선택되어 있는지, 규칙이 지정한 정책이나 서버를 사용할 수 있는지 확인합니다. |
| Proxy | 앱에서 프록시 처리할 수 있는 트래픽을 현재 선택한 서버로 전달합니다. | 분기 규칙의 영향을 구분하는 데 도움이 되지만 모든 요청의 성공을 보장하지는 않습니다. |
| Direct | 대상 서비스에 직접 연결합니다. | 로컬 네트워크 상태를 비교할 때 유용하며 프록시 서버의 사용 가능 여부를 확인하는 용도는 아닙니다. |
Config를 사용하기 전에 현재 어떤 설정을 사용하는지 확인하기
본인이 확인한 Config 파일이 있다면 Config로 이동해 현재 선택된 파일을 확인합니다. 규칙을 살펴보려면 해당 파일의 편집 화면을 열어 General, Rule, Hosts 등의 구역을 확인하세요. Rule의 Add Rule은 규칙을 추가하는 기능입니다. 이미지에 보이는 것은 Config 파일 편집 화면이지 Home의 Global Routing 선택 화면이 아닙니다. 전자는 Config 내용을 저장하고, 후자는 Config를 적용할지 결정합니다.
처음 연결할 때는 규칙을 서둘러 추가할 필요가 없습니다. 기존 규칙이 이미 존재하는 대상을 가리키는지 먼저 확인하고, 규칙에 표시된 정책 이름을 서버 주소로 착각하지 마세요. 아래는 문법을 확인하기 위한 실제 규칙 예시이며 모든 네트워크 환경에 적용되는 완성된 Config가 아닙니다. example.com은 설명용 도메인이지 연결 주소가 아닙니다.
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY이 규칙에서 DOMAIN-SUFFIX는 도메인 접미사를 일치시키고, DIRECT는 직접 연결, PROXY는 프록시 처리, FINAL은 기본 처리에 사용됩니다. 실제 처리는 Config 전체 내용과 규칙 순서에도 달려 있으므로 마지막 줄만 보고 모든 요청의 경로를 판단할 수는 없습니다. 현재 Config를 이해하기 어렵다면 원본을 그대로 유지하고 General을 삭제하거나 Rule을 한꺼번에 덮어쓰지 마세요.
서버 자체의 문제인지 트래픽 분기 결과가 예상과 다른지 구분해야 한다면, 현재 선택을 기록한 뒤 Proxy로 잠시 전환해 비교하고 완료 후 원래 모드로 복원할 수 있습니다. 모드별 차이는 프록시 모드 안내에서, Config 파일 저장·정리·백업은 구독 매뉴얼에서 확인하세요. 이 페이지에서는 확인된 모드를 그대로 사용하며 전체 규칙 편집 방법은 다루지 않습니다.
연결 스위치를 켜고 시스템 권한 승인하기
서버와 모드를 먼저 확인한 뒤 처음 표시되는 VPN 구성 요청을 처리하세요.
Home으로 돌아가 세 가지를 차례로 확인합니다. SERVER에서 방금 저장한 대상이 선택되어 있는지, Global Routing이 사용할 모드로 설정되어 있는지, 상단 스위치가 아직 연결되지 않은 상태인지 확인하세요. 공식 스크린샷의 Not Connected는 미연결 상태를 뜻하며 가져오기 실패를 의미하지 않습니다. 서버 항목을 저장했더라도 앱이 자동으로 연결되지는 않습니다.
- 현재 정보와 모드를 확인한 뒤 Home 상단의 연결 스위치를 켭니다.
- 처음 연결할 때 시스템에서 VPN 구성을 추가하라는 메시지가 표시될 수 있습니다. 요청 대상 앱이 Shadowrocket인지 확인하고, 요청 내용을 이해한 뒤 승인하세요.
- 시스템에서 기기 암호나 본인 인증을 요구하면 기기 안내에 따라 완료하세요. 기기 암호를 Add Server의 Password 입력란에 넣지 마세요.
- Shadowrocket으로 돌아가 상단 상태가 Not Connected에서 연결 상태로 바뀌는지 확인한 다음 다음 단계에서 검증합니다.
시스템 권한은 앱이 시스템 네트워크 기능을 통해 트래픽을 처리하도록 허용합니다. 잘못된 서버 정보를 보완하거나 구독에 사용할 수 있는 내용을 추가해 주지는 않습니다. 권한을 거부했다면 앱으로 돌아가 연결을 다시 시도하고 안내를 확인하세요. 기기가 관리 대상이거나 시스템 제한이 있다면 기기 설정부터 점검하고, 안내를 우회하려고 스위치를 연속해서 누르지 마세요.
연결된 뒤 시스템의 VPN 표시는 터널이 활성화됐음을 보여 주는 참고 정보일 뿐, 대상 서비스에 접속할 수 있다는 보장은 아닙니다. 서버 인증 실패, DNS 조회 이상 또는 대상 서비스 장애는 스위치를 켠 뒤에도 발생할 수 있습니다. 반대로 현재 Direct를 사용 중이라면 스위치를 켰다는 이유만으로 트래픽이 선택한 프록시 서버를 통과한다고 볼 수 없습니다. Global Routing을 함께 확인해야 합니다.
처음 연결을 확인하는 동안에는 현재 네트워크를 유지하고 Wi-Fi에서 셀룰러 네트워크로 바로 전환하지 마세요. On Demand 설정도 잠시 미루세요. 변수를 줄이면 가져오기, 권한 승인, 연결 중 어느 단계에서 문제가 생겼는지 구분하기 쉽습니다. 연결을 중지하려면 Home 상단 스위치를 끄세요. Type이나 포트 등 주요 항목을 변경할 때는 먼저 연결을 해제하고 저장한 다음 다시 연결합니다.
연결 및 요청이 예상대로 처리되는지 확인하기
서버 연결 가능 여부, 대상 서비스 사용 가능 여부, 라우팅 결과를 각각 확인하세요.
Home으로 돌아가 Connectivity Test를 실행하고 현재 서버의 테스트 결과를 확인합니다. 이 기능은 해당 테스트 방식에서 연결 가능한지 판단하는 데 도움을 주지만 전체 서비스 이용을 검증하지는 않습니다. 테스트에 응답이 있더라도 인증, DNS, 전송 설정 또는 대상 서비스 상태에 따라 실제 요청이 실패할 수 있습니다. 반대로 특정 테스트 방식에서 응답이 없다고 해서 모든 요청이 불가능하다고 단정할 수도 없습니다.
명확한 대상을 열어 요청 경로 확인하기
브라우저나 사용할 앱에서 본인이 접근 권한을 가진 대상 서비스 중 현재 Config에서 처리될 것으로 예상되는 곳을 엽니다. 오랫동안 열어 둔 페이지는 연결이 끊긴 뒤에도 캐시된 내용이 표시될 수 있으니 그것만 확인하지 마세요. 새로 불러오거나 새로고침하고 도메인 조회 오류, 연결 시간 초과, 인증서 안내 또는 대상 서비스의 오류 페이지가 표시되는지 기록합니다. 이런 증상은 각기 다른 단계에서 발생하므로 단순히 '연결되지 않는다'고 하는 것보다 원인을 파악하기 쉽습니다.
Config를 사용한다면 대상 도메인이 어떤 규칙과 일치해야 하는지 먼저 확인합니다. 규칙에 따라 직접 연결되는 페이지가 열려도 해당 요청이 성공했다는 뜻일 뿐, 선택한 프록시 서버가 작동한다는 증거는 아닙니다. Proxy에서는 같은 요청이 성공하지만 Config에서 실패한다면 현재 Config, 규칙의 일치 순서 및 정책 대상을 중점적으로 확인하세요. 두 모드 모두 실패한다면 서버 정보와 로컬 네트워크를 점검합니다. 비교를 마친 뒤 원래 모드로 복원해 임시 설정이 남지 않도록 합니다.
한 번에 한 가지 조건만 변경하기
첫 테스트에서는 같은 서버, 같은 대상, 같은 로컬 네트워크를 유지하는 것이 좋습니다. Wi-Fi와 셀룰러 네트워크를 비교해야 한다면 먼저 기존 결과를 기록한 뒤 네트워크를 전환해 다시 테스트하세요. 본인이 보유한 다른 서버로 바꿔야 한다면 대상과 모드는 그대로 둡니다. 서버, DNS, 규칙을 동시에 바꾸면 성공과 실패 모두 원인을 파악하기 어려워지고 어떤 변경을 유지해야 할지도 알 수 없습니다.
대상 요청이 정상이고 모드가 예상과 일치하며 연결을 다시 설정해도 같은 결과가 재현된다면 이번 시작 단계 작업을 마쳐도 됩니다. 이후 필요에 따라 구독 업데이트, 그룹 정리 또는 On Demand를 설정하세요. Connectivity Test 방식의 차이, DNS 및 특정 요청 오류에 대한 자세한 설명은 자주 묻는 질문 및 문제 해결에서 확인할 수 있습니다. 첫 연결을 완료하기 위해 모든 설정을 하나씩 변경할 필요는 없습니다.
실패한 단계에 따라 점검하고 모든 설정을 한꺼번에 초기화하지 않기
기존 정보를 유지하고 문제가 발생한 지점과 가장 가까운 항목부터 확인하세요.
앞의 네 단계를 진행했는데도 예상한 결과가 나오지 않는다면 삭제와 재가져오기를 반복하지 마세요. 실패한 단계, 당시의 Global Routing, 사용 중인 로컬 네트워크와 오류 메시지를 기록합니다. 그런 다음 Settings에서 Test Method, On Demand, Diagnostics 등의 항목을 확인하세요. 각 기능은 테스트, 자동 연결 또는 진단을 위한 것으로, 어떤 서버든 사용할 수 있게 만드는 만능 스위치가 아닙니다.
Subscribe를 저장했는데 서버가 표시되지 않음
먼저 로컬 네트워크로 정상적으로 접속할 수 있는지 확인한 다음 구독 링크 전체가 입력됐는지, 만료되지 않았는지, 호환되는 구독 데이터가 반환되는지 점검하세요. 일부 링크에는 쿼리 매개변수가 포함되어 있으므로 복사할 때 뒷부분이 빠지면 반환 결과가 달라집니다. 같은 구독 그룹이 이미 있다면 목록이 중복되어 혼란스럽지 않도록 기존 그룹에서 먼저 업데이트하세요. 구독 내용의 유효성은 본인이 보유한 서비스 정보와 대조해야 합니다. 업데이트 방법과 여러 구독 정리는 구독 매뉴얼을 참고하세요.
연결을 켤 수 없거나 켠 직후 연결이 끊김
세 번째 단계로 돌아가 시스템 VPN 구성 권한이 완료됐는지 확인한 다음 SERVER에서 대상 서버가 실제로 선택되어 있는지 확인하세요. 스위치가 잠깐 켜졌다가 꺼진다면 앱이나 시스템에 표시된 구체적인 안내를 확인하고 Type, Host, Port 및 인증 항목을 점검합니다. 비밀번호가 맞아 보인다는 이유로 프로토콜 유형을 간과하지 마세요. TLS나 특정 전송 항목이 필요한 정보라면 주소와 포트만 입력해 저장해서는 안 됩니다.
테스트에는 응답이 있지만 페이지가 열리지 않음
먼저 테스트 방식을 확인하세요. Settings의 Test Method에 따라 테스트 결과의 의미가 달라지므로, 이를 전체 접속 가능 여부의 보장으로 볼 수는 없습니다. 그런 다음 네 번째 단계에 따라 같은 대상으로 Config와 Proxy를 비교하고 현재 규칙이 유효한 대상으로 요청을 전달하는지 확인하세요. 도메인 요청만 실패한다면 구체적인 오류에 따라 DNS를 점검합니다. 기록 없이 여러 DNS 주소를 동시에 바꾸지 말고, 인증서 안내가 나타났다고 해서 HTTPS Decryption을 함부로 켜지 마세요.
네트워크를 전환하거나 앱으로 돌아온 뒤 상태가 예상과 다름
먼저 연결을 수동으로 끈 다음 현재 네트워크에서 다시 켜고 테스트해 기본 연결이 안정적인지 확인하세요. On Demand를 이미 설정했다면 트리거 조건이 현재 네트워크 환경에 맞는지 살펴봅니다. On Demand는 조건에 따라 연결을 시작하는 기능이지 만료된 구독이나 잘못된 인증 정보를 고치는 기능이 아닙니다. 첫 연결도 성공하지 않았다면 우선 수동 연결을 유지하고 기본 검증을 마친 뒤 별도로 설정하세요.
추가 점검이 필요하다면 필요한 정보만 기록하기
현재 화면에서 제공하는 Diagnostics 항목으로 진단 정보를 확인하고, 실패 시각과 대상 요청을 중심으로 증상을 기록할 수 있습니다. 진단 정보에 대상 도메인, 서버 주소 또는 개인 정보가 포함될 수 있으므로 공유하기 전에 구독 링크, 비밀번호 및 인증 정보를 확인하고 가리세요. 변경 전 Config를 보관하고 한 번에 한 가지 항목만 수정한 뒤 같은 대상으로 다시 테스트하세요. 개선되지 않았다면 원래 값으로 되돌려 임시 변경이 계속 쌓이지 않도록 합니다.
시작 단계가 끝나면 평소에는 구독 내용이 유효한지, SERVER에서 올바른 항목을 선택했는지, Global Routing이 용도에 맞는지 확인하고 필요할 때 연결을 켜면 됩니다. 자세한 오류 유형은 자주 묻는 질문에서, 여러 구독·서버 및 백업 관리는 구독 관리 가이드에서 확인하세요. 첫 연결 단계에서 모든 고급 옵션을 설정할 필요는 없습니다.
