Shadowrocket 여러 구독 관리 방법: 그룹·정렬·업데이트·중복 노드 정리

Subscribe 항목, 노드 목록, Config 구분하기

Subscribe 항목에는 구독 주소가 저장되며, 업데이트할 때 해당 주소에서 콘텐츠를 가져옵니다. Home에 표시되는 노드는 가져오기 또는 업데이트로 생성된 연결 항목이고, Config는 규칙과 정책을 설정하는 곳입니다. 서로 연관은 있지만 같은 데이터는 아닙니다. Home에서 표시 순서를 바꿔도 Config의 규칙 순서나 구독 출처에서 제공하는 순서가 바뀌지는 않습니다.

예를 들어 구독 출처 A와 B, 직접 추가한 노드가 하나 있다면 먼저 각각의 출처를 확인한 다음 해당 항목을 관리하세요. 두 항목의 이름이 모두 ‘백업’이라고 해서 하나를 삭제해서는 안 됩니다. 이름이 같다는 것은 표시 라벨이 같다는 뜻일 뿐, 서버 주소·포트·프로토콜·인증 정보까지 같다는 의미는 아닙니다.

여러 구독 그룹으로 나누기: 먼저 메모로 출처 구분

일반적으로 말하는 ‘구독 그룹 관리’는 Subscribe 출처에 따라 노드를 구분하는 것을 뜻합니다. 같은 이름의 정책 그룹을 새로 만드는 것과는 다릅니다. 각 구독 항목에 ‘개인 회선 A’, ‘개인 회선 B’처럼 일관되고 알아보기 쉬운 Remarks를 설정하세요. 전체 구독 주소를 메모에 적거나, 속도 테스트 결과에 따라 달라지는 숫자로 출처를 이름 짓지 마세요.

1. Home으로 이동해 기존 구독 그룹과 제목을 확인하고, 추가하려는 주소가 이미 있는지 살펴보세요.
2. 새 항목을 추가해야 한다면 오른쪽 위의 추가 버튼을 누르세요. 추가 화면에서 Type을 Subscribe로 설정한 다음 URL과 Remarks를 입력합니다. 각 필드의 위치는 현재 앱 화면을 기준으로 확인하세요.
3. 저장한 뒤 Home으로 돌아가 새 항목의 출처와 가져온 노드 내용을 확인하세요. 같은 주소가 이미 있다면 다시 추가하지 말고 기존 항목을 편집하세요.
4. 기존 구독을 수정하려면 Home에서 구독 그룹 제목을 열고 작업 메뉴에서 편집을 선택하세요. URL과 Remarks를 확인한 뒤 저장합니다. 개별 노드의 매개변수 편집 화면으로 잘못 들어가지 않도록 주의하세요.

구독 주소의 쿼리 매개변수에는 접근 인증 정보가 포함될 수 있습니다. 두 주소가 같은지 비교하려면 전체 값을 확인해야 하지만, 전체 주소를 공개 스크린샷이나 채팅 기록, 문제 설명에 올리지는 마세요. 아래 URL은 필드 형식을 설명하기 위한 예시이며 실제 구독 주소가 아닙니다. 실제 작업에는 본인이 보유한 주소를 사용하세요.

개별 업데이트: 대상 확인 후 결과 점검

구독이 여러 개라면 문제를 확인할 때 출처별로 하나씩 업데이트하는 것이 좋습니다. 특정 URL을 가져오지 못한 것인지, 현재 네트워크 문제로 모든 구독이 영향을 받는지 구분할 수 있습니다. 일괄 업데이트는 각 출처가 정상임을 확인한 뒤 평소에 관리할 때 적합하며, 처음 발생한 문제를 파악하는 데는 적합하지 않습니다.

1. Home에서 대상 구독의 그룹 제목을 찾아 길게 눌러 해당 구독의 작업 메뉴를 여세요. 제목을 확인한 뒤 메뉴에서 업데이트를 실행합니다. 메뉴 문구와 사용할 수 있는 작업은 현재 화면을 기준으로 확인하세요.
2. 요청이 완료될 때까지 기다린 뒤 앱에 표시되는 성공 또는 오류 메시지를 확인하세요. 업데이트를 연달아 반복 실행하지 마세요.
3. 대상 그룹으로 돌아가 노드 이름과 내용이 예상한 대로인지 확인하세요. 가져오기에 성공했다고 해서 모든 노드에 연결할 수 있는 것은 아니므로 별도로 테스트해야 합니다.
4. 한 출처만 실패한다면 해당 구독의 편집 화면에서 URL을 확인하세요. 특히 복사 과정에서 공백이나 줄바꿈이 들어갔거나 쿼리 매개변수가 누락되지 않았는지 살펴보세요.

시간 초과가 발생하면 ‘구독 주소에 접근할 수 없는 경우’와 ‘주소에서 받은 콘텐츠를 해석할 수 없는 경우’를 구분하세요. 전자는 네트워크 경로와 주소의 유효성을 확인하고, 후자는 반환된 콘텐츠가 해당 구독에 맞는 데이터 형식인지 확인해야 합니다. 오류 페이지의 문구를 새 노드로 가져오지 말고, 브라우저에서 웹페이지가 열린다는 이유만으로 구독 요청도 정상이라고 판단하지 마세요.

수동 정렬: 표시 순서와 정책 선택 구분하기

