Shadowrocket 구독 가져오기
와첫 연결

기존 구독 링크가 있는 경우: Subscribe 사용

먼저 서비스 제공업체에서 받은 링크가 완전한지 확인합니다. 복사할 때 주소의 경로, 물음표, 뒤에 붙는 매개변수를 빠뜨리지 마세요. 웹페이지 제목, 설명, 메시지의 문장 부호가 함께 복사되지 않도록 합니다. 구독 주소에는 개인 접근 정보가 포함될 수 있으므로 본인 기기에만 저장하세요. 문제를 확인할 때 전체 주소가 보이는 스크린샷이나 문의 내용은 공개하지 마세요.

Shadowrocket의 Config를 열고 Subscribe를 찾아 구독을 추가한 다음 전체 URL을 입력하고 저장 후 업데이트합니다. 완료되면 Home으로 돌아가 SERVER 그룹에 가져온 서버가 표시되는지 확인합니다. 구독 이름만 저장된 것이 아니라 선택 가능한 항목이 실제로 나타나야 가져오기가 완료된 것입니다. 서비스 제공업체가 서버 구독이 아닌 구성 파일 주소를 제공했다면 해당 구성 파일 메뉴에서 가져와야 합니다. 주소가 특정 확장자로 끝난다는 이유만으로 파일 종류를 판단하지 마세요.

구독 업데이트는 서비스 제공업체가 반환한 내용을 다시 읽는 기능이며, 클라이언트가 새로운 서비스 이용 권한을 자동으로 얻는다는 뜻은 아닙니다. 처음 업데이트에 실패하면 현재 네트워크에서 해당 주소에 접근할 수 있는지 확인한 뒤 링크가 만료되었거나 매개변수가 빠지지 않았는지 살펴보세요. 업데이트를 반복해도 잘못된 주소는 해결되지 않으며, 호환되지 않는 내용을 프로토콜 이름을 바꿔 변환하려고 해서는 안 됩니다.

개별 서버 정보가 있는 경우: Add Server 사용

Home의 SERVER 그룹에서 Add Server를 찾거나 화면의 추가 메뉴를 열어 Add Server를 선택합니다. 먼저 Type을 누르고 서버 정보에 맞는 프로토콜 유형을 선택한 다음 화면에 표시되는 항목을 입력합니다. Type에 따라 필요한 매개변수가 달라집니다. 특정 프로토콜의 항목이 적다는 이유로 서비스 제공업체가 안내한 프로토콜을 다른 유형으로 대체하지 마세요.

공식 스크린샷에 표시된 항목을 예로 들면 Host는 서버 주소, Port는 서비스 포트, Password는 인증 정보, Method는 해당 암호화 방식입니다. Type에 따라 다른 인증, 전송 또는 TLS 매개변수가 필요할 수 있으므로 제공된 정보를 항목별로 대조하세요. 구독 URL을 Host에 입력하거나 웹페이지 접속 포트를 서비스 포트로 사용하지 마세요. 입력을 마치면 화면의 저장 또는 완료 기능을 사용하고 Home으로 돌아가 항목이 표시되는지 확인합니다.

정보가 QR 코드라면 Scan QR Code를 사용할 수 있습니다. 클라우드 JSON 형식임이 명확한 경우에는 안내에 따라 Import from Cloud JSON을 사용합니다. QR 코드로 가져와도 내용 형식이 바뀌지는 않습니다. 일반 웹 주소를 스캔한다고 서버 구성이 자동으로 만들어지는 것은 아닙니다. 클립보드에서 가져오기 전에 복사한 내용이 소개 문구가 아니라 완전한 연결 정보인지 확인하세요.

이 단계가 끝나면 Home에서 본인이 알아볼 수 있는 서버 항목을 하나 이상 확인할 수 있어야 합니다. 아직 여러 항목을 한꺼번에 테스트하거나 같은 정보를 반복해서 가져올 필요는 없습니다. 다음 단계의 모드 및 연결 확인을 위해 항목 하나를 먼저 준비하세요. 프로토콜 항목에 대한 자세한 설명은 프로토콜 참고 자료에서, 구독과 구성 파일의 차이는 용어 설명에서 확인할 수 있습니다.

Home으로 돌아가 Global Routing을 눌러 현재 선택 항목을 확인합니다. 처음 사용하는 경우 현재 설정을 기록한 다음 목적에 맞게 변경하세요. 세 가지 방식은 Config, Proxy, Direct이며 속도 등급이나 서버 품질을 나타내지 않습니다.

Config: 현재 규칙에 따라 트래픽 분기

