Shadowrocket 빠른 시작

Shadowrocket을 열고 Home으로 이동합니다. 처음 사용할 때는 SERVER 그룹에 서버가 없을 수 있습니다. Add Server를 눌러 추가 화면으로 이동한 뒤 Type을 확인하고 보유한 정보에 맞는 유형을 선택합니다. 구독 주소, 단일 서버 공유 링크, 일반 웹페이지 주소는 서로 다른 형식입니다. 보유한 정보의 용도를 확실히 알 수 없다면 유형을 바꿔 가며 시도하지 말고 서비스 제공자가 안내한 매개변수 설명을 먼저 확인하세요.

기존 구독 링크: Subscribe 선택

Add Server에서 Type을 열고 Subscribe를 선택한 다음 전체 구독 주소를 해당 URL 필드에 입력하고 알아보기 쉬운 이름을 지정합니다. 복사할 때 주소의 경로와 쿼리 매개변수를 유지하고 앞뒤 공백이나 줄바꿈을 제거하세요. 도메인만 복사하지 마세요. 저장한 뒤 구독 내용을 가져올 때까지 기다리고 Home으로 돌아가 구독 그룹에 서버 항목이 나타났는지 확인합니다. 구독 이름만 보이고 서버가 없다면 바로 연결을 시작하지 말고 5단계에서 가져오기 결과를 확인하세요.

구독은 일반적으로 여러 서버를 관리하는 데 사용합니다. 이후 업데이트는 기존 구독 항목에서 진행하면 되므로 같은 주소를 매번 다시 추가할 필요는 없습니다. 서버 수나 이름이 바뀌면 먼저 업데이트가 성공했는지 확인한 뒤 사용할 항목을 다시 선택하세요. 구독을 가져왔다는 것은 주소에서 가져올 수 있는 내용이 반환되었다는 뜻일 뿐, 포함된 서버가 모두 연결 가능한 상태라는 의미는 아닙니다.

기존 단일 서버: 매개변수 확인

서비스 제공자가 단일 서버 매개변수를 안내했다면 Type에서 해당 프로토콜을 선택한 뒤 Host, Port와 해당 프로토콜에 필요한 인증 정보를 입력합니다. 예를 들어 Shadowsocks는 Password와 Method를 정확하게 입력해야 합니다. 다른 프로토콜은 필드가 다를 수 있으므로 한 프로토콜의 매개변수를 다른 유형에 적용하지 마세요. Host에 웹 주소 접두사를 임의로 추가하지 말고, Port는 안내된 값과 일치시키세요. Password의 대소문자와 복사 과정에서 추가된 공백도 확인합니다.

QR 코드가 있다면 Add Server 하단에서 Scan QR Code를 사용하고 시스템 안내에 따라 카메라 접근을 허용할 수 있습니다. Import from Cloud JSON은 해당 메뉴에 맞는 구성 데이터에만 사용하며, 모든 구독 링크에 적용되는 것은 아닙니다. 어떤 방법으로 가져오든 저장하기 전에 Type과 주요 필드를 확인하세요. 저장한 뒤 Home으로 돌아가 사용할 서버를 누르고 선택 표시가 올바른 항목에 있는지 확인합니다.

이 단계의 완료 기준은 “서버가 보이고 선택된 상태”이지 “인터넷 연결 성공”이 아닙니다. 다음 단계에서 요청을 서버에 전달할 방식을 결정합니다. 프로토콜 매개변수에 대한 자세한 설명은 초급부터 고급까지 공식 매뉴얼에서 확인할 수 있습니다. 처음 설정할 때는 서비스 제공자가 안내한 매개변수를 그대로 사용하세요.

Home으로 돌아가 Global Routing을 누르고 구성(Config), 프록시(Proxy), 직접 연결(Direct) 세 가지 옵션을 확인합니다. 처음 연결할 때는 서버 자체를 확인할지 기존 규칙에 따른 분기 결과를 확인할지 먼저 정합니다. 현재 모드를 모르는 상태에서 서버, 규칙, DNS를 동시에 변경하지 마세요. 문제가 생겼을 때 원인을 파악하기 어려워집니다.

구성(Config): 구성 파일의 규칙에 따라 처리

