이 글은 Shadowrocket에 여러 구독을 가져와 Home 목록을 정리하려는 사용자를 위한 안내입니다. ‘출처 확인 → 그룹 이름 지정 → 정렬 → 중복 확인 → 삭제 → 업데이트 후 재확인’ 순서로 진행하세요. 구독 항목, 서버 항목, Config의 정책 그룹을 구분하면 이름이 비슷한 항목을 잘못 삭제하거나 업데이트 때마다 같은 항목을 반복해서 정리하는 일을 줄일 수 있습니다.
1. 구독 그룹, 서버 항목, 정책 그룹 구분하기
구독은 새로고침할 수 있는 원격 데이터 출처이고, 서버 항목에는 연결 매개변수가 담겨 있습니다. Home에 표시되는 구독 그룹은 주로 항목의 출처를 구별하는 데 쓰입니다. Config에서 규칙이 참조하는 정책 그룹은 트래픽에 적용할 정책을 결정합니다. Home의 표시 이름을 정리해도 Config의 규칙이 바뀌지는 않으며, 두 구독이 자동으로 서로의 대체 항목이 되는 것도 아닙니다.
이 글은 사용자가 이미 서비스 제공업체와 구독을 보유하고 있다는 전제에서 설명합니다. 구독 링크는 이용 중인 서비스 제공업체에서 받으세요. 클라이언트 앱 구매와 연결 서비스 구독은 별개입니다. 정리하기 전에 각 출처를 계속 사용하는지 확인하고, 항목 수만으로 어떤 그룹을 남길지 판단하지 마세요.
- 구독 그룹: 출처와 업데이트 진입점을 기록합니다. 삭제하기 전에 링크와 포함된 항목을 확인하세요.
- 서버 항목: 프로토콜, 서버 주소, 포트 및 인증 매개변수가 포함됩니다. 이름은 항목을 식별하는 정보 중 일부일 뿐입니다.
- 정책 그룹: 규칙에서 참조하면 트래픽 선택에 관여합니다. 이름을 바꾸거나 참조 대상을 삭제한 후에는 관련 설정을 다시 확인해야 합니다.
2. 출처별로 이름을 지정해 중복 가져오기 방지하기
여러 구독은 서버를 지역별로 한데 묶기보다 먼저 출처를 기준으로 정리하세요. 예를 들어 기존 출처 두 개에 ‘01-일상-A’, ‘02-예비-B’와 같이 이름을 붙일 수 있습니다. 이는 로컬 정리 방식의 예시일 뿐, 서비스 품질이나 자동 전환 순서를 뜻하지 않습니다. 접두어를 붙이면 찾기 쉽고, 이름순 정렬을 사용할 때만 해당 이름의 배열에 영향을 줍니다. 연결 정책이 직접 바뀌지는 않습니다.
다시 추가하기 전에 Home에서 기존 구독 그룹을 펼쳐 같은 출처가 이미 있는지 확인하세요. 구독 주소에는 접근 인증 정보가 포함되는 경우가 많으므로 전체 링크를 Remarks에 적거나 인증 정보가 보이는 편집 화면을 다른 사람에게 보내지 마세요. 아래 주소 예시는 필드 구조를 설명하기 위한 것으로, 실제 가져오기에 사용할 수 없습니다.
-
기존 출처 확인
Home에서 기존 구독 그룹을 펼치고 해당 그룹의 편집 화면에서 구독 주소와 Remarks를 확인하세요. 같은 링크가 이미 있으면 ‘+’로 다시 추가하지 말고 기존 그룹을 업데이트하세요.
-
누락된 출처 추가
Home → 오른쪽 위 ‘+’ → Type → Subscribe. 서비스 제공업체에서 받은 주소를 URL에 입력합니다. 예시 형식은
https://example.com/sub?token=xxxx입니다. 실제로는 유효한 본인 주소를 사용하세요. -
출처 메모 입력
Remarks에 ‘01-일상-A’처럼 알아보기 쉬운 이름을 입력하고 저장하세요. 기존 구독은 편집 화면에서 Remarks를 수정하면 됩니다. 이름을 바꾸려고 같은 주소를 다시 가져오지 마세요.
-
그룹별 결과 확인
Home으로 돌아가 새 출처를 업데이트하고 그룹을 펼쳐 확인하세요. 항목이 예상한 구독 그룹에 표시되는지 확인한 다음 다음 출처를 정리합니다. 편집 진입점과 저장 컨트롤의 모양은 현재 화면을 기준으로 확인하세요.
3. 출처 순서와 그룹 내 순서를 따로 정렬하기
출처 순서는 ‘어느 그룹을 먼저 찾을지’를, 그룹 내 순서는 ‘그룹에서 어떤 항목을 먼저 볼지’를 정합니다. 두 작업은 따로 진행하세요. 다른 그룹은 접고 정리할 그룹만 펼친 다음, 해당 그룹의 정렬 또는 편집 기능을 사용합니다. 화면에서 드래그 정렬을 지원한다면 해당 편집 상태에서 조작하세요. 구독 그룹 전체를 옮기는 것과 그룹 내 서버 순서를 바꾸는 것을 혼동하지 마세요.
목록과 현재 화면에 따라 사용할 수 있는 정렬 방식이 다를 수 있습니다. 드래그 핸들이나 정렬 옵션이 보이지 않는다면 지원되지 않는 동작을 반복해서 길게 눌러 볼 필요는 없습니다. 출처 메모를 일관되게 작성하고 현재 정리하지 않는 그룹을 접어 두는 것만으로도 찾는 시간을 줄일 수 있습니다. 서비스 제공업체가 관리하는 서버 이름은 정렬을 위해 대량으로 변경하지 않는 편이 좋습니다. 업데이트하면 원격 이름으로 되돌아갈 수 있습니다.
| 정리 목표 | 조작 및 확인 | 유의 사항 |
|---|---|---|
| 자주 쓰는 출처 빠르게 찾기 | Remarks로 출처를 구분하고, 그룹 정렬 기능이 있으면 그룹 순서를 조정 | 표시 순서가 장애 발생 시 자동 전환을 뜻하지 않음 |
| 이름으로 서버 찾기 | 현재 화면에서 지원하는 경우 대상 그룹의 정렬 옵션에서 이름순 정렬 선택 | 이름이 같아도 매개변수 확인 필요 |
| 테스트 결과로 찾기 | 대상 범위에서 Connectivity Test를 실행한 뒤 결과를 확인하고, 지원되면 결과순으로 정렬 | 테스트 값은 대역폭이 아니며 실제 요청 성공을 보장하지 않음 |
| 직접 정한 순서 유지 | 정리 후 해당 구독을 한 번 업데이트하고 순서가 유지되는지 확인 | 새로고침하면 원격 데이터 또는 현재 정렬 방식에 따라 순서가 바뀔 수 있음 |
두 번의 지연 시간 결과를 비교하려면 같은 네트워크와 테스트 방식을 사용하고 비슷한 시간대에 측정하세요. 한 항목이 시간 초과로 표시되더라도 이번 테스트에서 예상한 결과를 얻지 못했다는 뜻일 뿐, 영구 삭제의 근거가 되지는 않습니다. 다시 테스트한 뒤 해당 출처가 중단되었는지 확인하세요.
4. 이름이 아니라 매개변수로 중복 항목 확인하기
중복은 같은 구독을 여러 번 가져왔거나, 서로 다른 구독에 동일한 연결이 포함되어 있거나, 구독에 포함된 항목을 별도 항목으로 저장한 경우에 주로 발생합니다. 먼저 중복이 어느 단계에서 생겼는지 확인하세요. 동일한 구독 그룹이 두 개라면 출처 진입점을 정리하고, 같은 그룹 안에서 중복된다면 원격으로 반환되는 내용을 확인해야 합니다. 독립 항목과 구독 내 항목이 겹치는 경우에만 더 이상 필요하지 않은 독립 사본을 삭제할지 검토하세요.
각 항목의 상세 정보나 편집 화면에서 Type, 서버 주소, 포트를 비교한 다음 인증 매개변수와 전송 설정을 확인하세요. 민감한 정보는 본인 기기에서만 확인하세요. 비교하기 편하다는 이유로 비밀번호, UUID 또는 전체 구독 링크를 공개 표에 붙여 넣지 마세요.
| 확인된 내용 | 판단 | 조치 |
|---|---|---|
| 이름과 주소는 같지만 포트가 각각 443과 8443 | 연결 포트가 다르므로 바로 중복으로 판단할 수 없음 | 각 항목을 유지하고 용도를 확인 |
| 이름, 주소, 포트는 같지만 Type이 각각 Trojan과 VLESS | 프로토콜이 다르므로 연결 매개변수 전체가 동일하지 않음 | 각각 확인하고 이름만으로 합치지 않음 |
| 이름은 다르지만 프로토콜, 주소, 포트, 인증 및 전송 매개변수가 모두 같음 | 같은 연결에 서로 다른 라벨을 붙인 경우일 수 있음 | 각 항목의 출처를 기록한 뒤 진입점을 둘 다 유지할 필요가 있는지 결정 |
| 같은 링크가 두 구독 그룹에 있고 그룹 내 항목도 동일함 | 출처를 중복으로 가져왔을 가능성이 큼 | 정상적으로 업데이트되는 그룹 하나를 남기고 확인 후 다른 그룹 삭제 |
요약: 중복이 반복되면 출처를 정리하세요
그룹 내 사본을 직접 삭제했는데 업데이트 후 다시 나타난다면 항목별 정리를 중단하세요. 같은 링크를 중복으로 가져왔는지, 구독에서 반환하는 내용 자체가 중복인지 확인하세요. 전자라면 불필요한 구독 진입점을 삭제하고, 후자라면 구체적인 항목 이름과 현상을 서비스 제공업체에 문의하세요.
5. 삭제 범위를 확인하고 참조 관계 점검하기
서버 항목 하나를 삭제하는 것과 구독 전체를 삭제하는 것은 다른 작업입니다. 개별 항목의 삭제 기능은 일반적으로 해당 항목만 삭제합니다. 구독 그룹의 삭제 기능을 사용할 때는 전체 출처와 포함 항목이 삭제 대상인지 확인하세요. 실제 삭제 범위는 확인 메시지를 기준으로 판단하고, Delete가 보인다는 이유만으로 바로 확인하지 마세요.
- 복구에 필요한 정보를 먼저 확보하세요. 본인의 비공개 기록이나 서비스 제공업체를 통해 구독 링크를 다시 받을 수 있는지 확인하세요. 현재 설정을 보존해야 한다면 먼저 개인 백업을 만드세요. 인증 정보가 포함된 파일을 공개 공유 위치에 두지 마세요.
- 현재 연결을 먼저 전환하세요. 삭제할 그룹의 서버를 현재 사용 중이라면 Home에서 검증된 대체 항목을 먼저 선택하세요. 중요한 작업을 진행 중이라면 작업이 끝난 뒤 정리하세요.
- 삭제 대상을 확인하세요. 대상 행이나 구독 그룹에 표시된 편집·삭제 기능을 사용하세요. 이름, 출처, 확인 메시지에 표시된 범위를 확인한 후 삭제하세요. 확실하지 않으면 시험 삼아 삭제하지 말고 취소하세요.
- Config의 참조를 확인하세요. 설정에서 삭제한 서버 이름을 직접 참조하거나 정책 그룹이 해당 항목에 의존한다면 Config에서 참조를 확인하고 유효한 대상으로 다시 지정하세요.
- 삭제 후 검증하세요. Home으로 돌아가 현재 선택 항목을 확인하고 Connectivity Test를 실행한 다음 평소 사용하는 페이지에 접속하세요. 연결과 예상한 라우팅이 정상인지 확인하세요.
기기에서 구독을 삭제해도 서비스 제공업체의 서비스가 자동으로 종료되거나 이미 유출된 링크 인증 정보가 무효화되지는 않습니다. 구독 링크가 공개되어 정리하는 경우 서비스 제공업체에서 교체 링크를 받아 기존 구독 진입점을 편집한 뒤 이전 주소가 더 이상 유효하지 않은지 확인하세요. 이전 그룹의 이름만 바꿔 계속 사용하지 마세요.
6. 업데이트 방식에 따라 정리 결과가 유지되는지 확인하기
구독을 업데이트하면 원격 데이터를 다시 가져옵니다. 따라서 로컬에서 삭제한 항목, 이름 및 순서가 유지되는지는 실제로 새로고침해 확인해야 합니다. 정리를 마친 직후 그룹별로 한 번씩 업데이트하면 며칠 뒤 항목이 되살아난 것을 발견하는 것보다 원인을 찾기 쉽습니다. 자동 업데이트의 실행 방식과 사용 가능한 옵션은 Settings → Subscribe의 현재 화면을 기준으로 확인하세요.
그룹별 수동 업데이트
권장정리하는 동안 한 번에 출처 하나만 업데이트하고 항목 수, 이름, 순서의 변화를 확인하세요. 중복이 발생하면 어떤 구독이 해당 내용을 다시 가져왔는지 찾을 수 있습니다.
적합한 경우: 처음 정리할 때, 중복 진입점을 삭제할 때, 정리 결과를 검증할 때
자동 업데이트 설정
출처를 확인한 후 Settings → Subscribe에서 현재 사용할 수 있는 업데이트 옵션을 확인하세요. 새 데이터를 자동으로 가져와도 중복 출처를 자동으로 식별하는 것은 아니며, 서버가 항상 사용 가능하다는 보장도 없습니다.
적합한 경우: 출처 확인을 마쳤고 평소 수동 새로고침을 줄이고 싶을 때
Update via Proxy
이 옵션은 구독 요청을 가져오는 경로를 바꾸며, 정렬이나 중복 제거 설정이 아닙니다. 현재 직접 연결하는 네트워크에서 구독 주소를 가져오지 못하고 사용 가능한 프록시 연결이 있을 때만 필요한 경우에 시도하세요.
적합한 경우: 구독 요청의 네트워크 연결 가능성을 점검할 때
업데이트 오류가 발생하면 기존 항목을 유지하고 URL이 온전한지, 인증 정보가 유효한지, 현재 네트워크에서 구독 요청을 처리할 수 있는지 먼저 확인하세요. 삭제 후 다시 추가하는 것을 첫 단계로 삼지 마세요. 기존 메모와 정리 결과를 잃을 수 있으며, 유효하지 않은 링크나 원격 데이터 오류도 해결되지 않습니다.
- 업데이트 전 대상 그룹 이름과 항목 수를 기록해 전후 비교에만 활용하세요. 항목 수로 서비스 품질을 평가하지 마세요.
- 업데이트 후 새 출처 진입점이 추가되었는지 확인한 다음 기존 그룹 안에 중복이 있는지 살펴보세요.
- 출처 하나에서만 중복이 계속 발생한다면 전체 인증 정보를 보내지 말고 ‘업데이트 후 중복 항목이 다시 나타난다’고 서비스 제공업체에 알리세요.
- 업데이트는 성공했지만 연결할 수 없다면 서버 매개변수와 네트워크를 확인하세요. 구독을 가져오는 데 성공했다고 해서 모든 서버를 사용할 수 있는 것은 아닙니다.
7. 여러 구독 정리 관련 자주 묻는 질문
같은 이름이 여러 번 표시되는 이유는 무엇인가요?
먼저 Home에서 해당 항목이 몇 개의 구독 그룹에 속하는지 확인하세요. 두 그룹에 나뉘어 있다면 각 출처 링크를 확인하고, 한 그룹 안에 있다면 프로토콜, 주소, 포트 및 전송 매개변수를 비교하세요. 이름이 같아도 라벨만 같은 경우가 있으므로 이름만으로 바로 삭제하지 마세요.
삭제한 서버 항목이 업데이트 후 다시 나타나는 이유는 무엇인가요?
구독에서 해당 항목을 계속 제공하고 있기 때문입니다. 유지해야 하는 출처에 속한 항목이라면 새로고침 후 다시 표시되는 것이 이상하지 않습니다. 출처 전체를 더 이상 사용하지 않는다면 그룹 안의 항목을 매번 삭제하지 말고 해당 구독 진입점을 삭제하세요.
구독 업데이트가 시간 초과되면 다시 가져와야 하나요?
먼저 기존 그룹을 유지하고 URL과 현재 네트워크를 확인하세요. 사용 가능한 연결이 있다면 Settings → Subscribe에서 Update via Proxy를 확인한 다음 대상 구독을 다시 시도할 수 있습니다. 이 옵션으로 인증 정보 만료, 서비스 종료 또는 반환된 내용의 형식 오류를 해결할 수는 없습니다.
예비 그룹을 두 번째로 정렬해 두면 기본 항목에 문제가 생겼을 때 자동 전환되나요?
Home의 표시 순서만으로 자동 전환 관계가 설정되지는 않습니다. 전환하려면 Home에서 검증된 항목을 직접 선택하세요. Config의 정책 그룹을 사용한다면 실제 설정을 확인하고, 메모에 ‘예비’라고 적은 것을 정책 설정 대신으로 여기지 마세요.
구독을 실수로 삭제했는데 구매 복원으로 되찾을 수 있나요?
구매 복원은 앱 구매 자격을 처리하는 기능이지 구독 목록을 복원하는 기능은 아닙니다. 다시 가져오려면 원래 구독 링크나 본인 백업이 필요합니다. 링크를 찾을 수 없다면 서비스 제공업체에서 받은 뒤 Home → ‘+’ → Type → Subscribe에서 추가하세요.
정리가 끝났다고 판단하려면 각 출처의 용도를 설명할 수 있고, 현재 서버를 확인했으며, 업데이트 후 예상치 못한 출처 진입점이 추가되지 않고, Config에 필요한 참조가 유효해야 합니다. 목록을 짧게 만들려고 비슷한 항목을 모두 삭제할 필요는 없습니다. 먼저 출처를 추적할 수 있도록 정리한 뒤 표시 내용을 간소화하세요.