Shadowrocket 여러 구독 관리 방법: 그룹 정리, 정렬, 삭제 및 중복 노드 정리

구독 출처, 노드 이름, 정책 그룹 구분하기

구독은 연결 매개변수를 일괄로 가져오는 출처이고, 노드는 그 안에 포함된 개별 연결 항목입니다. Home에서 출처별로 표시되는 그룹은 목록을 정리하기 위한 것입니다. Config에서 규칙에 따라 트래픽을 분기하는 정책 그룹은 요청이 어떤 출구를 사용할지 결정합니다. 목록에서 특정 출처를 위에 배치해도 모든 요청이 그 출처를 우선 사용하지 않으며, 규칙이 자동으로 변경되지도 않습니다.

정리하기 전에 Home에서 기존 구독과 메모를 확인한 다음 Config에서 현재 사용 중인 구성을 살펴보세요. 구성이 특정 노드 이름을 직접 참조한다면 노드를 삭제하거나 이름을 바꿀 때 참조 대상이 없어질 수 있습니다. 필터 조건으로 노드를 불러오는 구성이라면 이름 변경으로 필터 결과가 달라지는지도 확인해야 합니다.

• 구독 출처: “이 항목은 어디에서 업데이트되는가?”를 확인하는 기준이며, 중복 가져오기를 점검할 때 가장 먼저 살펴봐야 합니다.
• 노드 이름: “목록에서 이 항목을 어떻게 구분하는가?”를 보여 줍니다. 이름이 같다고 매개변수까지 같은 것은 아닙니다.
• 정책 참조: “어떤 요청이 이 항목을 사용하는가?”를 확인하는 것으로, 현재 Config에서 별도로 점검해야 합니다.

출처별 그룹화: 주소마다 관리 경로 하나씩 유지하기

먼저 기존 구독을 안정적으로 구분할 방법을 정하세요. 예를 들어 용도에 따라 “일상용”과 “예비용”으로 메모할 수 있습니다. 이는 정리를 위한 예시일 뿐, 서비스를 추천하는 의미는 아닙니다. Home에서 해당 구독의 편집 화면을 열고 구독 주소와 메모를 확인하세요. 표시 이름을 바꾸려고 원래 주소를 변경하지 말고, 구체적인 항목은 현재 화면을 기준으로 확인하세요.

같은 구독 주소를 두 번 추가하면 관리 경로도 두 개가 생깁니다. 메모를 다르게 적어도 업데이트 시 같은 내용이 다시 들어올 수 있습니다. 정리할 때는 도메인만 보지 말고 전체 주소를 비교하세요. 경로, 쿼리 매개변수 또는 접근 정보가 다르면 서로 다른 내용일 수 있습니다. 전체 구독 주소는 민감 정보이므로 공개 스크린샷이나 공유 기록에 넣지 마세요.

두 구독에서 일부 노드만 겹친다면 우선 각 출처를 그대로 유지하고 합치지 마세요. 업데이트에 문제가 생겼을 때 해당 구독을 찾아내기 쉽고, “원본 콘텐츠의 중복”과 “직접 중복으로 가져온 항목”을 구분할 수 있습니다. 전체 내용을 수동으로 기록하면 이후 매개변수가 바뀔 때 관리 부담이 커집니다.

노드 정렬: 이름순과 테스트 결과순 중 목적에 맞게 선택하기

정렬은 노드를 찾고 비교하기 위한 기능이지, 연결 품질을 보장하지 않습니다. Home에서 원하는 그룹에 현재 화면에서 제공하는 정렬 기능을 적용하세요. 노드를 이름으로 쉽게 찾으려면 이름순으로, 현재 네트워크에서의 응답을 비교하려면 지연 시간을 테스트한 뒤 결과순으로 정렬하세요. 작업 전에 적용 범위를 확인해 전체 목록의 순서를 바꾼 일을 특정 출처만 정리한 것으로 착각하지 않도록 하세요.

