Shadowrocket 여러 구독 관리 방법: 그룹화·정렬·중복 노드 정리

1. 구독·노드·구성 파일 구분하기

Shadowrocket 목록이 길어졌다고 해서 구독 수가 늘어난 것은 아닙니다. 구독 하나에 여러 서버 항목이 포함될 수 있으며, 같은 주소를 새 구독으로 반복해서 추가하면 내용이 비슷한 그룹이 여러 개 생길 수도 있습니다. 정리를 시작하기 전에 Home에서 그룹 제목과 노드의 소속을 확인하고, 표시 이름만 보고 삭제하지 마세요.

Home에서 구독 출처에 따라 만들어지는 그룹은 서버 목록을 정리하는 데 사용합니다. Config의 구성 파일에는 규칙과 정책 등의 설정이 담깁니다. 구독 그룹의 이름을 바꾸거나 접고 위치를 옮겨도 요청의 라우팅 방식이 바뀌지는 않습니다. 구성 파일의 정책 그룹은 Home의 구독 그룹과 다르며, 이름이 비슷해도 역할은 서로 다릅니다.

예를 들어 Global Routing에서 Config를 사용하면 실제 요청은 현재 구성의 규칙과 정책에 영향을 받습니다. 따라서 “노드를 목록 맨 위로 옮겼다”는 이유만으로 “모든 요청이 해당 노드를 사용한다”고 볼 수 없습니다. 목록을 정리하는 동안 기존 모드와 구성을 그대로 유지하면 문제가 정리 작업에서 비롯됐는지 라우팅 설정에서 비롯됐는지 더 쉽게 확인할 수 있습니다.

2. 출처별 구독 기록을 만들고 이름 통일하기

먼저 기존 구독마다 용도, 출처의 유효 여부, 해당 Home 그룹, 유지 필요 여부를 간단히 기록하세요. 기록은 본인이 관리할 수 있는 곳에 보관하고, 구독 주소 전체나 인증 정보를 공유 문서에 넣지 마세요. 구독 URL의 쿼리 매개변수에는 접근 자격 증명이 포함될 수 있으므로 이름에도 해당 정보를 넣지 않는 것이 좋습니다.

1. Home을 열고 각 그룹을 차례로 펼쳐 어떤 서버가 들어 있는지 확인하세요. 나중에 다시 선택할 수 있도록 현재 선택된 항목과 소속 그룹을 먼저 기록해 둡니다.
2. 구독 항목의 편집 메뉴에서 URL과 메모를 확인하세요. 하위 노드의 편집 화면을 구독 설정 화면으로 착각하지 않도록 주의하세요. 하위 노드 화면에는 보통 서버 주소, 포트, 프로토콜 매개변수가 표시됩니다.
3. “일상용”, “예비 확인용”처럼 용도를 알아보기 쉬운 메모를 구독에 추가하세요. 출처가 비슷한 항목이 여러 개라면 짧은 개인 식별 번호를 덧붙일 수 있지만, 비밀번호나 token은 적지 마세요.
4. 저장한 뒤 Home으로 돌아가 변경 사항이 예상한 구독 그룹에 반영됐는지 확인하세요. 그룹 안의 노드 이름이 그대로여도 정상입니다. 구독 메모와 서버 이름은 서로 다른 단계의 정보입니다.

아래 두 카드는 정리 기록의 예시일 뿐, 가져올 수 있는 구성 파일이 아니며 서비스를 제공한다는 의미도 아닙니다. 실제 작업에는 본인이 이미 보유한 정보를 사용하세요. 예시 주소 https://example.com/sub?token=xxxx는 가상 값이므로 업데이트를 실행하지 마세요.

3. Home 목록 순서 조정하기: 정렬과 정책은 별개

자주 사용하는 출처는 앞쪽에, 예비 출처는 뒤쪽에 두고 당분간 쓰지 않는 그룹은 접어 두는 것이 좋습니다. 정렬의 목적은 항목을 쉽게 찾는 것이지, 한 번 측정한 지연 시간으로 장기적인 우열을 정하는 것이 아닙니다. 목록 표시 순서, 현재 선택된 노드, 구성의 정책 선택은 각각 따로 확인해야 합니다.

1. Home에서 목록의 편집 또는 정렬 기능을 사용하세요. 편집 모드에 드래그 핸들이 표시되면 원하는 위치로 항목을 옮긴 뒤 편집을 종료합니다. 핸들이 없다면 항목을 맨 위에 두려고 반복해서 가져오지 마세요.
2. 이동하는 항목이 구독 그룹인지 그룹 안의 노드인지 구분하세요. 자주 쓰는 출처를 쉽게 찾는 것이 목적이라면 그룹 안의 항목을 하나씩 바꾸기보다 그룹 위치를 조정하는 편이 좋습니다.
3. 이름이나 지연 시간 기준으로 정렬할 때는 어느 목록 범위에 정렬이 적용되는지 먼저 확인하세요. 찾기 쉬운 순서를 유지하려면 메모 형식을 통일해 구분하기 쉽게 만든 다음, 앱에서 지원하는 정렬 방식을 선택하세요.
4. 정리가 끝나면 편집을 종료하고 Home에 다시 들어가 순서가 유지되는지 확인하세요. 그런 다음 구독 하나만 업데이트해 그룹 안의 배열이 업데이트 결과에 따라 다시 구성되는지 살펴봅니다.