정렬하기 전에 바꾸려는 순서가 무엇인지 확인하세요. 구독 그룹의 순서, 그룹 안 노드의 순서, Config에서 정책 후보가 나오는 순서는 서로 다르며 서로를 대신할 수 없습니다. 노드를 Home 목록 맨 위로 옮겨도 규칙이 자동으로 해당 노드를 사용하지는 않습니다. 실제 연결은 Global Routing과 현재 설정의 영향을 받습니다.

• 수동 정렬:Home에서 목록 편집 또는 정렬 기능을 찾아보세요. 현재 목록에 Edit와 드래그 핸들이 있다면 편집 모드로 들어가 대상 행을 옮긴 뒤 편집을 완료합니다. 드래그 핸들이 표시된 항목만 조작하고, 노드를 길게 눌러 나오는 기능 메뉴를 드래그 정렬 기능으로 오인하지 마세요.
• 자동 정렬:현재 화면에서 이름순이나 지연 시간순 정렬을 제공한다면 적용 범위를 먼저 확인하세요. 지연 시간순 정렬은 테스트 결과에 따라 바뀌므로 구독 출처를 고정적으로 구분하는 용도로 사용할 수 없습니다.
• 업데이트 후 순서:구독을 업데이트하면 목록이 다시 생성될 수 있습니다. 정리하기 전에 현재 순서를 기록해 두고 한 번 개별 업데이트한 뒤 순서가 유지되는지 확인하세요. 출처 순서로 되돌아간다면 로컬 목록 위치를 장기적인 분류 방법으로 사용하지 마세요.
• 정렬 메뉴가 없는 경우:목록의 단계에 따라 제공되는 작업이 다를 수 있습니다. 편집이나 드래그 기능이 없다면 순서를 맞추려고 삭제와 재가져오기를 반복하지 마세요. 먼저 구독 메모를 활용해 출처를 구분하세요.

Global Routing에서 Config를 사용하면 규칙과 정책은 현재 설정에 따라 결정됩니다. Proxy와 Direct의 처리 방식도 목록 정렬과는 다릅니다. 항목을 위쪽에 표시하려고 구독 관리 중 Global Routing을 수정할 필요는 없으며, 표시 순서 문제를 해결하려고 FINAL을 바꿔서는 안 됩니다.

중복 노드 정리: 먼저 출처를 중복 제거한 뒤 연결 매개변수 비교

중복 항목은 주로 같은 구독 주소를 여러 번 추가했거나, 서로 다른 구독에 같은 연결이 포함된 경우에 발생합니다. 먼저 첫 번째 경우를 해결하면 이후 업데이트 때 반복되는 중복 항목을 줄일 수 있습니다. 구독에서 생성된 행 하나만 삭제해도 다음 업데이트 후 삭제 상태가 유지된다고 보장할 수는 없습니다.

예를 들어 같은 서버라도 포트 443과 8443은 서로 다른 엔드포인트입니다. 포트가 모두 443이어도 한 연결은 Trojan, 다른 연결은 VLESS를 사용한다면 합칠 수 없습니다. 프로토콜과 포트가 같더라도 UUID, password, TLS의 server name 또는 전송 경로가 다르면 연결은 다를 수 있습니다. 민감한 필드는 본인 기기에서만 비교하고 전체 매개변수를 외부에 공개하지 마세요.

삭제 전에 참조를 확인하고, 삭제 후 연결 검증

노드 하나를 삭제하는 것과 구독 항목 전체를 삭제하는 것은 영향 범위가 다릅니다. 전자는 연결 항목 하나를 대상으로 하고, 후자는 구독 출처와 관련 콘텐츠에 영향을 줍니다. 작업 전에 Home에서 현재 선택된 노드를 확인하고, 삭제하려는 이름을 정책에서 사용하는지 Config에서 살펴보세요. 그룹 제목만 확인해서는 안전하게 삭제할 수 있는지 판단하기 어렵습니다.

1. 유지할 출처의 메모를 기록하고 정상적으로 업데이트되는지 확인하세요. 노드가 아직 목록에 남아 있다는 사실만으로 업데이트가 정상이라고 판단하지 마세요.
2. 삭제하려는 노드를 현재 사용 중이라면 먼저 사용 가능한 것으로 확인된 유지 대상 노드를 선택하세요. Config를 사용하는 경우 관련 정책에서 실제로 선택된 항목도 확인하세요.
3. Home으로 돌아가 대상 구독 그룹의 작업 메뉴를 열고 삭제를 실행하세요. 화면에서 옆으로 밀어 삭제하는 방식이라면 해당 행이 개별 노드가 아니라 구독 항목인지 먼저 확인하세요.
4. 확인 메시지에 표시된 대상과 범위를 읽고 삭제를 확정하세요. 완료한 뒤 그룹, 노드, Config 참조가 예상대로인지 점검하세요.
5. 필요한 웹페이지나 서비스에 다시 연결해 사용할 수 있는지 확인하세요. 클라이언트에서 로컬 항목을 삭제해도 서비스 제공업체와 맺은 이용 관계가 종료되는 것은 아닙니다.

유지할 출처가 아직 업데이트에 성공하지 않았다면 모든 구독을 먼저 지우고 다시 만들지 마세요. 복구할 수 있는 주소와 매개변수를 확인한 뒤 하나씩 정리하는 편이 안전합니다. 백업이나 기록에 인증 정보가 포함되어 있다면 민감 정보로 취급해 보관하세요.

여러 구독 관리 FAQ