Shadowrocket 구독 여러 개 관리하기: 그룹화·정렬·중복 항목 정리

1. 구독 출처, 서버 항목, Config 구분하기

구독 링크는 서버 매개변수를 가져오는 경로이며, 링크 하나에서 여러 서버 항목이 제공될 수 있습니다. Home에 표시되는 서버 이름은 고유 식별자가 아닙니다. 이름이 같아도 주소가 다를 수 있고, 주소가 같아도 포트나 프로토콜이 다를 수 있습니다. 중복 여부를 판단하기 전에 각 항목이 어느 구독에 속하는지 먼저 확인하세요.

Config에서는 구성 파일과 그 안의 규칙, 정책 등을 관리합니다. 두 구독의 메모를 서로 다르게 바꿔도 라우팅 규칙이 두 세트로 만들어지는 것은 아닙니다. Home에서 목록 순서를 바꾸더라도 Config의 규칙 매칭 순서는 바뀌지 않습니다. Settings는 앱 동작을 조정하는 메뉴입니다. 이 세 항목은 각각 따로 관리해야 합니다.

예를 들어 출처 A에 항목 12개, 출처 B에 항목 8개, 직접 추가한 항목 2개가 있다면 정리 전에 이 세 그룹의 수를 각각 기록하세요. 합계 22개는 확인을 위한 기준일 뿐, 특정 개수까지 줄여야 한다는 뜻은 아닙니다. 이후 개수가 달라지면 어느 출처에서 변경됐는지 추적할 수 있어야 합니다.

2. 출처별로 그룹화해 중복 가져오기 방지하기

유효한 구독 항목마다 출처를 알기 쉬운 메모를 지정하는 것이 좋습니다. 예를 들면 “출처 A | 일상용”, “출처 B | 예비용”처럼 표시할 수 있습니다. 메모는 구분 용도로만 사용하고 구독 token, 계정 정보, 전체 링크는 적지 마세요. 이름에 같은 지역명이 들어 있다는 이유만으로 서로 다른 출처를 같은 그룹으로 취급하지 말고 출처별 구분을 유지하세요.

1. 기존 구독 항목 확인

   Home을 열어 기존 구독 그룹과 메모를 확인합니다. 구독 편집 화면에서 URL을 확인해 같은 항목이 이미 있는지 살펴보세요. 기존 항목을 새로 고치려는 경우 오른쪽 위의 “+”를 눌러 다시 추가하지 마세요.

2. 누락된 출처 추가

   구독 항목이 실제로 없는 경우에만 Home → 오른쪽 위 “+” → Type → Subscribe로 이동합니다. URL에 이미 보유한 구독 링크를 붙여 넣고, Remarks에 출처를 알아볼 수 있는 메모를 입력한 다음 저장하세요.

3. 항목별 업데이트 확인

   Home으로 돌아가 아래로 당겨 구독을 업데이트합니다. 처음 정리할 때는 한 번에 출처 하나만 처리하고, 반환된 항목과 오류 메시지, 개수 변화를 확인하세요. 여러 그룹을 동시에 처리하면 변경 원인을 파악하기 어렵습니다.

4. 기존 기록 보관

   안전한 개인 기록에 출처와 메모의 대응 관계를 저장하세요. 문제 해결 결과를 기록해야 한다면 “출처 A: 12 → 10”처럼 변경 사항만 적고, 전체 구독 링크를 스크린샷이나 공개 기록에 포함하지 마세요.

구독 업데이트는 기존 항목에서 콘텐츠를 다시 가져오는 작업이지, 같은 항목을 하나 더 만드는 작업이 아닙니다. 서비스 제공자가 구독 주소를 변경했다면 먼저 기존 구독 편집 화면의 URL을 확인한 뒤 주소를 바꿀지 별도 출처를 추가할지 결정하세요. 두 링크의 차이가 token뿐이더라도 겉모양만 보고 같은 링크라고 판단할 수는 없습니다.

3. 정렬은 찾기 편의를 위한 순서일 뿐 라우팅을 결정하지 않습니다

정리할 때는 먼저 출처별로 나누고, 다음으로 용도별로 구분한 뒤, 마지막으로 테스트 결과를 확인하세요. 구독이나 서버 목록 순서를 바꾸려면 Home에서 해당 목록에 제공되는 편집 또는 정렬 기능을 사용합니다. 목록마다 사용할 수 있는 정렬 옵션이 다를 수 있으므로 한 곳에서 가능한 드래그나 정렬 기능이 모든 그룹에 적용된다고 가정하지 마세요. 작업 후 Home으로 돌아가 출처가 뒤섞이지 않았는지 확인합니다.

현재 목록에 이름순 또는 지연 시간순 정렬이 있다면 이름순은 특정 항목을 찾을 때, 지연 시간순은 한 번 비교할 때 유용합니다. 지연 시간순으로 정렬하기 전에 같은 조건에서 동일한 항목을 테스트하세요. 어제 Wi-Fi에서 나온 결과와 오늘 모바일 데이터에서 나온 결과를 그대로 비교하면 안 됩니다. 한 번의 테스트에서 앞에 표시됐다고 지속적인 전송 속도까지 더 빠른 것은 아닙니다.

