여러 구독을 관리할 때는 먼저 출처별로 그룹을 나누고, 그룹 안에서 테스트한 뒤 정렬하세요. 정리할 때는 구독이 중복 등록됐는지 먼저 확인하고, 그다음 중복 노드를 처리합니다. 이미 이용 중인 서비스에서 구독을 받은 사용자를 위한 안내로, 출처 기록, 구독별 가져오기, 업데이트 확인, 기존 항목 삭제, 연결 테스트 순서로 진행합니다. Shadowrocket은 iPhone, iPad, Mac, Windows, Android, Linux에서 사용할 수 있습니다. 아래 설명은 iPhone / iPad의 Home, Config, Settings 화면 용어를 기준으로 하며, 다른 플랫폼의 메뉴 위치는 실제 화면에서 확인하세요.
1. 구독 출처, 노드 목록, Config 구분하기
구독은 노드 정보를 가져오는 경로이고, 노드는 실제 연결에 사용하는 서버 설정입니다. Config에는 주로 규칙 등의 설정이 들어갑니다. 이 세 가지는 서로 대체할 수 없습니다. 구독을 하나 더 추가해도 별도의 라우팅 규칙이 자동으로 만들어지지 않으며, Config에서 규칙을 바꿔도 구독 출처가 바뀌는 것은 아닙니다. 정리하기 전에 현재 다루려는 항목이 어느 단계에 속하는지 확인하세요.
각 구독을 별도의 출처로 관리하고, 표시 이름과 용도, 업데이트 기록을 남겨 두세요. 수동으로 추가한 노드는 별도로 기록해 구독 업데이트 시 함께 갱신되는 항목으로 오인하지 않도록 합니다. 이 사이트는 노드, 구독 또는 서비스 제공업체를 제공·판매·추천하지 않습니다. 아래 절차는 이미 본인 구독을 보유한 경우를 전제로 하며, 구독 주소는 이용 중인 서비스 제공업체에서 확인하세요.
Shadowrocket은 폐쇄형 상용 앱입니다. 클라이언트의 일회성 구매와 회선 요금제는 별개이며, 앱 구매와 기존 구독의 이용 기간도 서로 다릅니다. iPhone / iPad의 시스템 요구 사항은 App Store 페이지에 표시된 내용을 확인하세요. Mac은 Apple 실리콘 및 Intel 버전을 제공합니다. 플랫폼별 이용 방법은 앱 다운로드 페이지에서 확인할 수 있습니다.
2. 구독을 하나씩 가져오고 출처별로 그룹 이름 지정하기
정리를 시작하기 전에 여러 QR 코드를 연속으로 스캔하거나 같은 주소를 반복해서 붙여 넣지 마세요. 한 번에 구독 하나만 가져온 뒤 Home에 해당 출처와 노드가 표시되는지 확인하고 다음 구독을 추가하세요. 이렇게 하면 목록이 비어 있거나 가져오기에 실패하거나 출처 이름이 비슷해도, 여러 목록을 뒤섞어 추측하지 않고 방금 수행한 작업을 확인할 수 있습니다.
- 이용 중인 서비스 제공업체에서 구독 주소를 확인하고, 출처를 개인적으로 관리하는 기록에 적어 두세요. 구독 주소에는 접근 토큰이 포함될 수 있으므로 공개 스크린샷, 포럼 또는 공유 스프레드시트에 붙여 넣지 마세요.
- Home에서 추가 메뉴를 누르고 Add Server로 이동한 다음 Type을 Subscribe로 설정하고 전체 주소를 URL에 입력하세요. 입력란은 플랫폼마다 다를 수 있으니 현재 화면을 기준으로 하세요. 구독 주소를 개별 노드의 Address 입력란에 넣지 마세요.
- Remarks 같은 이름 입력란에 출처를 표시하세요. 예를 들어 “01-주 사용”, “02-예비”처럼 지정할 수 있습니다. 번호는 출처를 구분하기 위한 것이며, Shadowrocket이 번호 순서대로 자동 전환한다는 뜻은 아닙니다.
- 저장한 뒤 해당 출처의 노드가 로드될 때까지 기다리세요. Home으로 돌아가 그룹 제목과 노드 수, 노드 하나 이상의 매개변수를 확인해 의도한 구독을 가져왔는지 점검합니다.
- 그다음 구독을 하나 더 가져오세요. 이미 등록된 주소를 새 출처로 다시 추가하지 마세요. 최신 목록이 필요하면 기존 출처를 업데이트하세요.
이름은 짧고 일관되게 정하고, 용도와 만료 정보를 노드 이름에 모두 넣을 필요는 없습니다. 구독에서 가져온 노드는 업데이트 후 로컬에서 변경한 이름이 원래 출처의 내용으로 덮어써질 수 있습니다. 장기간 유지할 메모는 구독 출처의 비고나 개인 기록에 남기세요. 이름을 유지하려고 주소의 token, 매개변수 순서 또는 인코딩을 임의로 변경하지 마세요.
주 사용 출처 기록
- 출처 메모
- 01-주 사용
- 가져오기 유형
- Subscribe
- 관리 위치
- Home의 해당 출처
- 정리 목표
- 유효한 구독 항목 하나만 유지
중복으로 다시 가져오는 대신 기존 출처를 먼저 업데이트하세요.
예비 출처 기록
- 출처 메모
- 02-예비
- 가져오기 유형
- Subscribe
- 확인 항목
- 출처 이름과 노드 매개변수
- 정리 원칙
- 각 출처를 따로 확인하고 그룹을 넘나들며 일괄 삭제하지 않기
두 출처에 이름이 같은 노드가 있다고 해서 중복이라고 단정할 수는 없습니다.
3. 지연 시간순 정렬 전에 테스트 조건 통일하기
지연 시간순 정렬은 목록 표시 순서만 바꾸며 안정성 순위를 뜻하지 않습니다. Config의 정책 참조도 자동으로 변경되지 않습니다. 테스트 방식마다 측정하는 대상이 다릅니다. TCP 핸드셰이크 성공은 해당 경로로 연결을 설정할 수 있다는 의미일 뿐, 인증이나 TLS 또는 대상 웹사이트 접속까지 정상이라는 뜻은 아닙니다. 비교하기 전에 테스트 방식과 네트워크 환경을 통일하세요.
- 같은 Wi-Fi 또는 같은 모바일 네트워크에서 구독 하나를 테스트하세요. 테스트 중에는 네트워크를 전환하거나 대용량 파일을 전송하지 마세요.
- Home에서 현재 화면에 표시되는 Connectivity Test 또는 지연 시간 테스트 메뉴를 사용하세요. 테스트 방식을 선택할 수 있다면 한 차례 테스트를 진행하는 동안 같은 설정을 유지하고, 서로 다른 방식의 결과를 한데 섞어 비교하지 마세요.
- 결과가 나올 때까지 기다린 다음 목록 메뉴에서 지연 시간순 정렬을 선택하세요. 플랫폼에 따라 메뉴 위치가 다를 수 있으므로 실제 화면에 표시되는 테스트 및 정렬 옵션을 기준으로 하세요.
- 잠시 기다렸다가 한 차례 더 테스트해 시간 초과가 계속되는지 확인하세요. 후보 노드로 실제 접속을 시도해 TLS 연결이 완료되고 대상 서비스가 열리는지 기록합니다.
- 노드를 선택한 뒤 현재 선택 상태를 확인하세요. 목록 첫 번째 줄에 있다는 이유만으로 현재 사용 중인 노드라고 판단하지 마세요.
| 관찰된 현상 | 확인할 수 있는 내용 | 다음 단계 |
|---|---|---|
| 같은 노드가 두 차례 테스트 모두 시간 초과 | 현재 테스트 조건에서 유효한 결과를 얻지 못함 | 주소, 포트, 네트워크를 확인한 뒤 프로토콜 매개변수 점검 |
| 지연 시간은 낮지만 웹페이지에 접속할 수 없음 | 테스트 성공이 전체 요청의 성공을 뜻하지는 않음 | 인증, TLS, DNS, 라우팅 규칙 확인 |
| 특정 출처의 노드만 모두 시간 초과 | 문제가 해당 출처에 집중됨 | 구독 업데이트가 성공했는지와 서비스 상태 확인 |
| 네트워크를 바꾸자 결과가 크게 달라짐 | 결과가 로컬 네트워크 경로의 영향을 받음 | Wi-Fi와 모바일 네트워크 결과를 각각 기록하고 한 차례 결과처럼 섞지 않기 |
정리: 사용 가능 여부를 먼저 확인한 뒤 지연 시간을 비교하세요
시간 초과가 계속되거나 실제 접속에 실패하는 노드를 먼저 제외한 뒤, 나머지 노드를 동일한 조건에서 정렬하세요. 한 번 낮은 지연 시간이 나왔다는 이유만으로 다른 노드를 일괄 삭제하지 마세요.
4. 중복 노드 정리: 출처를 확인하고 연결 매개변수 비교하기
이름이 같다는 것과 연결 설정이 같다는 것은 다릅니다. “예비”라는 이름의 노드 두 개가 서로 다른 주소나 포트를 사용할 수 있고, 이름이 다른 두 노드가 같은 서버에 연결될 수도 있습니다. 같은 주소를 사용하는 Trojan과 VLESS 설정, 또는 같은 주소에서 인증 정보가 다른 설정도 곧바로 중복 항목으로 간주해 삭제해서는 안 됩니다.
- 같은 출처를 두 번 가져온 경우: 먼저 두 구독 항목과 업데이트 내용을 비교하세요. 중복으로 가져온 것이 확인되면 유효한 출처 하나만 남기고 다른 항목을 삭제하세요. 해당 출처에 속한 노드를 하나씩 삭제하는 방식은 피하세요.
- 서로 다른 출처에 이름이 같은 노드가 있는 경우: 출처별로 구분한 상태에서 Type, Address, Port, 인증 정보를 확인하세요. 표시 이름만 보고 중복을 제거하지 마세요.
- 매개변수가 같아 보이는 경우: TLS, SNI, 전송 방식과 관련 경로 등의 설정도 확인하세요. 포트가 모두 443이라는 사실만으로 설정이 같다고 볼 수는 없습니다.
- 수동 노드와 구독 노드가 중복된 경우: 수동 항목이 의도적으로 별도 설정으로 유지된 것인지 확인하세요. 정리하기로 결정했다면 원래 구독에서 계속 업데이트할 수 있고 사용 가능 여부도 확인된 항목을 우선 남기세요.
- 삭제 후 업데이트하면 다시 나타나는 경우: 해당 항목이 출처에서 반환하는 내용에 여전히 포함되어 있다는 뜻입니다. 로컬에서 반복해서 삭제해도 원본 내용은 바뀌지 않습니다. 먼저 출처를 중복으로 가져왔는지 확인한 다음, 서비스 제공업체가 안내하는 구독 관리 방법을 따르세요.
인증 정보는 본인 기기에서 비교하세요. 도움을 요청한다며 비밀번호, UUID, 개인 키 또는 전체 구독 URL을 공개하지 마세요. 차이를 기록해야 한다면 구체적인 값은 복사하지 말고 “인증 정보가 같음” 또는 “인증 정보가 다름”이라고만 적으세요. 정리하기 전에 복구할 수 있도록 설정을 기록해 두고, 그 안에 포함될 수 있는 민감 정보도 안전하게 보관하세요.
중복 여부는 이름 문자열이 아니라 연결 설정과 출처를 기준으로 판단해야 합니다. Shadowrocket에서 로컬 항목을 삭제해도 서비스 제공업체 측의 구독 내용이 바뀌는 것은 아닙니다. 다음 업데이트 때 출처에 포함된 노드가 다시 로드될 수 있습니다.
5. 만료된 구독 삭제 및 업데이트 후 재확인 순서
한 번 업데이트 시간 초과가 발생했다고 구독이 이미 만료된 것은 아닙니다. 먼저 로컬 네트워크와 주소 전체가 올바른지 확인한 뒤, 서비스 제공업체가 안내하는 유효 상태를 확인하세요. 주소가 변경됐다면 기존 출처를 수정하거나 새 출처를 확인한 뒤 이전 출처를 제거하세요. 내용이 비슷한 항목 두 개를 장기간 함께 두지 마세요.
- 현재 연결 확인: Home에서 현재 사용하는 노드가 어느 출처에 속하는지 확인하세요. 삭제할 출처의 노드라면 먼저 사용 가능 여부가 확인된 다른 연결로 전환하세요. 삭제한 뒤 현재 선택이 무효가 된 것을 알아차리는 상황을 피할 수 있습니다.
- 규칙 참조 확인: Config에서 특정 노드 이름이나 정책을 가리키는 참조가 있는지 확인하세요. 출처를 삭제하거나 노드 이름을 바꾼 뒤에는 해당 참조도 다시 점검해야 합니다. Home 목록이 정돈되어 보이는지만 확인해서는 안 됩니다.
- 삭제 범위 구분: 구독 전체를 제거할 때는 출처를 삭제하고, 수동 설정 하나만 제거할 때는 해당 노드를 삭제하세요. 삭제 확인 화면에 표시된 대상과 범위를 확인한 다음 작업을 진행하세요.
- 남길 출처 업데이트: 계속 사용할 구독을 업데이트하세요. 노드가 정상적으로 다시 표시되는지, 앞서 삭제한 중복 항목이 돌아왔는지, 현재 선택한 항목이 여전히 유효한지 확인하세요.
- 실제 접속 확인: Global Routing이 원래 설정과 같은지 확인한 뒤, 프록시로 접속해야 하는 대상 하나와 직접 연결해야 하는 대상 하나를 테스트하세요. 정리 전후 조건을 같게 유지해야 새 문제가 생겼는지 판단할 수 있습니다.
Global Routing의 Proxy, Direct, Config, Scene은 라우팅 방식이며 구독 그룹이 아닙니다. Proxy와 Direct를 사용하면 목적에 따라 연결을 비교할 수 있습니다. Config는 현재 설정의 규칙에 따라 연결을 처리하고, Scene은 설정된 조건에 따라 작동합니다. 테스트가 끝나면 원래 사용하려던 방식으로 되돌리세요. 문제 해결을 위해 임시로 선택한 상태를 그대로 두지 마세요.
Settings → On Demand는 조건에 따라 연결을 설정하거나 해제하는 기능입니다. 구독 중복을 정리하거나 지연 시간에 따라 노드를 자동 전환하는 기능은 아닙니다. 테스트 중 연결 상태가 저절로 바뀌면 On Demand 조건도 확인해 자동 연결 동작을 구독 업데이트 문제로 오인하지 않도록 하세요.
정리: 삭제 후 업데이트와 실제 접속을 반드시 확인하세요
목록에서 중복이 사라진 것만으로는 충분하지 않습니다. 출처 업데이트가 성공하고, 현재 선택 항목이 유효하며, Config 참조가 작동하고, 실제 접속도 예상대로 되어야 정리가 완료된 것입니다.
6. 여러 구독 관리 FAQ
같은 구독을 다시 추가했는데 노드를 하나씩 삭제해야 하나요?
먼저 Home에서 두 출처의 주소와 내용을 비교하세요. 중복으로 가져온 것이 확인되면 업데이트가 정상적으로 되는 출처 하나를 남기고 다른 출처를 제거하세요. 노드를 하나씩 지우면 누락되기 쉽고, 업데이트 후 다시 나타날 수도 있습니다.
지연 시간순으로 정렬했는데 왜 계속 원래 노드가 사용되나요?
정렬은 목록 표시 순서를 바꾸는 기능이며 현재 선택 항목까지 바뀐다고 보장하지 않습니다. Home으로 돌아가 선택 표시를 확인하세요. Config의 정책을 사용 중이라면 실제로 적용되는 정책 참조도 확인해야 합니다. 목록 맨 위에 있다는 이유만으로 전환이 완료됐다고 판단하지 마세요.
삭제한 노드가 업데이트 후 다시 나타났는데 무엇을 잘못했나요?
먼저 해당 노드가 어느 출처에 속하는지 확인하세요. 구독에서 반환하는 내용에 노드가 계속 포함되어 있다면 로컬에서 삭제한 뒤 다시 로드될 수 있습니다. 같은 구독을 중복으로 가져온 경우에는 불필요한 출처를 정리하세요. 중복을 해결하려고 임의의 URL 매개변수를 바꾸지 마세요.
예비 구독에 이름이 같은 노드가 있는데 전부 삭제해도 되나요?
바로 삭제하지 마세요. 프로토콜, 주소, 포트, 인증, TLS 등의 관련 매개변수를 하나씩 비교하세요. 이름이 같아도 매개변수가 다르면 별도 설정일 수 있습니다. 매개변수가 같더라도 어느 출처를 남길지 결정하기 전에 Config 참조가 있는지 확인하세요.
업데이트에 실패해도 기존 노드를 계속 사용할 수 있나요?
업데이트 실패만으로 저장된 노드의 사용 가능 여부를 판단할 수는 없습니다. 기존 항목은 그대로 두고 현재 노드와 구독 주소 가져오기를 각각 테스트하세요. 새 내용이 정상적으로 로드된 것을 확인하기 전에는 업데이트 재시도를 위해 기존 출처를 전부 삭제하지 마세요.