Shadowrocket 사용법

Subscribe로 가져오기

Shadowrocket을 열고 Home으로 이동한 다음 Add Server를 누릅니다. 추가 화면에서 Type을 누르고 Subscribe를 선택한 뒤 입력 화면으로 돌아옵니다. 서비스 제공업체에서 받은 전체 구독 링크를 URL 입력란에 붙여 넣고, 앞뒤 부분과 쿼리 매개변수가 모두 포함되어 있는지 확인한 다음 저장합니다. 서비스 안내 페이지 주소를 구독 주소로 착각해 입력하지 않도록 주의하세요. 복사할 때 안내 문구, 따옴표 또는 줄바꿈이 함께 들어가지 않았는지도 확인합니다.

저장한 뒤 Home으로 돌아가 구독 정보를 가져올 때까지 기다립니다. 구독 그룹과 그 안의 서버 항목이 보여야 목록이 클라이언트에 들어온 것입니다. 그룹 이름만 표시되는 것으로는 가져오기가 완료되었다고 볼 수 없습니다. 해당 그룹을 펼쳐 선택할 항목이 있는지 확인한 다음, 테스트할 서버를 하나 선택합니다. 처음에는 출처가 분명한 항목 하나만 남겨 두면 같은 링크를 중복으로 가져와 혼동하는 일을 줄일 수 있습니다.

목록이 비어 있다면 먼저 기기의 네트워크가 작동하는지 확인한 다음 링크가 완전하고 유효한지 점검합니다. 구독을 업데이트하면 원본에 있는 내용을 다시 가져올 뿐, 만료된 서비스 권한이 복구되지는 않습니다. 링크 상태는 서비스 제공업체에 확인하세요. 같은 구독을 반복해서 새로 추가해 문제를 해결하려고 하지 마세요.

Add Server에서 직접 입력

Host, Port, 인증 정보 등의 개별 설정값이 있다면 Home에서 Add Server를 누르고, 제공된 정보에 명시된 프로토콜에 맞춰 Type을 선택한 뒤 각 항목을 입력합니다. Host에는 서버 도메인 또는 주소를, Port에는 연결 포트를 입력합니다. Password, Method 등의 항목은 선택한 Type에 따라 달라집니다. 공식 스크린샷은 여러 입력 조합 중 한 가지 예시이며, 모든 프로토콜이 같은 인증 방식을 사용하는 것은 아닙니다.

원본 정보와 각 항목을 대조하세요. 특히 인증 값의 대소문자, 포트 번호, 복사할 때 생길 수 있는 앞뒤 공백을 확인합니다. TLS, 전송 방식 또는 기타 추가 항목은 제공된 정보를 기준으로 입력하고, 프로토콜 이름만 보고 값을 추측하지 마세요. 항목의 의미가 불분명하면 용어집을 확인하세요. 프로토콜 매개변수의 관계는 프로토콜 매뉴얼에서 더 알아볼 수 있습니다. 이 페이지에서는 첫 연결에 필요한 사항만 확인합니다.

해당 QR 코드가 있다면 Add Server에서 Scan QR Code를 사용할 수 있습니다. Import from Cloud JSON은 해당 형식의 정보를 가져오는 기능이며, 일반 구독 링크 입력란으로 사용하면 안 됩니다. 저장한 뒤 Home으로 돌아가 새 항목이 있고 선택되어 있는지 확인합니다. 여기까지는 정보 입력 단계이며 아직 연결된 것은 아닙니다. 다음으로 Global Routing을 선택해야 합니다.

세 가지 모드 구분

Home에서 Global Routing을 누르고 이번 작업의 목적에 맞춰 Config, Proxy 또는 Direct를 선택합니다. Config는 현재 활성화된 구성 파일을 기준으로 연결 정책을 적용하므로 분명한 라우팅 규칙이 있을 때 사용합니다. Proxy는 일반적으로 해당 모드에서 처리되는 연결을 프록시 경로로 보내므로 규칙의 영향을 따로 확인할 때 유용합니다. Direct는 대상에 직접 연결하며 프록시 서버의 작동 여부를 확인하는 용도로는 적합하지 않습니다.

서버를 처음 테스트할 때 Config의 내용을 아직 확인하지 않았다면 Proxy를 잠시 선택해 서버 경로를 먼저 확인할 수 있습니다. 테스트가 끝나면 필요에 따라 Config로 되돌립니다. 이는 문제 범위를 좁히는 방법일 뿐, Proxy가 모든 일상적인 사용 상황에 적합하다는 뜻은 아닙니다. 테스트 전후에 원래 선택한 모드를 기록해 두어 규칙이 작동하지 않는다고 오해하지 않도록 하세요.

