이 글의 핵심

구독을 여러 개 관리할 때는 먼저 출처를 구분하고, 표시 순서를 정한 다음, 중복 항목을 정리하세요. 이미 이용 중인 서비스와 구독이 있고 iPhone 또는 iPad에서 Shadowrocket을 사용하는 분을 위한 안내입니다. 단계별로 출처를 확인하고 이름이 같은 노드가 실제로 중복인지 판단한 뒤, 삭제 전에 복구에 필요한 정보를 남길 수 있습니다. 이 글에서는 노드나 구독을 제공·판매·추천하지 않습니다.

1. 구독 출처, 노드, Config 구분하기

구독은 노드 정보를 가져오는 주소이고, 노드는 연결에 사용하는 프로토콜 매개변수의 조합이며, Config는 규칙 등의 설정을 구성합니다. 세 항목은 서로 다른 계층입니다. Home에서 구독을 추가해도 별도의 라우팅 규칙이 자동으로 만들어지지 않으며, 노드 두 그룹을 나란히 배치해도 출처가 합쳐지는 것은 아닙니다.

정리하기 전에 Home에서 각 구독의 메모, 출처 주소, 노드 수를 하나씩 확인하세요. ‘일상용’, ‘예비’, ‘테스트’처럼 출처를 알아볼 수 있는 메모를 붙이는 것이 좋습니다. 이는 기기에서 출처를 구분하기 위한 표시일 뿐 회선 품질이나 서비스 등급을 뜻하지 않습니다. 인증 정보가 포함된 구독 주소를 메모에 그대로 적지 마세요.

항목확인 위치정리할 때의 역할
SubscribeHome의 구독 항목노드의 출처를 확인하고 해당 출처의 업데이트와 보관 여부를 관리합니다.
노드Home에서 펼친 목록프로토콜, 서버, 포트, 인증 매개변수를 확인해 실제 연결 대상을 선택합니다.
ConfigConfig규칙과 정책의 참조를 확인해 정리 후에도 이전 이름이 남아 참조되지 않도록 합니다.
업데이트 옵션Settings → Subscribe구독 관련 설정을 확인합니다. 실제 화면에서 제공하는 옵션을 기준으로 하세요.

하나의 구독에 Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard 등 서로 다른 프로토콜의 항목이 포함될 수 있습니다. 프로토콜이 다르다는 이유로 구독을 복제하지 마세요. 표시 이름이 같더라도 바로 삭제하지 말고 출처와 연결 매개변수를 확인해 중복 여부를 판단하세요.

2. 출처별로 추가하고 그룹화하기: 같은 주소를 중복으로 가져오지 않기

이미 여러 구독을 사용 중이라면 먼저 출처를 기록하고, 없는 출처만 추가하세요. 추가하기 전에 Home에서 기존 항목을 찾아 구독 편집 화면에서 주소를 비교합니다. 같은 주소가 이미 있다면 ‘+’로 다시 추가하지 말고 기존 항목을 업데이트하세요.

  1. 출처 기록하기

    Home에서 기존 구독을 그룹별로 확인하고 메모, 노드 수, 용도를 기록하세요. 전체 주소는 직접 관리하는 안전한 곳에 보관하고 공개 게시판에 올리지 마세요.

  2. 누락된 항목 추가하기

    Home 오른쪽 상단의 ‘+’ → Type → Subscribe를 선택하고, 이미 보유한 구독 주소를 입력한 다음 알아보기 쉬운 메모를 설정해 저장하세요. 단일 노드의 프로토콜 종류가 아니라 Subscribe를 선택했는지 확인하세요.

  3. 구독별로 업데이트하기

    Home으로 돌아가 해당 구독 항목의 업데이트 기능을 사용하세요. 전체 새로고침이 필요한 경우에만 아래로 당겨 업데이트합니다. 한 번에 하나씩 처리하고 결과를 확인한 뒤 다음 구독을 업데이트하면, 변경된 출처를 파악하기 쉽습니다.

  4. 그룹 확인하기

    해당 구독을 펼쳐 노드의 출처가 예상과 맞는지 확인한 뒤, 당장 사용하지 않는 그룹은 접어 두세요. 출처별 그룹은 목록을 정리하는 기능이며, 해당 그룹을 어떤 요청에 사용할지 자동으로 결정하지는 않습니다.

주소가 다르다고 해서 반드시 별도의 출처인 것은 아닙니다. 예전 주소와 새 주소가 같은 내용을 반환할 수도 있고, 두 항목이 하나의 계정에 속할 수도 있습니다. 이미 보유한 출처 안내에서 용도를 확인하고, ‘백업용’을 이유로 내용이 완전히 같은 항목을 계속 보관하지 마세요.

3. 그룹 정렬과 연결 전략은 따로 관리하기

