Shadowrocket 구독 여러 개 관리하는 법: 그룹화·정렬·삭제와 중복 노드 정리

여러 구독을 가져온 뒤 출처별로 그룹화하고 순서를 조정하세요. 만료된 구독과 중복 노드를 정리해 Home 목록을 깔끔하게 관리할 수 있습니다.

이 글의 핵심 내용

이 글은 서비스 제공업체에서 구독 정보를 받아 여러 출처를 정리하려는 사용자를 위한 안내입니다. 먼저 구독 출처와 현재 연결 상태를 확인한 다음, 출처별로 그룹화하고 표시 순서를 조정한 뒤 중복 항목과 만료된 항목을 확인합니다. 구독 기록, 구독에 포함된 노드, Config는 서로 구분해야 합니다. Home 목록을 정리해도 라우팅 규칙이 바뀌지 않으며, 노드를 삭제해도 구독 제공처가 해당 노드를 더 이상 보내지 않는 것은 아닙니다.

구독·노드·Config 구분하기

Shadowrocket의 Home에서는 서버 목록을 확인하고 연결 항목을 선택하거나 연결을 제어할 수 있습니다. Subscribe 기록에는 구독 URL이 저장되며, 업데이트할 때 해당 주소에서 서버 정보를 가져옵니다. 노드는 실제 연결에 필요한 설정입니다. Config에서는 규칙과 정책 등을 관리합니다. 구독을 하나 더 가져와도 현재 Config가 바뀌는 것은 아니며, 모든 연결이 여러 구독 중에서 자동으로 선택되는 것도 아닙니다.

출처 1개
각 Subscribe 기록에는 구독 URL 하나가 연결됩니다
삭제 유형 2가지
구독 기록 삭제와 개별 노드 삭제는 따로 확인해야 합니다
확인할 항목 3가지
Home、Config、Global Routing

정리하기 전에 Home에서 현재 선택된 노드와 출처를 기록하고, Global Routing 및 활성화된 Config를 확인하세요. 특히 Config에서 고정된 노드 이름이나 정책 그룹을 사용하는 경우 노드 이름을 바꾸거나 삭제하면 이후 선택 결과가 달라질 수 있습니다. 정리 후 복구할 수 있도록 설정과 원래 구독 URL을 보관해 두세요. 그래야 이름만 보고 출처를 추측하는 상황을 피할 수 있습니다.

출처별로 가져오고 그룹화하기

구독이 여러 개라면 지역별로 한데 섞기보다 먼저 출처별로 구분하세요. 출처가 달라도 노드 이름이 같을 수 있습니다. ‘지역+번호’만 보고 판단하면 한 출처의 업데이트 실패를 다른 출처의 문제로 오해하기 쉽습니다. 구독은 서비스 제공업체에서 받으므로 각 링크의 용도를 확인한 뒤 여러 구독을 함께 유지할지 결정하세요.

  1. 기존 기록 확인

    Home으로 이동해 기존 구독 그룹을 펼친 다음 같은 출처가 이미 추가되어 있는지 확인하세요. 주소를 비교할 때는 기기에서 전체 내용을 확인하고, 그룹 이름만으로 판단하거나 다른 사람에게 링크를 보내지 마세요.

  2. 구독 추가

    Home → 오른쪽 상단 ‘+’ → Add Server → Type에서 Subscribe를 선택하세요. URL에 서비스 제공업체에서 받은 구독 주소를 붙여 넣고, 앞뒤에 공백이나 줄바꿈이 없는지 확인합니다.

  3. 메모 입력

    Remarks에는 ‘출처 A-일상용’, ‘출처 B-예비용’처럼 출처와 용도를 알아보기 쉽게 적으세요. 비밀번호, 전체 token 또는 기타 인증 정보를 메모에 입력하지 마세요. 저장한 뒤 Home으로 돌아갑니다.

  4. 업데이트 및 확인

    Home 화면을 아래로 당겨 새로고침하고 구독 항목이 로드될 때까지 기다리세요. 해당 그룹을 펼쳐 노드가 표시되는지, 예상한 출처에 속하는지 확인한 다음 다음 구독을 추가합니다. 한 번에 여러 개를 추가하면 오류가 발생한 출처를 찾기 어려울 수 있습니다.

