Shadowrocket의 여러 구독을 관리할 때는 먼저 출처를 알아보기 쉽게 이름을 붙이고, 하나씩 업데이트해 중복 출처를 확인한 다음 표시 순서를 정리하세요. 이 글은 이미 이용 중인 서비스와 구독이 있는 경우를 전제로, 이름만 같은 노드와 실제 중복 항목을 구별하는 방법, 삭제한 항목이 다시 나타나는 이유, 정리 전후에 복구 가능한 기록을 남기는 방법을 설명합니다. 구독은 이용 중인 서비스 제공업체에서 받으세요.
1. 구독 출처, 노드, 설정 파일을 구분하세요
여러 구독을 정리할 때는 Home부터 확인하고, Config의 설정 파일은 먼저 삭제하지 마세요. 구독은 업데이트할 수 있는 원격 노드 목록이고, 노드는 그 안에 포함된 개별 연결 항목입니다. 설정 파일은 규칙과 정책 등의 동작을 정합니다. 설정 파일을 삭제해도 중복 구독은 제거되지 않으며, 기존 트래픽 분배가 달라질 수 있습니다.
같은 출처를 두 번 추가하면 이름이 비슷하고 내용이 같은 노드 목록이 두 개 생길 수 있습니다. 출처가 달라도 노드 표시 이름이 같을 수 있으므로 이름이 같다고 연결 매개변수까지 같다고 단정할 수는 없습니다. 정리의 목적은 중복 출처와 불필요한 항목을 줄이는 것이지, 이름이 같은 노드를 모두 삭제하는 것이 아닙니다.
2. 출처별로 이름을 붙이고 하나씩 가져와 업데이트하세요
구독 이름은 ‘출처 표시－용도’ 형식으로 작성하는 것이 좋습니다. 예를 들면 ‘출처 A－일상용’, ‘출처 B－예비용’처럼 지정할 수 있습니다. A와 B는 이미 이용 중인 출처를 구분하기 위해 직접 붙이는 표시일 뿐, 서비스 제공업체를 추천하는 뜻이 아닙니다. 출처 이름은 일관되게 유지하세요. 임시 테스트 결과나 현재 지연 시간은 네트워크 환경에 따라 바뀌므로 장기적인 이름으로 적합하지 않습니다.
아래는 iPhone / iPad의 Home에서 작업하는 예입니다. 다른 플랫폼에서도 해당 항목을 확인하면 같은 방식으로 정리할 수 있지만, 편집 메뉴와 정렬 컨트롤의 위치는 다를 수 있습니다. 구독 메모와 노드 메모는 따로 관리하세요. 노드 이름을 바꿔도 구독 전체의 이름이 바뀌는 것은 아닙니다.
-
현재 상태 기록
Home에서 기존 구독 이름과 각 그룹의 노드 수, 현재 선택된 노드를 기록하세요. Config에서는 현재 활성화된 설정 파일을 확인합니다. 기존 구독 링크를 안전하게 보관하고 다시 가져올 수 있는지 확인한 뒤 삭제를 시작하세요.
-
출처 확인
Home에서 기존 구독의 편집 화면을 열어 URL과 메모를 확인하세요. 먼저 등록된 항목을 살펴보고, 노드가 적어 보인다는 이유로 ‘+’를 눌러 같은 출처를 다시 추가하지 마세요.
-
누락된 항목 추가
출처가 실제로 누락된 경우 Home → ‘+’ → Type → Subscribe로 이동하세요. URL에는 서비스 제공업체에서 받은 구독 링크를 입력하고, Remarks에는 출처와 용도를 적은 다음 저장합니다.
-
개별 업데이트
해당 구독의 업데이트 기능을 사용해 한 번에 하나씩 업데이트하세요. 노드 목록을 펼쳐 업데이트 성공 여부와 항목 수 변화를 기록하고, 중복으로 가져오지 않았는지 확인한 뒤 다음 구독을 처리합니다.
-
이름 확인
Home으로 돌아가 각 구독의 이름만으로 출처를 구별할 수 있는지 확인하세요. 노드 편집 화면에서 연결 매개변수를 확인할 때 Address, Port 또는 인증 항목을 실수로 변경하지 않도록 주의합니다.
구독 URL은 경로와 쿼리 매개변수를 포함해 그대로 보관해야 합니다. 아래는 주소 형식의 예시일 뿐 가져오기에 사용할 수 없으며, token도 실제 인증 정보가 아닙니다. 두 URL을 같아 보이게 만들려고 쿼리 매개변수를 임의로 삭제하지 마세요. 매개변수에 따라 서로 다른 목록을 받을 수 있습니다.
https://example.com/sub?token=xxxx3. 표시 순서와 규칙 순서는 따로 정리하세요
구독 그룹은 사용 빈도에 따라 정렬하는 것이 편리합니다. 자주 쓰는 출처를 앞에, 예비 출처를 뒤에 두고, 점검 중인 출처는 마지막에 배치하세요. 목록에 편집 또는 드래그 정렬 기능이 있다면 편집 모드에서 순서를 조정할 수 있습니다. 해당 기능이 없다면 출처 메모를 유지하고 당분간 쓰지 않는 그룹을 접어 두세요. 순서를 바꾸려고 반복해서 삭제하고 다시 가져올 필요는 없습니다.
노드 이름순 정렬과 지연 시간순 정렬은 용도가 다릅니다. 이름순으로 보면 출처, 지역 표시, 중복 항목을 확인하기 쉽습니다. 연결 테스트를 마친 뒤 지연 시간순으로 보면 현재 네트워크에서 사용할 후보를 고르기 편리합니다. 테스트 결과는 그 시점의 상태일 뿐입니다. 시간 초과 한 번만으로 구독이 만료됐다고 단정하거나 그룹 전체를 바로 삭제하지 마세요.
- 중복 확인: 먼저 어느 구독에 속한 항목인지 살펴보고, 이름이 비슷한 항목을 찾은 다음 편집 화면에서 연결 매개변수를 비교하세요.
- 현재 사용할 노드 선택: 같은 네트워크 환경에서 테스트하세요. 테스트 간격이 너무 길면 결과를 직접 비교하기 어렵습니다.
- 목록 순서 변경 후: 현재 선택된 노드가 그대로 맞는지 확인하세요. 표시 위치가 바뀌었다고 사용 중인 노드까지 바뀌는 것은 아닙니다.
- Config 확인: 노드 정렬과 규칙 정렬을 혼동하지 마세요. 규칙에는 적용 순서가 있으며 Home의 표시 순서는 규칙 우선순위와 무관합니다.
예를 들어 DOMAIN-SUFFIX, IP-CIDR, GEOIP, FINAL은 규칙 키워드입니다. 구독을 정리하면서 규칙까지 함께 재정렬할 필요는 없습니다. 특히 기본 규칙인 FINAL을 구체적인 규칙보다 앞에 두지 마세요. 목록을 보기 좋게 정리하는 일과 트래픽이 예상대로 분배되는지 확인하는 일은 별도로 검증해야 합니다.
4. 중복 노드는 이름이 아니라 매개변수로 비교하세요
두 구독의 노드를 모았다면 먼저 ‘같은 구독을 중복으로 추가했는지’를 확인하고, 그다음 ‘서로 다른 구독에서 같은 연결 정보를 받았는지’를 살펴보세요. 첫 번째 경우에는 중복 구독 기록을 삭제하는 것이 적절합니다. 두 번째 경우에는 어느 출처를 유지할지 먼저 결정하세요. 구독에 포함된 노드 하나만 삭제하면 다음 업데이트 때 원격 목록에서 다시 추가될 수 있습니다.
| 확인 항목 | 확인할 내용 | 판단 기준 |
|---|---|---|
| 표시 이름 | Remarks가 같은지, 같은 구독에 속하는지 | 참고 정보로만 사용하고, 이것만으로 바로 삭제하지 않기 |
| 연결 대상 | Address, Port 확인. 예: 같은 주소의 443과 8443 | 포트가 다르면 같은 연결이라고 단정할 수 없음 |
| 프로토콜 및 인증 | Type, 인증 식별 정보, 비밀번호 또는 키가 같은지 | 인증 정보가 다르면 용도가 다른 항목일 수 있음 |
| 전송 설정 | TLS, SNI, 전송 방식 및 해당하는 경우 Host, Path | 주소가 같아도 이러한 설정에 따라 연결이 달라질 수 있음 |
| 구독 출처 | 전체 URL, 반환된 목록 및 업데이트 결과 | 같은 출처가 중복으로 추가된 것이 확인되면 유효한 기록 하나만 남기기 |
Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 사용하는 필드가 서로 완전히 같지 않습니다. 모든 항목에 같은 입력란이 있어야 한다고 보는 대신 해당 프로토콜에서 실제로 사용하는 필드를 비교하세요. 이름이 다르고 주소가 같아도 반드시 중복인 것은 아닙니다. 인증 정보나 전송 설정이 다르면 서로 다른 연결일 수 있습니다.
정리 순서: 출처를 먼저 중복 제거한 뒤 항목을 확인하세요
같은 URL이 중복으로 추가된 것이 확인되면 정상적으로 업데이트되는 구독 기록 하나를 우선 남기세요. 원격 목록 자체에 중복이 있다면 목록 내용을 서비스 제공업체에 확인해야 합니다. 로컬에서 항목을 하나씩 삭제하는 방식은 지속적인 중복 제거 방법이 아닙니다.
5. 정리 중에는 수동 업데이트를 사용하고, 완료 후 자동 업데이트를 복원하세요
수동 업데이트와 자동 업데이트는 관리 방식이 다를 뿐, 구독에 포함된 항목의 출처를 바꾸지는 않습니다. 정리 중 자동 업데이트가 실행되면 방금 삭제한 항목이 다시 나타나 판단을 방해할 수 있습니다. Settings → Subscribe로 이동해 구독 업데이트 관련 설정을 확인하고 기존 값을 기록하세요. 자동 업데이트가 켜져 있다면 정리하는 동안 해당 옵션을 잠시 끌 수 있습니다.
수동 업데이트
권장정리하는 동안 구독을 하나씩 업데이트하고, 업데이트 전후의 그룹과 항목 수를 기록하세요. 어느 출처에서 중복 항목이 다시 생겼는지 확인하는 데 도움이 됩니다. 여기서 권장하는 방법은 정리 과정에 한하며, 자동 업데이트를 계속 꺼 두라는 의미는 아닙니다.
적합한 경우: 중복 출처 확인, 삭제 전 검증, 정리 후 재확인
자동 업데이트
설정된 조건에 따라 원격 목록을 업데이트합니다. 출처 중복을 정리하고 업데이트 결과를 확인한 뒤 기존 설정을 복원할 수 있습니다. 자동 업데이트만으로는 이름이 같은 두 노드가 동일한지 판단할 수 없습니다.
적합한 경우: 출처가 안정적이고 정리를 마친 뒤 일상적으로 관리할 때
업데이트에 사용하는 네트워크 경로도 별도로 확인해야 합니다. 현재 직접 연결된 네트워크에서 구독 URL에 접근할 수 없고 사용 가능한 연결이 있다면 Settings → Subscribe에서 Update via Proxy를 확인하세요. 이 기능을 사용하려면 이용 가능한 프록시 경로가 필요하며, 만료된 인증 정보나 비활성화된 구독 URL을 복구하지는 못합니다.
- 업데이트는 성공했지만 노드가 없음: 반환된 내용이 지원되는 노드 목록인지, 기존 구독이 아직 유효한지 확인하세요.
- 업데이트는 실패했지만 기존 노드가 계속 표시됨: 이전 목록이 보인다고 이번 업데이트가 성공한 것은 아닙니다. 기록은 유지하고 네트워크 또는 인증 문제부터 확인하세요.
- 업데이트 후 이름이 원래대로 돌아옴: 원격 목록에서 이름을 다시 제공한 것입니다. 로컬 메모를 수정하는 방식은 안정적인 출처 관리 방법으로 볼 수 없습니다.
6. 만료된 구독을 삭제한 뒤 두 차례 확인하세요
더 이상 사용하지 않거나 이전을 마친 출처, 또는 서비스 제공업체가 만료를 확인한 출처만 목록에서 삭제하는 것이 좋습니다. 테스트 시간 초과 한 번이나 업데이트 실패 한 번만으로 구독 전체가 만료됐다고 판단할 수는 없습니다. 먼저 URL과 필요한 메모를 기록하세요. 현재 선택된 노드가 삭제할 그룹에 속한다면, 삭제 전에 유지할 수 있는 노드로 전환합니다.
- Home에서 삭제할 구독을 찾아 출처 메모와 URL을 확인하세요. iPhone / iPad에서는 목록을 왼쪽으로 밀어 삭제할 수 있습니다. 실행하기 전에 구독 전체를 삭제하는 것인지, 그룹 안의 노드 하나를 삭제하는 것인지 확인하세요.
- 삭제 직후 그룹과 노드 목록을 확인해 유지할 출처가 남아 있는지, 현재 선택된 노드가 삭제된 항목을 가리키지 않는지 확인하세요.
- Config에서 현재 설정을 확인하세요. 직접 작성한 정책 그룹이 노드 이름을 참조한다면 삭제한 이름이 계속 참조되고 있지 않은지 살펴봅니다.
- 유지할 구독을 각각 한 번씩 업데이트하세요. 중복 그룹이 다시 나타나지 않으면 이전에 기록해 둔 업데이트 설정을 복원합니다.
- 평소처럼 연결해 필요한 서비스에 접속하고 연결 상태와 트래픽 분배 결과를 각각 확인하세요. 목록이 깔끔해 보이는지만 확인해서는 안 됩니다.
정리할 때는 보통 Settings → On Demand를 변경할 필요가 없습니다. On Demand는 조건에 따라 연결을 설정하는 기능이며 구독 중복을 제거하지 않습니다. 목록을 ‘적용’하려고 Global Routing을 임의로 바꾸지도 마세요. 기존에 필요한 설정을 유지하고, 접속 문제가 생기면 현재 노드, 설정, 네트워크 경로를 각각 확인해야 합니다.
7. 여러 구독을 정리할 때 자주 묻는 질문
노드를 삭제했는데 업데이트 후 다시 나타나는 이유는 무엇인가요?
먼저 Home에서 해당 노드가 어느 구독에 속하는지 확인하세요. 원격 목록에 노드가 남아 있으면 업데이트 후 다시 생성될 수 있습니다. 같은 URL을 중복으로 추가했는지 확인하세요. 목록에서 항목을 계속 제외해야 한다면 로컬 항목을 반복해서 삭제하는 대신 서비스 제공업체에 문의해 목록 내용을 확인해야 합니다.
이름이 같은 노드 두 개 중 하나만 남겨도 되나요?
이름만 보고 결정하면 안 됩니다. 각각 편집 화면을 열어 Type, Address, Port, 인증 정보와 전송 설정을 비교하세요. 용도와 유효한 매개변수가 모두 같다고 확인한 뒤 어느 출처를 유지할지 결정합니다. 출처가 서로 다른 동명 노드는 우선 별개의 항목으로 취급하세요.
구독 업데이트가 시간 초과되면 삭제한 뒤 다시 추가해야 하나요?
기존 기록을 유지한 채 Home에서 해당 구독만 다시 시도하고 URL이 완전한지 확인하세요. 이용 가능한 연결이 있다면 Settings → Subscribe → Update via Proxy가 현재 네트워크 환경에 맞는지도 살펴봅니다. 삭제 후 다시 추가해도 네트워크에 연결할 수 없거나 인증 정보가 만료된 문제는 대개 해결되지 않습니다.
정리 후 연결은 되지만 트래픽 분배가 달라졌다면 어떻게 해야 하나요?
먼저 Home의 Global Routing과 현재 선택된 노드를 확인한 뒤 Config에서 기존 설정이 계속 활성화되어 있는지 확인하세요. 설정의 정책 그룹이 삭제한 노드 이름을 참조한다면 해당 참조를 수정해야 합니다. 설정 참조 문제를 해결하려고 중복 구독을 다시 추가하지 마세요.
실수로 구독 전체를 삭제했는데 어떻게 복구하나요?
정리 전에 저장한 유효한 링크를 사용해 Home → ‘+’ → Type → Subscribe로 이동하여 다시 추가하고 출처 메모를 복원하세요. 링크를 저장하지 않았거나 만료됐다면 서비스 제공업체에서 다시 받으세요. 다시 가져온 뒤에는 현재 선택된 노드와 설정에 남은 이름 참조도 확인해야 합니다.