Config 사용 전 파일 확인

Config를 사용하려면 Config 화면으로 이동해 현재 활성화된 파일이 무엇인지 확인한 뒤 파일 내용을 살펴봅니다. 구독은 대개 서버 목록을 제공하고 Config는 규칙 등의 설정을 관리합니다. 구독 업데이트가 성공했다고 해서 현재 Config가 바뀌거나 원격 Config가 활성화되는 것은 아닙니다. 파일이 목록에 있는지와 실제 적용 중인지 여부를 각각 확인해야 합니다.

공식 스크린샷에는 Config 편집 화면의 General, Rule, Hosts, URL Rewrite, HTTPS Decryption 섹션이 표시됩니다. 처음 사용할 때는 Rule을 중점적으로 살펴보면 됩니다. 일반적인 연결을 위해 다른 섹션까지 하나씩 수정할 필요는 없습니다. 파일 내용을 열어 보는 것만으로 현재 사용 중인 파일이 자동으로 바뀌지는 않습니다. 편집한 뒤에는 목록으로 돌아가 저장 결과와 활성화 상태를 확인하세요.

Rule의 규칙은 보통 위에서 아래 순서로 적용되며, 처음 일치하는 규칙이 정책을 결정합니다. 앞선 규칙에 해당하지 않는 연결은 FINAL이 처리합니다. PROXY, DIRECT, REJECT는 정책 키워드이며 Global Routing의 Proxy, Direct와는 서로 다른 설정 계층입니다. 앞의 키워드는 규칙 결과에 사용하고 뒤의 항목은 전체 모드를 지정하므로, 대소문자와 사용 위치를 원문 및 화면에 맞춰 구분하세요.

모드를 확인한 뒤 Home으로 돌아갑니다. 세 가지 모드와 규칙이 함께 작동하는 방식을 알고 싶다면 프록시 모드 안내를, 특정 키워드의 의미만 확인하려면 용어집을 참고하세요. 첫 연결 단계에서 모든 Config 설정을 파악할 필요는 없습니다.

Home에서 연결 시작

Home으로 돌아가 먼저 SERVER 그룹에서 선택된 항목을 확인한 다음 Global Routing이 방금 정한 모드인지 확인합니다. Wi-Fi 또는 셀룰러 네트워크가 정상적으로 작동하는지 확인한 뒤 화면 상단의 연결 스위치를 켭니다. 공식 스크린샷의 Not Connected는 연결되지 않은 상태의 예시입니다. 실제로 연결할 때는 스위치와 상태 문구가 바뀌는지 확인하세요. 스크린샷의 문구를 연결 성공 표시로 오해하지 마세요.

처음 연결을 시작할 때 시스템에서 VPN 구성 추가를 허용하라는 메시지가 표시될 수 있습니다. 안내를 읽고 방금 Shadowrocket에서 직접 시작한 작업인지 확인한 뒤 계속 진행하여 기기 인증을 완료합니다. 이 단계에서는 클라이언트가 시스템 네트워크 확장 기능을 통해 연결을 처리할 수 있도록 허용합니다. 서버 정보를 만들거나 앞 절의 구독 가져오기를 대신하는 단계는 아닙니다.

시스템 확인을 마친 뒤 Home으로 돌아와 상태가 안정될 때까지 기다립니다. 이전에 권한 요청을 취소했다면 스위치가 꺼진 상태로 돌아갈 수 있습니다. 다시 연결을 시작하고 시스템 안내를 처리하세요. 기기 관리 정책으로 VPN 구성을 추가할 수 없다면 먼저 관리 제한을 확인하세요. 권한을 승인할 수 없는 문제를 서버 설정 오류로 단정하지 마세요.

연결 후에는 조건을 바꾸지 말고 유지

스위치가 켜지고 연결 상태가 표시되더라도 기기의 연결 절차가 해당 단계까지 진행되었다는 뜻일 뿐, 선택한 서버가 모든 대상에 접속할 수 있음을 증명하지는 않습니다. 현재 서버와 Global Routing을 유지한 채 다음 절의 테스트를 진행하세요. 상태가 바뀌는 즉시 여러 항목을 연달아 전환하면 결과를 같은 조건과 연결하기 어렵습니다.

기기에서 다른 VPN 구성이 작동 중이라면 실제로 어떤 구성이 적용되는지 먼저 확인하세요. 필요하다면 다른 연결을 중단한 뒤 테스트합니다. 처음 수동으로 확인하는 동안에는 On Demand가 기존 조건에 따라 연결을 다시 시작하는지도 살펴보세요. 임시로 설정을 바꾸기 전에는 원래 값을 기록하고 작업이 끝나면 복원합니다.

