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

1. 구독, 노드, Config의 차이

구독은 여러 연결 설정을 가져오는 출처이고, 노드는 그 안에 포함된 개별 연결 설정입니다. 구독 하나에 여러 노드가 포함될 수 있고, 같은 노드가 여러 구독에 있거나 별도로 가져와 Home에 표시될 수도 있습니다. 따라서 Home에 비슷한 항목이 두 개 보인다고 해서 가져오기에 문제가 생겼다고 단정할 수는 없습니다.

Config는 규칙 설정을 관리하고 Settings는 앱 설정을 관리합니다. Home의 구독 이름을 정리하는 것은 Config의 규칙이나 정책 그룹을 수정하는 것과 다릅니다. 규칙 설정에서 노드 이름을 참조하거나 이름으로 노드를 필터링한다면 이름 변경, 업데이트, 삭제 후 해당 참조도 확인하세요.

여기서 ‘그룹’은 우선 구독 출처별로 목록을 구분한다는 뜻이며, 규칙에서 선택할 수 있는 정책 그룹을 자동으로 만든다는 의미는 아닙니다. 도메인별로 서로 다른 아웃바운드를 선택하려면 Config의 규칙과 정책 설정을 별도로 확인해야 합니다. 구독 Remarks만으로는 설정할 수 없습니다.

2. Remarks로 출처를 구분하고 가져오기 전에 확인

각 구독에 변경되지 않는 출처용 Remarks를 지정하고, 구독의 정체성과 노드의 용도를 구분해 표시하세요. 예를 들어 구독 Remarks는 ‘01-출처 A-일상’, ‘02-출처 B-예비’로 지정하고, 노드의 기존 이름은 우선 그대로 둡니다. 번호 접두사는 사람이 알아보기 위한 것이며 앱이 이 기준으로 자동 정렬한다는 뜻은 아닙니다.

1. Home에서 기존 구독 그룹을 먼저 확인하고, 해당 구독의 편집 화면으로 들어가 URL(구독 주소)이 저장되어 있는지 확인하세요.
2. 새 구독을 추가해야 한다면 Home의 추가 메뉴에서 Type을 Subscribe로 선택한 다음, 본인이 이미 보유한 구독 URL을 입력하세요.
3. Remarks에 출처를 알아볼 수 있는 짧은 이름을 입력하세요. 저장한 뒤 해당 구독에 예상한 노드가 표시되는지 확인합니다.
4. 기존 구독의 이름만 바꾸려면 원래 구독의 Remarks를 수정하세요. 표시 이름을 바꾸려고 구독을 다시 가져올 필요는 없습니다.

구독 주소에는 접근 토큰이 포함될 수 있습니다. 중복 출처를 확인할 때 기기에서 전체 주소를 비교할 수 있지만, 주소나 QR 코드 또는 편집 화면 전체를 다른 사람에게 보내지 마세요. 도메인과 경로가 같아도 토큰이 다르면 권한이 다를 수 있으므로 앞부분만 보고 하나로 합치면 안 됩니다.

3. 현재 목록 기능에 맞춰 정렬하고 번호를 자동 정렬 규칙으로 여기지 않기

순서를 정리할 때는 ‘구독 그룹의 위치’와 ‘그룹 안 노드의 위치’를 따로 다루세요. 먼저 어느 계층을 조작하는지 확인한 뒤 실제 화면에 제공되는 정렬 또는 편집 기능을 사용합니다. 노드 목록에서 한 번 조작했다고 모든 구독 그룹의 순서가 바뀌었다고 생각하지 마세요.

• 수동 이동: 현재 목록에서 편집 모드로 전환했을 때 이동 핸들이 표시되면 자주 쓰는 항목을 선택하기 편한 위치로 옮길 수 있습니다. 해당 기능이 없다면 드래그 절차를 적용하지 마세요.
• 이름순 정렬: 현재 화면에서 이름순 정렬을 제공한다면 이름을 먼저 일관되게 지정한 뒤 해당 정렬 방식을 선택하세요. 숫자 접두사만으로 정렬 방식이 자동 변경되지는 않습니다.
• 지연 시간 결과: 측정값은 당시의 네트워크 환경을 반영합니다. 출처를 구분하는 기준이나 지속적인 다운로드 속도를 대신할 수 없습니다.
• 업데이트 후 순서: 출처에서 반환하는 노드 목록은 달라질 수 있습니다. 업데이트가 끝나면 자주 쓰는 노드의 위치와 현재 선택 항목을 다시 확인하세요.

Config의 정책에서 노드 이름을 직접 참조한다면 정렬을 위해 여러 노드 이름에 일괄적으로 접두사를 붙이지 않는 편이 좋습니다. 먼저 구독 계층의 Remarks를 수정하고 정책의 참조 방식을 확인하세요. 이름에 의존하지 않는 것을 확인한 뒤에 노드 이름을 변경하는 것이 안전합니다.

4. 그룹별 업데이트: 기록하고 새로고침한 뒤 확인

구독 업데이트는 출처가 제공하는 노드 내용을 다시 가져오는 작업이지, 현재 노드의 연결 여부를 간단히 테스트하는 작업이 아닙니다. 출처에서 노드를 추가하거나 삭제하고 연결 매개변수를 변경할 수 있으므로 업데이트 후 개수나 이름이 바뀌어도 반드시 로컬 오류인 것은 아닙니다. 먼저 해당 그룹의 현재 노드 수와 사용 중인 노드 이름을 기록한 뒤 업데이트하세요.