그룹 이름은 출처를 알아보기 위한 것이고, 노드 이름은 연결 항목을 선택하기 위한 것이므로 두 이름이 같을 필요는 없습니다. 구독에서 받은 노드 이름은 그대로 두는 편이 좋습니다. 직접 이름을 바꾸면 다음 업데이트에서 변경 사항이 덮어쓰이거나 Config에서 이름으로 참조하는 설정에 영향을 줄 수 있습니다. 출처 이름이 불분명하다면 그룹의 노드를 하나씩 바꾸기보다 구독 기록의 메모를 수정하세요.

정렬은 목록을 찾기 쉽게 할 뿐

정렬은 표시 설정이지 자동 장애 조치 정책이 아닙니다. 노드를 첫 번째 줄에 놓아도 자동으로 선택되지 않으며, 예비 출처를 목록 아래로 옮겨도 연결 설정은 바뀌지 않습니다. 정리하기 전에 구독 그룹의 순서를 바꿀지, 그룹 안의 노드 순서를 바꿀지 먼저 정하세요. 두 단계의 목록을 혼동하지 마세요.

화면 구성에 따라 편집 및 정렬 기능이 다르게 표시될 수 있으므로 Home에 실제로 제공되는 기능을 따르세요. 드래그 핸들이 보이지 않는다면 모든 그룹을 직접 이동할 수 있다고 가정하지 마세요. 그룹 위치를 바꿀 수 없어도 일관된 Remarks 명명 규칙을 사용하면 출처를 구분하기 쉽습니다. 매일 이름 지정 방식을 바꾸면 노드 이름과 순서가 함께 달라져 확인이 더 복잡해집니다.

요점: 이름을 먼저 정하고 업데이트 후 순서를 확인하세요

그룹화와 정렬을 마친 뒤 해당 구독을 직접 업데이트하고 현재 선택 항목이 예상한 출처에 속하는지 확인하세요. 순서가 구독 제공처의 배열대로 돌아가면 출처 메모를 유지하고, 위치를 고정하려고 반복해서 삭제하고 다시 가져오지 마세요.

노드 중복 여부는 설정값으로 확인

이름이 같다는 이유만으로 중복이라고 단정할 수 없으며, 이름이 달라도 같은 설정을 가리킬 수 있습니다. 프로토콜, 서버 주소, 포트, 인증 정보와 해당 프로토콜에서 사용하는 전송 및 TLS 매개변수를 비교하세요. 예를 들어 두 항목의 포트가 모두 443이라도 포트가 같다는 뜻일 뿐, 대상 서버나 인증 정보까지 같다는 의미는 아닙니다.

확인된 내용추가로 확인할 항목판단 기준
이름이 완전히 같음프로토콜, 주소, 포트 및 인증 매개변수매개변수가 다르면 출처를 구분해 유지하고 이름만으로 일괄 삭제하지 마세요.
주소와 포트가 같음TLS, Server Name, 전송 경로 등 해당되는 항목연결 방식이 다르면 용도가 다른 설정일 수 있습니다.
같은 링크를 두 번 가져옴두 Subscribe 기록의 전체 URL완전히 같은 주소인지 확인한 뒤 보통 출처 기록 하나만 남기면 됩니다.
서로 다른 링크에서 비슷한 노드가 반환됨출처별 용도, 인증 정보 및 실제 연결 결과먼저 그룹을 유지하세요. 목록에 보이는 모양만으로 중복을 판단할 수 없습니다.

Shadowsocks, VMess, VLESS, Trojan, Hysteria2 또는 WireGuard는 하나의 필드 목록을 일괄 적용해 중복을 판별하지 마세요. 프로토콜마다 필요한 매개변수가 다르므로 각 항목의 편집 상세 화면에서 해당 프로토콜에 실제로 사용되는 필드만 비교하세요. 인증 정보는 기기에서 직접 대조하고 공개 중복 확인 도구에 복사하지 마세요.