iPad에서도 iPhone과 같은 순서로 진행하지만 화면에 표시되는 폭은 다를 수 있습니다. 어느 기기에서든 실제 Home, Global Routing 화면과 시스템 권한 안내를 기준으로 진행하세요. 테스트를 마치려면 Home으로 돌아가 연결 스위치를 끄고 상태가 바뀌었는지 확인합니다.

가져온 목록이 비어 있거나 연결이 바로 실패함

구독을 가져온 뒤 목록이 비어 있다면 첫 단계로 돌아가 링크와 업데이트 결과를 확인하고, 기기의 기본 네트워크가 작동하는지 점검한 뒤 서비스 제공업체에 구독 상태를 확인하세요. 서버 목록은 표시되지만 연결에 실패한다면 Type, Host, Port 및 인증 항목을 하나씩 대조합니다. 도메인을 사용하는 경우 이름 확인에 실패한 기록이 있는지도 살펴보세요. 가져오기 성공과 서버 사용 가능 여부는 별개의 문제이므로 구분해서 확인해야 합니다.

스위치가 켜진 상태로 유지되지 않으면 먼저 시스템 VPN 권한이 승인되었는지, 기기 제한이나 다른 연결 설정이 방해하는지 확인하세요. 기기의 연결 상태는 정상인데 Connectivity Test와 실제 접속이 모두 실패한다면 서버 설정과 네트워크 조건을 점검합니다. 연결을 중지한 상태에서 기본 네트워크가 작동하는지 확인한 뒤 다시 연결해 테스트하면 프록시 경로에서만 문제가 발생하는지 파악하는 데 도움이 됩니다.

테스트는 통과했지만 대상이 열리지 않음

Settings에서 Test Method를 확인해 테스트 결과가 무엇을 의미하는지 파악합니다. 테스트 방식이 대상에서 사용하는 실제 전송 방식을 확인하지 않을 수도 있습니다. 페이지 열기, 앱 로그인, 일부 기능 사용 실패는 각각 다른 요청과 관련될 수 있습니다. 일정한 대상과 서버 하나를 정해 테스트하고, 특정 테스트 수치를 얻기 위해 TCP, UDP 등의 설정을 동시에 바꾸지 마세요.

원래 모드를 기록한 뒤 Proxy와 Config를 잠시 비교해 볼 수 있습니다. 같은 대상이 Proxy에서는 작동하고 Config에서는 실패한다면 현재 Config, 적용된 규칙과 정책을 먼저 확인하세요. 두 모드 모두 실패한다면 서버 설정, 서버 상태와 현재 네트워크를 점검합니다. 테스트가 끝나면 원래 사용하려던 모드로 복원하세요. Direct 결과로 프록시 경로를 확인할 수는 없습니다.

On Demand 및 Diagnostics 확인

Settings의 On Demand는 기존 조건에 따라 연결을 시작할 수 있습니다. 수동으로 끈 뒤 다시 연결되면 먼저 이곳에 해당 조건이 설정되어 있는지 확인한 다음 비정상 여부를 판단하세요. 처음 문제를 점검할 때는 관련 조건을 기록하고 잠시 비활성화하면 수동 스위치의 결과를 확인하기 쉽습니다. 확인이 끝나면 필요에 따라 설정을 복원하고 테스트용 상태를 계속 유지하지 마세요.

추가 단서가 필요하면 Diagnostics로 이동해 오류가 발생한 단계와 확인 가능한 진단 정보를 기록합니다. ‘가져오기에 성공했는지, 스위치가 켜졌는지, Global Routing이 무엇인지, 어떤 대상에서 실패했는지, 네트워크를 바꾸어도 재현되는지’를 구체적으로 정리하세요. 단순히 ‘연결이 안 됩니다’라고만 적지 마세요. 발생 시각을 기록한 뒤 다시 재현하면 많은 로그에서 해당 요청을 찾는 데 도움이 됩니다.

원인을 파악하기 어렵다면 구체적인 증상에 따라 문제 해결을 계속 진행하세요. 항목의 의미가 불분명하면 용어집을 참고하세요. 이 페이지에서는 첫 연결에 필요한 기본 절차를 모두 확인했습니다. 정보가 Home에 추가되고, 모드가 정해지고, 시스템 권한이 승인되며, 실제 요청을 확인하고, 실패한 단계를 설명할 수 있습니다.