Config를 선택하면 요청이 현재 활성화된 구성 파일에 따라 처리됩니다. 규칙에 따라 대상별로 PROXY, DIRECT 또는 REJECT를 지정할 수 있으며 실제 동작은 파일 내용에 달려 있습니다. 따라서 “Config를 선택했다”는 것은 “모든 요청이 서버를 사용한다”는 뜻이 아닙니다. 특정 대상이 DIRECT 규칙에 일치하면 직접 연결됩니다.

Config에 들어가 필요한 구성 파일이 선택되어 있는지 확인합니다. 편집 화면에는 General, Rule, Hosts, URL Rewrite, HTTPS Decryption 등의 구분 항목이 표시됩니다. Rule에서 규칙을 확인하고 Add Rule로 규칙을 추가할 수 있습니다. 서버 가져오기와 규칙 파일 활성화는 별개의 단계입니다. Home에 서버 항목이 나타나도 규칙 파일이 자동으로 활성화되는 것은 아닙니다. 처음부터 이 항목들을 모두 수정할 필요는 없습니다. 출처와 용도를 확인한 구성 파일을 사용하세요.

Proxy: 선택한 서버를 임시로 확인

Proxy는 문제를 확인하는 동안 트래픽 분기 규칙의 변수를 줄이고 선택한 서버로 접속할 수 있는지 살펴볼 때 적합합니다. 영구적으로 권장되는 모드가 아니며 시스템의 모든 트래픽이 같은 경로를 통과한다고 보장하지도 않습니다. 테스트 전에 Home에서 확인하려는 항목이 선택되어 있는지 확인하세요. 테스트 후 일상적으로 규칙에 따라 트래픽을 분기하려면 Config로 돌아간 뒤 결과를 다시 확인합니다.

Direct: 대상에 직접 연결

Direct는 일반 요청의 아웃바운드 경로로 선택한 프록시 서버를 사용하지 않으며 프록시 연결 결과와 비교할 때 사용할 수 있습니다. 연결 스위치가 켜져 있어도 대상이 로컬 네트워크 경로로 표시된다면 서버 정보가 잘못되었다고 단정하기 전에 Direct가 선택되어 있는지 또는 Config에서 DIRECT 규칙이 적용되었는지 확인하세요.

이 안내에서는 목적에 맞는 방식 하나만 선택하고 복잡한 규칙은 추가하지 않습니다. 선택한 뒤 Home으로 돌아가 Global Routing 행에 표시된 값을 기억하세요. 다음 단계에서 연결할 때 모드가 올바른지 확인하는 데 사용합니다. 규칙 순서나 FINAL의 역할을 잘 모르겠다면 규칙 키워드 설명을 먼저 읽고, 원본 파일을 저장하기 전에 여러 규칙을 연속으로 변경하지 마세요.

Home의 SERVER 그룹에서 이번에 사용할 서버를 선택하고 이름과 선택 표시를 확인합니다. 구독에 이름이 비슷한 항목이 여러 개 포함될 수 있습니다. 그룹 제목을 선택했다고 해서 특정 서버까지 선택된 것은 아닐 수 있습니다. 목록이 비어 있으면 첫 단계로 돌아가 정보를 가져오세요. 서버 정보 추가 대신 상단 스위치를 반복해서 켜고 끄지 마세요.

Global Routing에 예상한 방식이 표시되는지 확인한 다음 Home 상단의 Not Connected 옆 스위치를 켭니다. 처음 실행할 때 시스템에서 VPN 구성 추가를 허용할지 묻습니다. Shadowrocket에서 시작한 작업인지 확인한 뒤 허용하고 기기의 안내에 따라 암호 또는 생체 인증을 완료합니다. 이 권한은 기기에서 연결 구성을 설정하는 데 사용되며 구독 인증과는 별개입니다. 입력하지 않은 서버 매개변수를 채워 주지도 않습니다.

시스템 안내가 끝나면 Home으로 돌아와 연결 상태가 바뀌는지, 스위치가 계속 켜져 있는지 확인합니다. 권한을 승인한 직후에도 연결되지 않는다면 구성이 추가되었는지 확인한 뒤 한 번 더 켜 보세요. 기기에 관리 정책이 적용되어 있거나 시스템에서 VPN 구성 추가를 허용하지 않는다면 먼저 기기 권한 문제를 해결해야 합니다. 서버 암호를 바꾸어도 이 문제는 해결되지 않습니다.