같은 구독을 중복으로 추가한 경우에는 두 그룹의 노드를 하나씩 삭제하기보다 중복된 Subscribe 기록을 먼저 정리하세요. 구독에서 같은 항목을 계속 보내면 기기에서 삭제해도 다음 업데이트 때 다시 나타날 수 있습니다. 계속 제거해야 한다면 서비스 제공업체에 구독 내용을 확인하세요. URL의 쿼리 매개변수를 임의로 삭제하거나 수정하지 마세요. 비슷해 보이는 주소라도 서로 다른 권한이나 콘텐츠에 연결될 수 있습니다.

만료된 구독 및 개별 노드 삭제

한 번 연결 시간이 초과되었다고 구독이 만료된 것은 아닙니다. 구독 업데이트 요청 실패, 특정 노드의 연결 실패, 현재 네트워크에서 서버에 접속할 수 없는 상황은 서로 다른 문제입니다. 어느 단계에서 문제가 발생했는지 확인한 뒤 삭제할 대상을 결정하세요. 계속 사용하는 구독은 일시적으로 업데이트에 실패해도 바로 삭제하지 않는 것이 좋습니다.

  1. 대체 연결 확인.Home에서 다른 검증된 노드를 선택하고 실제로 필요한 페이지를 열어 보세요. 연결 스위치가 켜져 있는지만 확인해서는 안 됩니다.
  2. Config 참조 확인.Config에서 삭제할 이름을 참조하는 정책 그룹이나 규칙이 있는지 확인하세요. 참조 항목이 있으면 먼저 해당 선택을 조정한 다음 정리합니다.
  3. 개별 노드 삭제.Home에서 대상 노드를 왼쪽으로 쓸어넘긴 뒤 삭제를 선택하세요. 삭제 대상이 노드 행인지 구독 그룹인지 확인합니다. 구독에 포함된 항목은 업데이트 후 다시 나타날 수 있습니다.
  4. 출처 전체 삭제.구독 기록을 삭제하기 전에 확인 메시지에 표시된 대상과 범위를 읽으세요. 삭제 메뉴에 따라 처리 범위가 다를 수 있으므로 삭제 후 해당 그룹과 항목이 남아 있는지 확인합니다.
  5. 삭제 후 확인.Home으로 돌아가 현재 선택 항목, 남은 구독 및 연결 결과를 확인하세요. 그런 다음 유지한 구독을 업데이트해 필요한 출처를 실수로 삭제하지 않았는지 살펴봅니다.

목록 문제와 라우팅 문제를 Global Routing으로 구분

정리 후 ‘노드를 바꿨는데 결과가 달라지지 않는다’면 먼저 Home → Global Routing을 확인하세요. 노드 목록은 ‘사용할 수 있는 연결 항목’을 보여 주고, Global Routing은 ‘연결을 어떤 정책으로 처리할지’를 정합니다. 아래 비교는 라우팅 선택을 점검하기 위한 것으로, 특정 모드가 모든 네트워크에 적합하다는 뜻은 아닙니다.

Config

추천

현재 활성화된 설정에 따라 연결을 처리합니다. 규칙은 순서대로 매칭되며 일치하는 규칙의 정책이 적용됩니다. DIRECT 규칙은 Home에서 노드를 바꾸더라도 해당 연결을 그 노드로 전환하지 않습니다.

적합한 경우: Config를 확인했으며 규칙에 따라 평소처럼 사용하려는 경우

Proxy

트래픽을 프록시로 전달해 노드 연결 상태를 임시로 비교할 수 있습니다. 테스트가 끝나면 원래 모드로 되돌리세요. 프록시 모드의 결과만으로 Config 규칙이 올바르게 적용되었다고 판단하지 마세요.