1. Home에서 대상 구독을 찾아 해당 구독에 제공되는 업데이트 기능을 사용하세요. 메뉴 이름과 위치는 현재 앱 화면을 기준으로 확인합니다.
2. 작업이 끝날 때까지 기다린 뒤 성공 또는 오류 메시지를 확인하세요. 업데이트를 연달아 여러 번 실행하지 마세요.
3. 업데이트 전후의 그룹 내용을 비교해 자주 쓰던 노드가 남아 있는지, 새 항목이 해당 출처에 속하는지 확인하세요.
4. 현재 선택된 노드를 확인하세요. 기존 노드가 삭제됐다면 아직 유효한 노드를 다시 선택한 뒤 해당 노드에 의존하는 정책도 확인합니다.
5. 한 그룹의 확인을 마친 후 다음 그룹을 업데이트하면 문제를 특정 출처로 좁히기 쉽습니다.

업데이트 시간 초과는 이번에 가져오기가 완료되지 않았다는 뜻일 뿐, 모든 노드가 작동하지 않는다는 의미는 아닙니다. 먼저 기기의 현재 네트워크, 구독 주소가 완전한지, 출처에서 접근 권한 변경을 안내했는지 확인한 다음 앱에 표시된 오류 메시지를 살펴보세요. 기존 노드에 연결할 수 있더라도 구독 주소에 지금 접근할 수 있다는 보장은 없습니다.

5. 중복 노드 정리: 이름이 아니라 연결 매개변수 비교

이름이 같은 노드라도 서버, 포트 또는 전송 매개변수가 다를 수 있고, 이름이 달라도 같은 연결 설정을 가리킬 수 있습니다. 정리하기 전에 각 노드의 편집 화면에서 매개변수를 비교하고 어느 구독에서 가져왔는지 기록하세요. 프로토콜이나 인증 정보가 다른 항목은 표시 이름이 비슷하다는 이유만으로 삭제하면 안 됩니다.

위 포트는 비교 방법을 설명하기 위한 예시일 뿐, 특정 값으로 통일하라는 권장 사항이 아닙니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 항목 구성이 모두 같지 않으므로 해당 노드의 실제 프로토콜에 맞춰 확인하고, 기존 설정에서 유효한 매개변수를 유지하세요.

같은 출처를 중복으로 가져온 경우 Remarks가 명확하고 참조 관계를 확인한 구독을 우선 남긴 뒤 중복 구독을 삭제하세요. 서로 다른 출처라면 연결 매개변수가 같더라도 각 출처의 업데이트 관계를 유지할 필요가 있는지 먼저 확인합니다. 로컬에서 노드 하나를 삭제해도 출처가 이후 해당 노드를 제공하지 않게 되는 것은 아닙니다.

• 이름은 같지만 매개변수가 다름: 유지하고 출처 Remarks로 구분하세요.
• 같은 출처를 중복으로 가져옴: 전체 구독 주소를 확인한 뒤 구독 계층에서 정리하세요.
• 별도로 가져온 항목과 구독 내 항목이 중복됨: 별도 항목이 여전히 필요한지 먼저 확인한 뒤 삭제할 쪽을 결정하세요.
• 삭제 후 업데이트하면 다시 나타남: 해당 항목이 구독에서 계속 제공된다는 뜻입니다. 반복해서 삭제하지 말고 로컬 정리 방법을 다시 검토하세요.

6. 구독 삭제 전 선택된 노드와 정책 참조 확인

노드 삭제와 구독 삭제는 서로 다른 작업입니다. 조작하기 전에 현재 선택된 대상이 그룹인지 개별 항목인지 확인하고 확인 메시지를 읽으세요. 현재 해당 그룹의 노드를 사용 중이라면 삭제 후 연결 대상이 불명확해지지 않도록 먼저 사용할 수 있는 다른 항목으로 전환하는 것이 좋습니다.

1. Home에서 삭제할 구독의 편집 또는 관리 메뉴로 들어가세요. 화면에 스와이프로 삭제하는 기능이 있더라도 스와이프 대상이 맞는지 먼저 확인합니다.
2. 구독 Remarks와 출처 주소를 확인해 보존하려는 그룹이 아닌지 확인하세요.
3. 삭제 확인 메시지를 읽고 그룹 안의 노드도 함께 삭제되는지 확인하세요. 삭제 범위는 현재 앱에 표시되는 안내를 기준으로 합니다.
4. 삭제 후 Home으로 돌아가 그룹과 선택된 노드를 확인한 다음 Config에서 관련 정책 참조를 살펴보세요.
5. 복구해야 한다면 안전하게 보관한 원래 구독을 다시 가져오세요. 로컬 항목을 삭제해도 출처 측의 서비스 관계가 취소되는 것은 아닙니다.

연결 결과를 확인할 때는 Global Routing에서 현재 선택한 Proxy, Direct, Config 또는 Scene도 구분해야 합니다. 이 설정은 요청에서 아웃바운드를 사용하는 방식을 결정하며 구독 출처를 관리하지는 않습니다. 요청이 예상한 노드를 거치지 않는다면 구독을 계속 삭제하기보다 현재 라우팅 선택과 설정을 확인하세요.

7. 여러 구독 관리 FAQ

정리를 마친 뒤에는 구독 Remarks, 출처 확인 정보, 자주 쓰는 노드의 원래 이름, 정책 의존 항목을 개인 기록으로 남겨 두세요. 토큰이 포함된 전체 주소와 인증 정보는 별도로 안전하게 보관해야 합니다. 이후 업데이트할 때마다 변경된 부분만 확인하면 전체 목록을 주기적으로 비우는 것보다 문제를 추적하기 쉽습니다.