연결 중에는 시스템 네트워크 연결을 제어하는 다른 기능을 동시에 활성화하지 마세요. 다른 연결이 현재 상태를 덮어쓸 수 있습니다. 처음 확인하는 동안에는 On Demand도 켜지 말고 수동 스위치로 연결을 제어하세요. 그래야 어느 작업에서 연결이 시작되었는지 구분하기 쉽습니다. 연결을 중지하려면 Home으로 돌아가 스위치를 끄고 연결 해제 상태로 바뀌었는지 확인합니다.

상단 상태가 바뀌었다는 사실만으로 연결 구성이 실행 중임을 알 수 있을 뿐, 원격 서버 인증 성공이나 모든 규칙의 정상 동작을 확인할 수는 없습니다. 현재 서버와 Global Routing을 그대로 유지한 채 다음 단계에서 실제 요청을 확인하세요. 같은 설정으로 문제를 재현할 수 있어야 여러 변수를 추측하는 대신 원인을 좁힐 수 있습니다.

가져온 뒤 항목이 없음: 먼저 반환된 내용 확인

구독 이름은 저장되었는데 SERVER가 비어 있다면 업데이트가 실제로 완료되었는지, 서비스 제공업체가 클라이언트에서 인식할 수 있는 구독 내용을 반환했는지 확인하세요. 주소 만료, 매개변수 누락, 계정 상태 변경 또는 로그인 페이지가 반환된 경우 가져오기에 실패할 수 있습니다. 먼저 서비스 제공업체에 링크가 유효한지 확인한 다음 다시 업데이트하세요. 서버 항목이 없는 상태에서 Global Routing을 조정하지 마세요.

스위치가 켜진 상태를 유지하지 않음: 권한과 매개변수 확인

스위치가 바로 꺼지면 시스템의 VPN 구성 추가 권한이 완료되었는지 먼저 확인한 뒤 선택한 서버의 Type, Host, Port, 인증 정보를 살펴보세요. TLS나 특정 전송 방식이 필요한 서버라면 관련 항목도 확인해야 합니다. 암호만 확인해서는 충분하지 않습니다. 방금 서버 항목을 바꿨다면 연결을 중지한 뒤 다시 켜고 같은 작업에서 문제가 재현되는지 살펴보세요.

테스트 결과는 있지만 페이지가 열리지 않음: 규칙과 DNS 구분

같은 대상을 사용해 Config와 Proxy의 결과를 비교하세요. Config에서만 문제가 발생하면 현재 구성 파일, 규칙 순서, 정책 대상을 먼저 확인합니다. 두 방식 모두 문제가 있다면 서버와 대상 자체에 접근할 수 있는지 확인하세요. 도메인 이름 해석에 실패하지만 다른 연결은 가능한 경우 구성의 DNS 관련 설정을 살펴봅니다. 도메인 하나가 열리지 않는다고 모든 DNS 매개변수를 바로 바꾸지 마세요.

Settings에서 Test Method와 Diagnostics를 확인할 수 있습니다. Test Method는 Connectivity Test의 테스트 방식을 파악하는 데 사용하고, Diagnostics는 문제 원인을 찾을 단서를 모으는 데 도움을 줍니다. 기록에는 오류 유형과 발생 단계만 남기세요. 공유하기 전에 구독 주소의 인증 정보, 서버 인증 항목과 기타 개인 정보를 숨깁니다. 프로토콜 항목의 차이는 프로토콜 참고 자료에서, 가져오기와 설정 관련 문제는 자주 묻는 질문에서 확인할 수 있습니다.

연결이 자동으로 복구되거나 반복해서 바뀜: On Demand 확인

수동으로 연결을 끈 뒤 다시 켜지거나 네트워크를 바꿀 때 예상과 다르게 동작한다면 Settings의 On Demand를 확인하세요. On Demand는 연결이 시작되는 방식에 영향을 줍니다. 수동 연결이 정상임을 확인한 뒤 설정하는 것이 좋습니다. 문제를 점검하는 동안 자동 실행 조건을 잠시 끄고 수동 연결이 안정적인지 확인한 다음 하나씩 복구하세요. 자동 재연결을 스위치 오류로 오해하지 않도록 합니다.

Settings에는 Proxy, TCP, UDP 등의 항목도 있지만 처음 연결할 때 하나씩 모두 수정해야 하는 목록은 아닙니다. 문제가 발생한 계층을 확인한 뒤 해당 안내에 따라 조정하세요. 모든 설정을 한꺼번에 활성화하기보다 정상 작동이 확인된 구성을 보관하는 편이 문제를 찾기 쉽습니다. 변경 후 Home으로 돌아가 다시 연결하고 네 번째 단계의 확인을 반복하세요. 설정이 저장되었다는 사실만 확인하고 점검을 끝내지 마세요.