1. 정리할 출처를 펼쳐 현재 선택된 노드를 확인하고, 이름과 출처를 기록하세요.
2. 지연 시간을 비교하려면 같은 네트워크 환경에서 한 차례 테스트하세요. Wi-Fi와 셀룰러 네트워크에서 얻은 결과를 섞어 비교하지 마세요.
3. 현재 화면에서 제공하는 정렬 방식을 선택한 뒤, 노드의 표시 위치만 바뀌었는지 선택 항목도 바뀌었는지 확인하세요.
4. 구독을 업데이트한 뒤 순서를 다시 확인하세요. 구독에서 반환하는 내용이나 정렬 설정이 바뀌면 목록 표시도 달라질 수 있습니다.

지연 시간은 해당 테스트 방식과 당시 네트워크 상태를 반영할 뿐, 지속적인 다운로드 속도를 의미하지 않으며 특정 웹사이트에 반드시 접속할 수 있다는 보장도 아닙니다. 항목 하나가 시간 초과되면 구독 전체가 만료됐다고 판단하기 전에 프로토콜 매개변수와 현재 네트워크를 먼저 확인하세요.

중복 노드 정리: 이름뿐 아니라 연결 매개변수도 비교하기

중복 항목은 주로 세 가지 이유로 생깁니다. 같은 구독을 여러 번 추가했거나, 구독에 포함된 노드를 별도로 가져왔거나, 여러 구독에 일부 연결 매개변수가 동일한 항목이 들어 있는 경우입니다. 먼저 중복 구독을 확인하고, 그다음 수동으로 추가한 복사본을 살펴본 뒤, 마지막으로 출처가 다른 항목을 비교하세요. 이렇게 하면 원본에 포함된 중복을 앱의 저장 오류로 오해하지 않을 수 있습니다.

예를 들어 두 항목이 모두 edge.example.com:443을 사용하더라도 주소와 포트만으로 한쪽을 삭제해서는 안 됩니다. 프로토콜이나 인증 정보, TLS 및 전송 설정이 다를 수 있습니다. 여기의 도메인은 비교 방법을 설명하기 위한 예시이며 연결 구성으로 사용할 수 없습니다.

• 먼저 프로토콜을 비교하세요: Shadowsocks, VMess, VLESS, Trojan처럼 유형이 다르면 엔드포인트가 같아도 같은 항목으로 볼 수 없습니다.
• 그다음 인증 정보를 비교하세요: 해당 프로토콜에서 사용하는 Password, UUID, 키 등의 정보를 하나씩 확인하고, 인증 정보를 공개 문서에 복사하지 마세요.
• 전송 설정을 확인하세요: 해당 프로토콜에서 TLS나 다른 전송 옵션을 사용한다면 서버 이름, 경로와 관련 매개변수도 비교하세요.
• 마지막으로 출처를 비교하세요: 매개변수가 완전히 같더라도 출처가 다르면 어느 쪽을 업데이트 경로로 유지할지 먼저 확인한 뒤 복사본을 삭제하세요.

이름은 같지만 매개변수가 다른 항목은 구분 표시를 유지하세요. 이름은 달라도 매개변수가 같은 항목은 중복 후보입니다. Config에서 노드 이름을 참조할 수도 있으므로 중복 여부를 확인하기 전에 이름을 일괄 변경하지 마세요. 먼저 대응 관계를 기록하고, 일부만 변경해 검증한 다음 나머지를 처리하세요.

만료된 구독 삭제하기: 일시적인 업데이트 실패와 사용 중단 구분

업데이트가 한 번 실패했다고 구독이 만료된 것은 아닙니다. 먼저 현재 네트워크, 전체 구독 주소, 서비스 제공자가 안내하는 유효 상태를 확인한 뒤 해당 구독을 업데이트하세요. 네트워크 시간 초과, 콘텐츠 파싱 실패, 인증 정보 만료는 서로 다른 문제입니다. 화면에 표시된 안내를 보존하고 원인에 맞게 처리하세요. 문제를 가리려고 반복해서 삭제하고 다시 추가하지 마세요.