적합한 경우: 규칙 선택과 노드 사용 가능성의 차이를 일시적으로 확인하려는 경우

Direct

대상에 직접 연결합니다. 이 모드에서는 Home에서 프록시 노드를 바꿔도 동일한 요청이 해당 노드를 통과하지 않으므로 구독에 포함된 노드의 성능을 비교하는 용도로 사용할 수 없습니다.

적합한 경우: 현재 네트워크의 직접 연결 상태를 비교하려는 경우

Scene

설정된 Scene 조건에 따라 해당 라우팅을 적용합니다. 문제를 확인할 때 현재 일치하는 Scene도 살펴보세요. 네트워크 환경에 따른 변화를 구독 정렬로 인한 변화로 오해하지 않도록 주의해야 합니다.

적합한 경우: 명확한 Scene 설정이 있고 일치 조건을 확인할 수 있는 경우

Config의 DOMAIN-SUFFIX, GEOIP, IP-CIDR 등의 규칙은 서로 다른 대상을 매칭할 수 있으며 FINAL은 앞선 규칙에 매칭되지 않은 연결을 처리합니다. 특정 대상에 계속 DIRECT가 적용된다면 구독을 더 정리하기보다 어떤 규칙이 매칭되었는지 확인하세요. 연결이 자동으로 시작되는 동작을 유지해야 한다면 Settings → On Demand도 확인하세요. 이 설정은 구독 그룹을 관리하거나 목록을 정렬하는 기능이 아닙니다.

구독 정리 관련 자주 묻는 질문

삭제한 노드가 업데이트 후 다시 나타나는 이유는 무엇인가요?

먼저 해당 노드가 Subscribe에서 반환된 항목인지 확인하세요. 구독 제공처에 해당 항목이 남아 있으면 업데이트 후 목록에 다시 추가될 수 있습니다. 같은 URL을 중복으로 가져왔는지 확인하고, 출처 기록이 하나뿐이라면 서비스 제공업체에 반환되는 내용을 문의하세요. 노드를 하나씩 반복해서 삭제하지 마세요.

두 구독에 이름이 같은 노드가 있는데 한 그룹을 바로 삭제해도 되나요?

이름이 같다는 이유만으로 삭제하면 안 됩니다. 항목 상세 정보에서 프로토콜, 서버 주소, 포트와 해당되는 인증 및 전송 매개변수를 비교하고 두 구독 URL이 완전히 같은지도 확인하세요. 출처의 용도와 내용이 모두 필요하지 않다고 확인된 경우에만 해당 기록을 삭제하세요.

구독 하나만 업데이트에 실패하면 모두 다시 추가해야 하나요?

먼저 Home에서 해당 출처의 URL만 확인하고 링크가 잘리지 않았는지, 현재 네트워크에서 구독 주소에 접속할 수 있는지 살펴보세요. 다른 출처가 업데이트된다면 모든 기록을 먼저 지울 필요는 없습니다. 해당 링크의 접근 권한이나 서비스 상태는 서비스 제공업체에 문의하세요.

가장 빠른 노드를 맨 위에 놓으면 자동으로 사용되나요?

목록에서의 위치만으로 자동 전환되지는 않습니다. Home으로 돌아가 실제 선택 항목을 확인한 다음 Global Routing과 Config의 정책 선택을 점검하세요. 지연 시간 테스트는 당시 네트워크 상태를 보여 줄 뿐, 실제 서비스 연결 테스트를 대신할 수 없습니다.

정리할 때마다 한 단계씩만 변경하세요. 먼저 출처 메모를 수정하고 순서를 조정한 다음, 중복이 확인되었거나 더 이상 사용하지 않는 기록을 처리합니다. 각 단계가 끝날 때마다 업데이트와 테스트를 수행하면 문제가 발생한 작업을 쉽게 찾을 수 있습니다. 출처 구분을 유지하는 편이 모든 노드를 출처 정보 없이 긴 목록 하나로 합치는 것보다 이후 관리에 유리합니다.

App Store에서 Shadowrocket 다운로드