정렬은 항목을 찾기 쉽게 표시하는 방법일 뿐 자동 전환 전략이 아닙니다. 노드를 목록 맨 위에 둬도 현재 연결이 실패했을 때 자동으로 대신 연결된다는 뜻은 아닙니다. 정리할 때 ‘목록이 어떻게 표시되는지’와 ‘요청이 실제로 어디로 연결되는지’를 따로 확인하면 표시 순서가 바뀐 것을 연결 변경으로 오해하지 않을 수 있습니다.

Home에서 정리할 구독이나 노드를 펼쳐 작업 메뉴를 열고, 현재 화면에서 제공하는 정렬 또는 편집 기능을 확인하세요. 직접 순서를 바꿀 수 있다면 주로 사용하는 출처를 앞에 두세요. 이름이나 지연 시간 기준의 정렬만 제공된다면 화면에 표시된 옵션을 사용합니다. 구독 그룹 순서와 그룹 안의 노드 순서를 혼동하지 말고, 일괄 작업 전에는 적용 범위를 확인하세요.

아래에서는 Global Routing의 세 가지 모드만 비교해 정렬과 라우팅의 차이를 설명합니다. Scene은 사용 환경에 따라 별도로 확인해야 하며, 구독 개수만으로 동작을 추측할 수 없습니다.

Config

권장

현재 Config의 규칙에 따라 정책을 결정합니다. 노드를 정리하기 전에 사용 중인 설정이 정책 그룹이나 이름으로 해당 항목을 참조하는지 확인하세요. 모든 트래픽이 Home에서 현재 선택한 노드를 사용하는 것은 아닙니다.

적합한 경우: 확인을 마친 분할 라우팅 Config가 있고 평소의 규칙 동작을 유지하려는 경우

Proxy

요청을 프록시 모드로 처리해 규칙의 영향을 줄여 확인할 수 있습니다. 이때도 실제로 선택된 노드나 정책을 확인해야 하며, 목록의 첫 번째 항목이 자동 선택된다고 볼 수 없습니다.

적합한 경우: 이미 보유한 노드를 임시로 테스트해 연결 매개변수 문제와 규칙 문제를 구분하려는 경우

Direct

요청을 직접 연결 모드로 처리합니다. 이 모드에서 페이지가 열린다고 해서 방금 정리한 프록시 노드의 연결이 검증된 것은 아닙니다.

적합한 경우: 현재 네트워크에서 직접 연결되는 상태를 비교해 확인하려는 경우

정리: 정렬 후 선택 항목을 다시 확인하세요

정렬을 마친 뒤 Home에서 사용할 노드를 직접 선택하고 Global Routing을 확인하세요. Config를 사용한다면 실제 정책 참조도 확인해야 합니다. 목록에서 보이는 위치만으로 연결 대상을 판단하지 마세요.

4. 이름이 아니라 매개변수로 중복 노드 판단하기

‘이름이 같다’는 것과 ‘같은 연결 설정이다’는 것은 다릅니다. 이름이 같아도 서버 주소, 포트, 프로토콜이 다를 수 있고, 같은 서버에서 여러 포트를 열어 서로 다른 인증 정보를 사용할 수도 있습니다. 반대로 이름이 완전히 다른 두 항목이 같은 연결 매개변수를 사용할 수도 있습니다.

표시된 상황확인할 항목처리 방법
이름은 같고 포트는 각각 443과 8443프로토콜, 서버, 인증, TLS, 전송 매개변수이름만 보고 삭제하면 안 됩니다. 서로 다른 연결 지점일 수 있습니다.
서버와 포트가 같음비밀번호 또는 UUID, TLS Server Name, 전송 유형과 경로다른 매개변수가 있다면 서로 다른 연결 설정일 수 있습니다.
같은 구독 주소를 두 번 추가함전체 주소, 두 그룹의 내용, Config 참조유효한 출처 하나를 확인해 남기고 중복 구독 항목을 제거하세요.
같은 항목이 두 출처에 나타남출처의 용도와 이후 업데이트 계획먼저 어느 출처를 남길지 정하세요. 노드만 삭제하면 업데이트 후 다시 나타날 수 있습니다.

표의 포트는 판단 방법을 설명하기 위한 예시일 뿐, 입력을 권장하는 값이 아닙니다. 중복을 없애려고 서버, 포트, 인증 매개변수를 변경하지 마세요. 기존 설정과 일치해야 합니다. WireGuard는 비밀번호나 UUID에 적용하는 확인 방법을 그대로 쓰지 말고 키의 대응 관계와 Endpoint 등의 매개변수를 비교하세요.

더 안전하게 정리하려면 중복으로 추가한 구독 항목을 먼저 제거하고, 출처가 다른 중복 항목을 확인한 다음, 수동으로 추가한 독립 노드를 확인하세요. 출처에서 같은 항목을 계속 반환한다면 수동 삭제는 기기에서만 처리될 뿐 다음 업데이트 때 다시 나타날 수 있습니다. 같은 행을 반복해서 삭제하기보다 이미 보유한 출처에서 제공하는 내용과 필터 조건을 먼저 확인하세요.