1. 유지할 출처를 정하세요. 예비 연결 매개변수가 작동하는지 확인하고, 현재 선택된 노드가 어느 그룹에 속하는지 기록하세요.
2. 필요한 구성을 백업하세요. 이미 보유한 구독 주소와 현재 Config의 필요한 백업을 보관하세요. 백업에 인증 정보가 포함될 수 있으니 주의하세요.
3. 삭제할 항목을 확인하세요. Home에서 대상 구독을 삭제하고 확인 안내를 읽으세요. 전체 출처와 개별 노드를 구분해 아직 사용하는 그룹을 실수로 삭제하지 않도록 하세요.
4. 남은 항목을 확인하세요. Home으로 돌아가 대상 출처가 삭제되었는지 확인한 뒤 Config에서 이전 이름을 가리키는 정책 참조가 남아 있는지 살펴보세요.
5. 실제 연결을 확인하세요. 유지할 출처의 노드를 선택해 연결한 다음, 원래 접속하려던 대상으로 테스트하세요.

로컬에서 구독 기록을 삭제해도 서비스 제공자 측 구독이 취소되는 것은 아닙니다. 구독에 포함된 개별 노드만 삭제한 경우, 이후 구독 업데이트에서 해당 노드가 다시 추가될 수 있습니다. 목록 항목을 장기적으로 줄이려면 먼저 현재 화면에 적합한 필터 설정이 있는지 확인하거나, 이용 중인 서비스의 관리 화면에서 반환 콘텐츠를 조정하세요. 로컬 삭제를 원본 콘텐츠의 영구 변경으로 여기지 마세요.

정리가 끝나면 Global Routing과 규칙 참조 확인하기

목록을 정리했다고 트래픽 분기 설정까지 동기화되는 것은 아닙니다. Home으로 돌아가 Global Routing을 확인하세요. Proxy, Direct, Config, Scene은 각각 다른 라우팅 사용 방식을 나타냅니다. 이 글은 구독 정리를 위해 이 설정을 바꾸도록 안내하지 않습니다. 규칙에 따른 트래픽 분기를 확인하려면 예상한 Config가 적용되어 있는지 살펴보세요. Direct에서의 접속 결과를 프록시 노드의 동작으로 판단해서는 안 됩니다.

• 선택 항목 확인: 삭제 작업으로 현재 선택된 노드의 대응 항목이 사라지지 않았는지 확인하세요.
• 규칙 대상 확인: Config에서 DOMAIN-SUFFIX, GEOIP, IP-CIDR 등의 규칙이 참조하는 정책을 계속 사용할 수 있는지 확인하고, FINAL의 기본 대상도 살펴보세요.
• 업데이트 결과 확인: 유지할 구독을 한 번 업데이트해 중복 항목이 다시 나타나는지, 이름이 바뀌는지 확인하세요.
• 자동 연결 확인: 정리하는 동안 네트워크 전환으로 연결이 시작되지 않게 하려면 Settings → On Demand에서 현재 설정을 확인하세요. 작업이 끝난 뒤에는 원래 필요했던 동작으로 되돌리세요.

한 번에 한 종류만 변경하는 것이 좋습니다. 먼저 중복 출처를 정리하고, 다음으로 이름과 정렬을 조정한 뒤, 마지막으로 정책 참조를 변경하세요. 출처, 노드 이름, 라우팅 설정을 한꺼번에 바꾸면 문제가 생겼을 때 매개변수 변경, 이름 불일치, 라우팅 설정 차이 중 무엇이 원인인지 파악하기 어렵습니다.

여러 구독 관리 관련 자주 묻는 질문