이 글은 이미 이용 중인 서비스와 구독이 있는 상황을 전제로, 출처 표시, 구독별 업데이트, 순서 정리, 중복 확인, 삭제 전 백업 순으로 Home 목록을 정리합니다. 구독 주소, 서버 항목, Config의 라우팅 규칙을 구분해 같은 이름의 서버를 잘못 삭제하거나 목록 정렬을 자동 전환 정책으로 오해하지 않도록 합니다.
1. 구독, 서버, Config 구분하기
Shadowrocket 구독은 서버 설정을 가져오는 출처입니다. 하나의 구독에서 여러 서버 항목을 받을 수 있고, 서로 다른 구독에 이름은 같지만 설정이 다른 항목이 포함될 수도 있습니다. 여러 구독을 정리할 때는 먼저 출처 관계를 확인한 다음 항목을 정리하세요. 목록에 표시된 이름만 보고 중복 여부를 판단하지 마세요.
Home에서는 서버를 확인하고 연결 대상을 선택하며, Config에서는 구성 파일과 규칙을 관리합니다. Home에서 구독 하나를 삭제해도 Config에 남아 있는 서버 이름이나 정책 참조가 함께 정리되는 것은 아닙니다. 반대로 Config를 바꿔도 기존 구독 주소가 교체되지는 않습니다.
이 글에서 말하는 그룹은 구독 출처에 따라 서버 목록을 구분하는 것을 뜻합니다. 자동으로 속도를 측정하거나 전환하는 정책 그룹을 만드는 것이 아닙니다. 목록 순서, 현재 선택한 서버, 규칙이 최종 적용하는 정책은 각각 따로 확인해야 합니다.
2. 기존 구독에 출처를 표시하고 하나씩 업데이트하기
먼저 각 구독에 용도와 출처를 알아보기 쉽게 적어 두세요. 예: “개인용-A”, “외출용 예비-B”. 메모에 전체 구독 주소, 비밀번호 또는 계정 인증 정보를 넣지 마세요. 이름은 구분을 돕기 위한 것이며 프로토콜, 포트 또는 연결 우선순위를 바꾸지 않습니다.
-
현재 상태 기록
Home으로 이동해 기존 구독 이름, 그룹별 항목 수, 현재 선택된 서버를 기록합니다. 이름을 바꾸려고 기존 구독을 다시 가져오면 같은 출처가 중복으로 추가될 수 있으니 주의하세요.
-
주소 확인
대상 구독의 편집 화면을 열어 URL이 기존에 기록한 주소와 일치하는지 확인합니다. 예시
https://example.com/sub?token=xxxx는 주소 형식만 보여 주며, 실제로 사용할 수 있는 구독이 아닙니다. -
메모 입력
구독 편집 화면의 Remarks에 간단한 식별 정보를 입력하고 저장합니다. 기존 구독을 추가해야 한다면 Home → 오른쪽 위 “+” → Type → Subscribe로 이동한 뒤 URL과 Remarks를 입력합니다.
-
그룹별로 업데이트
대상 구독에 해당하는 업데이트 기능을 사용하고 한 번에 하나씩 처리합니다. Home에서 아래로 당겨 새로고침하면 여러 구독이 함께 업데이트될 수 있습니다. 이 경우 새로고침 후 그룹별 결과를 확인하고, 한 그룹의 성공을 전체 성공으로 간주하지 마세요.
-
변경 사항 확인
업데이트 전후의 항목 수, 이름, 현재 선택 항목을 비교합니다. 업데이트 후 항목이 줄었다면 먼저 구독 출처에서 반환한 내용과 업데이트 결과를 확인하세요. 부족한 항목을 채우려고 같은 구독을 반복해서 가져오지 마세요.
구독 주소의 쿼리 매개변수는 인증에 사용될 수 있습니다. 도메인과 경로가 같더라도 token이 다르면 같은 구독이라고 단정할 수 없습니다. 문제를 확인할 때는 본인 기기에서만 전체 주소를 비교하고, 다른 사람에게 문의할 때는 인증 매개변수를 가리세요.
3. 출처 순서를 먼저 정하고 서버 순서 정리하기
여러 구독의 목록은 두 단계로 정리하는 것이 좋습니다. 먼저 출처와 용도별로 구분하고, 다음으로 각 그룹 안의 서버 순서를 정리하세요. 업데이트를 모두 마친 다음 정렬하면 업데이트로 인한 항목 추가·삭제나 이름 변경 때문에 확인한 결과가 뒤섞이는 일을 줄일 수 있습니다.
- 쉽게 찾아야 하는 경우: 구독 메모에 “01-자주 사용”, “02-예비”처럼 일정한 접두어를 사용하세요. 접두어는 구분을 돕습니다. 이름순 정렬을 실제로 사용하는 경우에만 표시 순서에 영향을 줄 수 있습니다.
- 지연 시간을 비교해야 하는 경우: 같은 네트워크 환경에서 테스트한 다음 목록에서 제공하는 지연 시간 정렬을 사용하세요. 테스트 시간 초과는 해당 테스트가 제한 시간 안에 완료되지 않았다는 뜻이며, 서버를 영구적으로 사용할 수 없다는 의미는 아닙니다.
- 직접 순서를 지정해야 하는 경우: 현재 목록의 편집 또는 정렬 기능을 확인하세요. 목록에서 드래그를 지원하면 순서를 조정한 뒤 저장합니다. 목록마다 정렬 방법이 다를 수 있으므로 그룹 내 서버 정렬을 구독 출처 정렬과 혼동하지 마세요.
- 자주 사용하는 대상을 유지해야 하는 경우: 정렬이 끝나면 Home에서 선택된 서버를 다시 확인하세요. 목록 첫 줄에 표시된다고 해서 현재 연결 대상으로 선택된 것은 아닙니다.
지연 시간이 가장 낮은 항목이 모든 용도에 최적이라고 볼 수는 없습니다. 지연 시간 테스트와 웹 페이지 로딩, 지속적인 다운로드는 측정 대상이 다릅니다. 결과는 현재 Wi-Fi나 셀룰러 네트워크, 서버 부하에도 영향을 받습니다. 이 글에서는 실측 순위를 제공하지 않으며, 정리할 때는 동일한 조건에서 직접 테스트한 기록을 기준으로 삼으세요.
4. 중복 서버 정리: 이름이 아니라 설정 비교하기
중복 항목은 두 가지 유형으로 나뉩니다. 같은 구독을 여러 번 가져온 경우와 서로 다른 구독에서 비슷한 서버를 받은 경우입니다. 첫 번째는 중복된 구독 출처부터 정리하고, 두 번째는 연결 설정을 확인해야 합니다. 이름이나 지역이 같거나 같은 IP 주소로 확인된다는 이유만으로 두 항목을 서로 대체할 수 있다고 판단할 수는 없습니다.
| 확인 항목 | 구체적인 예 | 판단 및 처리 |
|---|---|---|
| 구독 출처 | 전체 URL이 같고 두 번 가져온 경우 | 먼저 백업한 뒤 중복 구독 출처를 삭제할지 검토합니다 |
| Type 및 엔드포인트 | 이름은 같지만 각각 Trojan과 VLESS를 사용하는 항목 | 프로토콜이 다르므로 이름만 보고 합치지 않습니다 |
| Address 및 Port | 같은 주소에 각각 443과 8443을 사용하는 경우 | 포트가 다르면 서로 다른 연결 지점입니다 |
| 인증 정보 | 주소와 포트는 같지만 UUID 또는 Password가 다른 경우 | 인증 설정이 다르므로 같은 항목으로 볼 수 없습니다 |
| 전송 및 TLS | 엔드포인트는 같지만 전송 방식, Host, Path 또는 SNI가 다른 경우 | 이러한 차이가 연결 가능 여부를 좌우할 수 있습니다 |
결론: 중복 출처를 먼저 정리하고 개별 설정을 확인하세요
같은 URL을 중복으로 가져온 것이 확인되면 메모가 명확하고 사용 가능 여부를 확인한 항목 하나만 남깁니다. 설정이 다른 동명 서버는 일단 유지하고 이름만으로 일괄 삭제하지 마세요.
두 항목의 연결 설정이 완전히 같더라도 각각 어느 구독에 속하는지 확인해야 합니다. 구독에서 서버 하나를 삭제해도 원격 구독 내용은 바뀌지 않으며, 다음 업데이트 때 다시 나타날 수 있습니다. 따라서 로컬 정리는 현재 목록의 혼란을 줄이는 방법이지 구독 내용을 영구적으로 수정하는 방법은 아닙니다.
서버 이름은 Config의 정책에서 참조될 수도 있습니다. 이름을 일괄 변경하거나 삭제하기 전에 사용 중인 구성을 열어 해당 이름을 명시적으로 참조하는 부분이 있는지 확인하세요. DOMAIN-SUFFIX, GEOIP, IP-CIDR의 일치 조건뿐 아니라 규칙 끝의 정책 대상과 FINAL이 가리키는 항목도 확인해야 합니다.
5. 정리 후 연결 확인: 목록 문제와 Global Routing 구분하기
서버를 선택했는데 예상대로 연결되지 않는다고 해서 정렬이나 구독에 문제가 있다고 단정할 수는 없습니다. 먼저 Home에서 현재 서버를 확인한 다음 Global Routing을 살펴보세요. 아래는 확인 과정에서 각 모드로 어떤 문제를 구분할 수 있는지 설명하기 위한 것으로, 구독 정리만을 위해 모든 설정을 반복해서 바꿀 필요는 없습니다.
Config
권장현재 구성의 규칙과 정책에 따라 연결을 처리합니다. 규칙에 따라 직접 연결, 프록시 또는 다른 정책이 적용될 수 있으므로 Home에서 선택한 서버만 보고 모든 요청의 연결 경로를 판단할 수는 없습니다.
적합한 용도: 정리 후 일상적인 구성에서 실제 사용 결과 확인
Proxy
Shadowrocket이 처리하는 연결을 프록시로 보냅니다. 규칙에 따른 라우팅이 문제의 원인인지 비교할 때 사용할 수 있으며, 현재 프록시 대상도 확인해야 합니다.
적합한 용도: 서버 자체와 규칙 선택의 차이를 잠시 확인할 때
Direct
연결을 직접 연결 방식으로 처리합니다. 이때 웹 페이지가 열린다고 해서 방금 선택한 프록시 서버를 사용할 수 있다는 뜻은 아닙니다.
적합한 용도: 현재 네트워크의 직접 연결 상태를 비교할 때
확인하는 동안 같은 네트워크를 유지하고 명확한 서버 하나를 선택한 다음 연결 스위치를 켜고 Connectivity Test를 실행하세요. 이어서 실제로 사용하려는 대상에 접속해 결과를 확인합니다. 진단을 위해 모드를 임시로 바꿨다면 끝난 후 Global Routing을 원래대로 되돌려 진단 설정이 일상 설정으로 남지 않게 하세요.
- 항목은 있지만 연결되지 않음: 프로토콜 설정, 인증 정보, 서비스 유효 상태를 확인하세요.
- 업데이트는 실패하지만 기존 항목은 연결됨: 구독 URL에 접근하는 경로와 서버 연결을 각각 확인하고 서로 다른 문제로 다루세요.
- 직접 연결을 끊은 뒤 다시 자동 연결됨: Settings → On Demand에서 활성화 여부와 조건을 확인하세요. 정리를 계속하기 전에 자동 연결 동작부터 확인해야 합니다.
6. 구독 삭제 전 백업하고 삭제 후 참조 확인하기
삭제는 정리 과정의 마지막 단계로 미루세요. 유효한 구독 주소를 다시 확보할 수 있는지 확인하고 로컬 변경 사항을 기록합니다. 서버 이름이 나온 스크린샷만으로는 연결 설정 전체를 복구할 수 없으며 구독 주소 백업을 대신할 수도 없습니다. 인증 정보가 포함된 기록은 본인이 관리하는 안전한 위치에 보관하세요.
- 출처 기록: 구독 URL, Remarks, 용도와 다른 출처와의 차이를 보관합니다.
- 로컬 변경 사항: 직접 변경한 이름, 프로토콜 설정, 정렬 순서와 현재 선택된 서버를 기록합니다.
- 구성 관계: 사용 중인 Config를 백업하세요. 특히 특정 서버 이름을 참조하는 정책을 확인합니다.
- 대체 대상: 현재 사용하는 출처를 삭제하려면 먼저 사용 가능 여부를 확인한 다른 서버로 전환합니다.
Home에서 대상 구독을 찾아 해당 구독의 삭제 기능을 사용합니다. 목록에서 왼쪽으로 밀기 메뉴를 제공하면 대상 구독 행을 왼쪽으로 밀어 Delete를 확인할 수 있습니다. 삭제 대상이 서버 항목이 아니라 구독 출처인지 확인한 후 안내에 따라 실행하세요. 화면에 표시된 삭제 범위가 예상과 다르면 먼저 취소하세요. 연속으로 눌러 시험하지 마세요.
로컬 구독을 삭제해도 서비스 제공업체의 서비스가 취소되거나 해당 주소에 부여된 인증 권한이 자동으로 해제되지는 않습니다. 구독 주소가 유출된 경우 본인의 서비스 계정에서 지원하는 방법으로 인증 정보를 재설정해야 합니다. Home에서 항목을 삭제하는 것만으로 이전 주소가 무효화되지는 않습니다.
삭제한 서버가 업데이트 후 다시 나타나는 이유는 무엇인가요?
원격 구독이 해당 항목을 계속 반환하고 있기 때문입니다. 먼저 삭제한 대상이 서버 하나인지 구독 전체인지 확인하세요. 중복 출처만 정리하려면 백업 후 불필요한 구독을 삭제하고, 업데이트할 때마다 서버를 하나씩 반복해서 삭제하지 마세요.
이름이 같은 구독이 두 개 있습니다. 하나를 바로 삭제해도 되나요?
각 구독의 편집 화면을 열어 전체 URL을 비교한 다음 그룹 안의 프로토콜, 주소, 포트, 인증 설정을 확인하세요. 이름이 같다는 것은 표시 정보가 같다는 뜻일 뿐, 삭제 근거가 되지는 않습니다.
구독 하나만 업데이트 시간 초과가 발생합니다. 앱을 다시 설치해야 하나요?
먼저 해당 URL이 아직 유효한지 확인한 다음 Settings → Subscribe → Update via Proxy를 살펴보세요. 프록시를 통해 업데이트해야 한다면 사용 가능 여부를 확인한 서버에 먼저 연결한 뒤 다시 시도하고 결과를 확인합니다. 구독 하나의 실패 때문에 전체 목록을 비우지 마세요.
실수로 삭제한 경우 기존 메모와 순서를 어떻게 복구하나요?
백업한 URL로 Subscribe를 다시 추가하면 원격 항목을 다시 가져올 수 있습니다. 로컬 메모, 직접 수정한 설정, 정렬 순서는 복원된다고 보장할 수 없으므로 삭제 전 기록을 참고해 다시 설정한 뒤 Config의 참조도 확인하세요.