구성(Config)을 선택하면 현재 구성 파일의 규칙이 요청 처리 방식을 결정합니다. Config로 이동해 사용 중인 구성 파일을 확인하세요. 구성 편집 화면에서는 General, Rule, Hosts, URL Rewrite, HTTPS Decryption 등의 섹션을 볼 수 있습니다. 처음 설정할 때는 Rule을 확인해 기존 규칙이 필요한 접속 방식에 맞는지 살펴봅니다. 특별한 요구 사항이 없다면 연결을 위해 다른 섹션을 활성화하거나 모든 설정을 먼저 수정할 필요는 없습니다.

아래 예시는 규칙의 순서만 설명합니다. example.com과 하위 도메인에 해당하는 요청은 PROXY를 사용하고, 일치하지 않는 요청은 FINAL에 따라 DIRECT로 처리합니다. example.com은 예시 도메인이며 연결해야 할 서버를 뜻하지 않고, 개인의 요구 사항을 충족하는 완전한 구성도 아닙니다. 규칙은 위에서 아래로 확인하며 FINAL은 기본 처리 위치에 둡니다. 대상 요청이 앞선 규칙에 의해 처리되면 뒤의 규칙에서 다시 선택하지 않습니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

프록시(Proxy)와 직접 연결(Direct): 명확한 확인 목적에 사용

프록시(Proxy)는 클라이언트가 처리하는 요청을 프록시 모드로 전달하므로 처음 선택한 서버로 대상에 접속할 수 있는지 확인하는 데 적합합니다. 직접 연결(Direct)은 프록시 서버를 거치지 않고 대상에 바로 연결합니다. 현재 네트워크 자체의 접속 가능 여부를 비교할 때 대조 방식으로 사용할 수 있습니다. Global Routing은 특정 앱 전용 스위치가 아니라 현재 클라이언트의 요청 처리 방식을 나타냅니다.

규칙이 올바른지 아직 확인하지 못했다면 먼저 프록시(Proxy)로 연결 및 접속을 확인할 수 있습니다. 서버 사용 가능 여부를 확인한 뒤 구성(Config)으로 전환해 예상한 분기가 이루어지는지 살펴봅니다. 구성(Config)에서만 접속에 실패하고 프록시(Proxy)는 정상이라면 서버를 바로 삭제하지 말고 현재 구성, 규칙 순서, 일치 정책을 먼저 확인하세요. 자세한 규칙 설명은 체계적인 사용 매뉴얼에서 확인할 수 있습니다.

Home으로 돌아가 SERVER 그룹에서 사용할 항목이 선택되어 있는지 확인한 다음 Global Routing이 2단계에서 선택한 모드인지 살펴봅니다. 스크린샷 상단의 Not Connected는 아직 연결되지 않았다는 뜻입니다. 상단 연결 스위치를 켜고 상태가 바뀔 때까지 기다립니다. 한 번의 연결 결과를 확인할 수 있도록 진행 중에는 서버를 바꾸거나 스위치를 반복해서 누르지 마세요.

처음 연결을 시작할 때 시스템에서 VPN 구성 추가를 허용할지 요청할 수 있습니다. Shadowrocket에서 시작한 작업인지 확인한 뒤 안내에 따라 허용하고 기기 암호 또는 생체 인증을 완료합니다. 이 권한은 시스템 네트워크 확장 연결을 설정하는 데 사용하며, 구독 로그인 절차가 아니고 서버 정보를 대신 입력해 주지도 않습니다. 이전에 권한 요청을 취소했다면 클라이언트에서 연결을 다시 시작하고 시스템 안내에 따라 VPN 구성이 추가되었는지 확인하세요.

기기에서 다른 VPN 연결이 작동 중이라면 먼저 중지한 뒤 현재 절차를 다시 시도하세요. 시스템 연결을 동시에 사용하려는 상황을 피할 수 있습니다. 관리 대상 업무용 기기에는 조직 제한이 있을 수도 있습니다. VPN 구성을 추가하거나 활성화할 수 없다는 안내가 표시되면 기기 관리 요구 사항을 확인하고 모든 권한 문제를 서버 오류로 단정하지 마세요.