• 일상적인 정렬: 자주 쓰는 출처를 앞에, 예비 출처를 뒤에 배치하고 메모를 일정하게 유지하면 업데이트 후에도 쉽게 찾을 수 있습니다.
• 문제 해결: 대상 출처를 펼친 뒤 해당 그룹만 테스트하고, 네트워크 환경과 시간, 결과를 기록하세요.
• 업데이트 후 확인: 선택한 항목이 그대로 있는지 확인하세요. 출처 이름이 바뀌었다면 이전 이름을 참조하는 정책도 점검합니다.
• 수동으로 순서를 바꿀 수 없는 경우: 출처별 그룹을 유지하고 일관된 메모로 구분하세요. 순서를 맞추려고 구독 전체를 중복으로 가져오지 마세요.

실제 라우팅을 확인하려면 Global Routing을 살펴보세요. 목록을 정리하면서 라우팅 모드까지 바꾸지 마세요. 비교 테스트를 해야 한다면 기존 모드와 현재 Config를 기록하고, 테스트가 끝나면 원래대로 복구합니다.

4. 중복 서버는 이름이 아니라 매개변수로 확인하기

중복은 주로 두 가지 경우에 생깁니다. 같은 구독을 두 번 추가했거나, 서로 다른 구독에서 일부 서버가 동일하게 제공된 경우입니다. 첫 번째라면 보통 불필요한 구독 항목을 정리해야 합니다. 두 번째라면 먼저 출처별 구분을 유지하고 개별 항목을 정리할 필요가 있는지 판단하세요. 이름이 같다는 이유만으로 서버를 바로 삭제하면 예비 연결까지 지울 수 있습니다.

확인할 때는 서버 항목의 편집 화면을 열어 매개변수를 살펴보기만 하고 임의로 수정하지 마세요. 기본 비교 항목은 Type, 서버 주소, 포트, 인증 정보입니다. TLS, SNI, 전송 방식과 관련 매개변수도 비교해야 합니다. 인증 정보는 기기에서만 확인하고 공개 문제 해결 기록에 복사하지 마세요.

예를 들어 두 Trojan 항목이 같은 주소의 443 포트에 연결되더라도 SNI가 다르면 서로 다른 설정일 수 있습니다. VLESS 항목과 VMess 항목은 이름이 같아도 바로 합칠 수 있는 항목이 아닙니다. 프로토콜 이름이나 포트 번호만으로는 중복을 판단할 수 없습니다.

5. 만료된 구독을 삭제하기 전에 업데이트 경로 확인하기

업데이트 시간 초과가 구독의 영구적인 만료를 의미하지는 않습니다. 링크 접근 실패, 인증 만료, 가져온 콘텐츠의 파싱 실패, 서버 연결 실패를 구분하세요. 앞의 두 문제는 구독을 가져오는 단계에서 발생하고, 마지막 문제는 서버를 사용하는 단계에서 발생합니다. 목록 새로 고침에 성공해도 목록의 모든 서버에 연결할 수 있다는 뜻은 아닙니다.

1. 기존 URL과 출처 메모를 보관하고 Home에서 대상 구독을 한 번 더 업데이트한 뒤 구체적인 안내 메시지를 기록하세요. 같은 구독을 연이어 다시 추가하지 마세요.
2. 서비스 제공자 계정에서 링크가 재설정됐는지, 인증이 유효한지 확인하세요. 링크에 포함된 token은 민감 정보이므로 다른 사람에게 대신 테스트해 달라고 요청하지 마세요.
3. 현재 네트워크에서 구독 항목에 접근할 수 없지만 사용할 수 있는 프록시 연결이 이미 있다면 Settings → Subscribe → Update via Proxy를 확인하고, 프록시가 실제로 연결 가능한 상태일 때 다시 시도할 수 있습니다.
4. 업데이트는 성공했지만 대상 서버에 연결되지 않는다면 해당 항목의 매개변수와 테스트 결과를 확인하세요. 구독 그룹 전체를 먼저 삭제하지 마세요.
5. 출처가 중단됐거나 주소가 바뀌었거나 항목이 실제로 중복된 것을 확인한 뒤 Home에서 대상 구독을 삭제하세요. 삭제 대상이 그룹 전체인지 개별 항목인지도 확인합니다.

Update via Proxy를 켠다고 모든 업데이트 오류가 해결되는 것은 아닙니다. 현재 프록시를 사용할 수 없다면 그 프록시를 통해 업데이트하는 과정에서 문제가 반복될 수도 있습니다. 설정을 바꾼 뒤 기록을 남기며 한 번만 다시 시도하세요. 개선되지 않으면 원래 설정으로 되돌리고 URL, 인증, 네트워크 접근 가능성을 계속 확인합니다.

그룹 전체를 삭제하기 전에 Config에서 해당 그룹의 항목 이름을 참조하는지 확인하세요. 사용자 지정 정책이나 특정 서버 이름을 지정한 Config에서는 출처를 삭제하거나 이름을 바꾼 뒤 참조도 함께 수정해야 할 수 있습니다. Home을 정리한다는 이유로 DOMAIN-SUFFIX, GEOIP, IP-CIDR, FINAL을 일괄 변경하지 마세요. 이 키워드는 트래픽을 매칭하는 데 사용되며 구독을 정리하는 기능이 아닙니다.

6. 여러 구독 관리 관련 자주 묻는 질문

정리를 마친 뒤에는 다음 세 가지를 설명할 수 있어야 합니다. 각 구독의 출처, 업데이트할 때마다 바뀐 내용, 현재 연결을 결정하는 정책입니다. “출처 확인 → 업데이트 → 변경 사항 확인 → 연결 테스트” 순서로 관리하면 정기적으로 전부 삭제하고 다시 가져오는 것보다 기록을 명확하게 유지할 수 있습니다.