정리: 중복 출처부터 제거하세요

두 그룹이 동일한 전체 구독 주소에서 가져온 것이라면 출처 하나만 남기고 업데이트를 확인하세요. 한 그룹의 노드를 하나씩 삭제하는 것보다 결과를 일관되게 유지하기 쉽습니다.

5. 삭제 전에 복구 정보를 보관하고, 삭제 후 참조를 확인하기

구독 항목 삭제와 서비스 해지는 서로 다른 작업입니다. 기기에서 항목을 제거해도 기존 서비스 계정이 관리되는 것은 아니며, 로컬 삭제로 출처의 인증 정보가 무효화되는 것도 아닙니다. 주소 유출이 걱정된다면 Home에 표시된 항목만 삭제하지 말고, 이미 이용 중인 출처의 계정 관리 기능에서 인증 정보를 처리하세요.

  1. 복구 정보 보관하기

    유효한 구독 주소와 필요한 안내를 계속 보유하고 있는지 확인하세요. 앱의 설정 백업이나 내보내기 기능을 사용한다면 백업 범위를 먼저 확인하고, 모든 구독 인증 정보가 포함된다고 가정하지 마세요.

  2. 연결 전환하기

    삭제할 그룹의 노드를 사용 중이라면 먼저 연결을 끊거나 남겨 둘 노드로 전환한 뒤, 사용 중인 Config의 정책 참조를 확인하세요.

  3. 출처 삭제하기

    Home에서 대상 구독 항목의 삭제 기능을 실행하고, 확인 메시지에 표시된 대상과 범위를 확인하세요. 하위 노드 하나의 작업을 전체 구독 작업으로 착각하지 마세요.

  4. 결과 확인하기

    남겨 둔 구독 그룹, 현재 노드, Config를 확인하세요. 설정에 이전 노드 이름이 참조되어 있다면 실제 구조에 맞게 수정한 뒤 연결과 접근을 다시 테스트하세요.

업데이트 실패의 첫 조치로 구독을 삭제하지 마세요. 먼저 기존 내용을 보관하고 주소, 네트워크, 출처 응답 상태를 확인하면 문제를 더 쉽게 찾을 수 있습니다. 항목이 중복이거나 출처가 비활성화되었거나 더 이상 필요하지 않다고 확인된 경우에만 제거하세요. 검증을 마치지 않았다면 잘못 선택하지 않도록 그룹을 접어 두면 됩니다.

6. 업데이트 후 순서가 바뀌거나 중복 항목이 다시 나타날 때

방금 삭제한 노드가 왜 다시 나타나나요?

먼저 해당 노드가 구독에 포함되어 있는지 확인하세요. 출처가 여전히 해당 항목을 반환하면 업데이트 후 다시 가져올 수 있습니다. Home에서 출처를 확인하고, 같은 주소를 중복 추가한 경우에는 하위 노드를 계속 삭제하지 말고 불필요한 구독 항목을 제거하세요.

두 구독의 메모를 똑같이 설정해도 되나요?

메모가 같아도 출처가 합쳐지는 것은 아니며, 오히려 잘못 삭제하기 쉽습니다. 각 구독의 편집 화면을 열어 서로 다른 메모를 설정하고 주소를 확인하세요. 한눈에 찾기 쉽게 정리하려면 먼저 출처를 구분할 수 있도록 한 뒤 그룹 안의 이름과 표시 순서를 정리하세요.

정렬 후 첫 번째 항목이 바뀌면 연결 대상도 바뀌나요?

첫 번째 항목만 보고 판단하지 마세요. Home으로 돌아가 실제 선택 항목과 Global Routing을 확인하세요. Config를 사용한다면 정책 그룹에서 현재 선택된 항목도 확인해야 합니다. 특정 항목을 계속 사용하려면 첫 번째 행에 의존하지 말고 직접 선택하세요.

구독 하나의 업데이트가 실패했는데 모든 구독을 다시 추가해야 하나요?

그럴 필요 없습니다. 업데이트에 실패한 구독만 따로 업데이트하고, 정상적인 다른 출처는 그대로 두세요. 전체 주소, 현재 네트워크, 출처 상태를 확인한 다음 Settings → Subscribe에서 업데이트 관련 설정을 살펴보세요. 설정을 바꾸기 전에 기존 값을 기록하고, 한 번에 한 가지 조건만 변경하세요.

정리를 마칠 때마다 같은 항목을 확인하세요. 남겨 둔 출처가 업데이트되는지, 자주 사용하는 노드가 남아 있는지, 현재 정책이 예상과 맞는지 점검합니다. 업데이트 성공은 가져오기와 파싱이 완료되었다는 뜻일 뿐, 모든 노드에 연결할 수 있음을 증명하지 않습니다. 실제 사용할 항목을 선택해 별도로 확인해야 합니다.