상단에 연결됨으로 표시되어도 확인을 끝내지 마세요. 연결 상태는 시스템 연결이 시작되었음을 나타낼 뿐, 모든 대상 웹사이트와 규칙, 네트워크 조건이 정상이라는 뜻은 아닙니다. 현재 서버와 모드를 유지하고 다음 단계에서 실제 접속을 테스트합니다. 스위치가 곧바로 꺼지면 표시된 안내 문구를 기록하고 5단계에 따라 시스템 권한과 서버 매개변수부터 확인하세요.

가져온 뒤 서버가 표시되지 않음

먼저 서비스 제공자의 계정 웹페이지가 아니라 전체 구독 주소를 복사했는지 확인합니다. 링크가 만료되지 않았는지, 쿼리 매개변수가 빠지지 않았는지, 현재 네트워크에서 구독 내용을 가져올 수 있는지 확인하세요. 로그인 페이지나 오류 정보가 반환되면 클라이언트가 서버 항목을 만들 수 없습니다. 기존 서비스 제공자에게 구독 상태와 형식을 확인한 뒤 원래 구독 항목에서 업데이트를 다시 시도합니다. 같은 구독을 여러 개 연속해서 만들면 각 항목의 가져오기 경로를 구분하기 어려워집니다.

스위치가 연결 상태를 유지하지 못함

먼저 시스템에서 VPN 구성 권한을 완료했는지, 다른 활성 연결과 충돌하지 않는지 확인합니다. 그런 다음 Add Server로 돌아가 Type, Host, Port, 인증 필드를 원본 정보와 대조합니다. 특히 포트 누락, Password 끝의 공백, 잘못된 프로토콜 선택에 주의하세요. TLS 등의 매개변수가 필요한 연결은 서비스 제공자가 안내한 관련 필드도 확인합니다. 검증 기능을 임의로 끄면서 시도하지 마세요. 수정한 뒤 저장하고 Home으로 돌아가 해당 항목을 다시 선택해 테스트합니다.

연결로 표시되지만 페이지가 열리지 않음

먼저 “모든 대상이 열리지 않음”과 “특정 웹사이트만 문제”를 구분합니다. 서버를 그대로 둔 상태에서 프록시(Proxy)와 구성(Config)의 접속 결과를 비교하세요. 구성(Config)에서만 실패한다면 Rule 순서, FINAL의 기본 처리 정책, 현재 실제 사용 중인 구성 파일을 확인합니다. 둘 다 실패한다면 DNS나 현재 네트워크 조건을 확인하기 전에 서비스 상태와 프로토콜 매개변수를 다시 점검하세요. 변경 사항을 기록하지 않은 상태에서 여러 설정을 동시에 바꾸지 마세요.

Settings에서 필요한 정보 수집

Settings로 이동하면 Test Method, On Demand, Diagnostics 등의 항목을 확인할 수 있습니다. Test Method는 연결 테스트의 판단 방식에 영향을 주므로 더 낮은 숫자를 얻기 위해 자주 바꾸지 마세요. 처음 문제를 확인할 때는 On Demand의 자동 실행을 잠시 중지하고 수동으로 연결과 해제를 진행해 자동 재연결이 결과 관찰에 주는 영향을 제외할 수 있습니다. 기본 절차가 정상임을 확인한 뒤 필요한 On Demand 설정을 복원하세요.

문제를 더 자세히 확인하려면 Diagnostics에서 사용 가능한 진단 정보를 살펴보고 발생 시간, 네트워크 유형, Global Routing 모드, 오류 문구를 기록합니다. 스크린샷이나 로그를 공유하기 전에 구독 주소, 암호, 인증 필드와 기타 계정 정보를 가리세요. 관련 지원 담당자에게 필요한 부분만 제공하고 전체 구성을 공개하지 마세요. 다른 질문은 FAQ 분류 안내에서 확인할 수 있으며, 매개변수와 규칙 및 일상 관리에 대한 체계적인 설명은 초급부터 고급까지 공식 매뉴얼을 참고하세요.

문제 해결 후 4단계의 실제 접속 테스트를 다시 진행합니다. 평소 구성으로 돌아가기 전에 임시로 변경한 모드, 테스트 방식, On Demand 설정이 여전히 필요한 상태인지 확인하세요. 이렇게 하면 다음에 문제가 발생했을 때 모든 설정을 다시 추측하는 대신 확인된 상태에서 점검을 시작할 수 있습니다.