정리하는 동안 Settings → On Demand를 함께 변경할 필요는 없습니다. On Demand는 조건에 따라 연결을 시작하는 기능이지, 구독 그룹을 분류하거나 목록의 중복을 제거하는 기능이 아닙니다. 연결 트리거 설정과 목록 관리를 따로 처리하면 정리 중 자동 재연결이 발생해 현재 상태를 판단하기 어려워지는 일을 줄일 수 있습니다.

4. 중복 노드는 매개변수를 비교한 뒤 삭제 범위 결정하기

노드 이름이 같다는 것은 표시되는 문구가 같다는 뜻일 뿐, 같은 연결이라는 증거는 아닙니다. 이름이 다르더라도 같은 연결일 수 있습니다. 먼저 프로토콜, 서버 주소, 포트를 비교한 뒤 인증 정보와 전송 매개변수도 확인하세요. 예를 들어 같은 서버가 모두 포트 443을 사용하더라도 프로토콜, TLS 설정, 전송 경로가 다르면 서로 다른 구성일 수 있습니다. 포트 번호만으로 중복 여부를 판단하면 안 됩니다.

프로토콜마다 확인해야 하는 필드가 다릅니다. Shadowsocks는 암호화 방식과 비밀번호를, VMess와 VLESS는 UUID 및 관련 전송 설정을 확인하세요. Trojan은 비밀번호와 TLS 매개변수를 확인해야 합니다. 주소와 포트 두 줄만 잘라 비교하지 말고, 인증 정보가 포함된 편집 화면을 공개하지 마세요.

구독 URL을 비교할 때도 주의가 필요합니다. 도메인과 경로가 같아도 쿼리 매개변수에 따른 권한이나 콘텐츠까지 같다는 뜻은 아닙니다. 두 주소가 모두 /sub로 끝난다는 이유만으로 합치면 유지해야 할 그룹을 삭제할 수 있습니다. 정보가 충분하지 않다면 여러 항목을 한꺼번에 삭제하지 말고, 우선 유지한 뒤 확인 필요로 표시하세요.

5. 오래된 구독 삭제와 업데이트 확인 순서

삭제하기 전에 관리 중인 기존 기록에서 유효한 출처 정보를 다시 확인할 수 있는지 살펴보세요. 로컬 구독 항목을 삭제해도 원격 서비스가 해지되거나 기존 URL이 무효화되는 것은 아닙니다. 반대로 오래된 그룹을 남겨 둔다고 해서 계속 업데이트된다는 보장도 없습니다. 해당 출처를 계속 사용할지 여부를 기준으로 정리하세요.

1. 복구에 필요한 정보는 보관하세요. 유지할 구독의 이름과 출처, 현재 사용하는 노드를 기록하되 비밀번호나 전체 링크를 공개된 곳에 올리지 마세요. 백업이 필요하다면 직접 확인한 앱의 백업 또는 내보내기 절차를 이용하고 파일을 안전하게 보관하세요.
2. 삭제할 항목에서 먼저 전환하세요. 현재 선택한 노드가 오래된 그룹에 속한다면 삭제 전에 유지할 유효한 항목을 선택하세요. 필요하다면 작업 중 상태를 혼동하지 않도록 연결을 잠시 끄세요.
3. 구독 단위로 삭제하세요. Home에서 오래된 구독 그룹의 삭제 기능을 사용하세요. 확인 메시지가 표시되면 이름과 삭제 범위를 확인합니다. 그룹 안의 노드 하나만 삭제해도 구독 출처가 삭제되는 것은 아닙니다.
4. 유지할 그룹만 따로 업데이트하세요. 유지할 구독의 업데이트 기능을 사용해 업데이트 성공 여부와 노드 목록이 예상대로인지 확인하세요. 기존 항목을 업데이트하는 대신 같은 URL을 다시 추가하지 마세요.
5. 연결 상태를 다시 확인하세요. 유지할 그룹에서 노드를 다시 선택하고 Global Routing과 Config의 현재 구성을 확인하세요. 연결한 뒤 익숙한 페이지에 접속해 이름 확인과 요청이 모두 완료되는지 살펴보세요.

한 번에 불필요하다고 확인된 그룹 하나만 정리하세요. 여러 출처를 한꺼번에 삭제하고 모드를 전환하거나 구성을 수정하면 문제가 생겼을 때 원인을 찾기 어렵습니다. 노드 수가 줄어든 것 자체는 오류가 아닙니다. 유지할 출처가 업데이트되는지, 필요한 항목이 남아 있는지, 현재 연결과 정책이 의도한 대상을 가리키는지 확인하세요.

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