구독은 출처별로 구분해 보관하고 각각 업데이트한 다음 중복 항목을 정리하세요. 이미 구독 서비스를 이용 중인 사용자를 대상으로 Home에서 그룹을 구분하고 이름과 순서를 정하는 방법, 그룹별 업데이트, 삭제 전 확인 사항, 같은 이름의 서버와 중복 가져오기를 구별하는 방법을 설명합니다. 작업 후에는 각 그룹의 출처와 현재 기본 서버, 업데이트가 기존 선택에 영향을 미쳤는지 확인할 수 있습니다.
1. 구독·서버·Config 구분하기
Shadowrocket에서는 구독 URL로 서버 항목을 가져옵니다. Home에는 서버와 구독 그룹이 표시되고, Config에서는 구성 파일과 라우팅 규칙을 관리합니다. 세 가지는 서로 다른 항목입니다. 구독을 업데이트해도 Config가 바뀌는 것은 아니며, 그룹을 목록 위쪽에 배치해도 해당 그룹이 모든 트래픽의 출구로 자동 설정되는 것은 아닙니다.
이 글은 이미 구독 서비스와 유효한 구독을 보유한 사용자를 위한 안내입니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다. 구독 URL의 token은 보통 접근 인증 정보이므로 출처를 기록할 때는 서비스명 약칭과 용도, 구분용 메모만 적으세요. 전체 URL을 채팅 기록이나 공개 스크린샷에 올리지 마세요.
2. 구독을 각각 가져와 구분하기 쉬운 그룹 만들기
먼저 Home에 같은 출처의 그룹이 있는지 확인한 다음 새로 추가할지 결정하세요. 기존 구독의 항목만 오래된 경우에는 주소를 다시 추가하지 말고 원래 구독을 업데이트해야 합니다. 같은 구독을 여러 번 가져오면 같은 서버가 여러 그룹에 표시되고, 이후 업데이트 때마다 중복될 수 있습니다.
- Home을 열어 기존 그룹 이름을 기록하세요. 그룹을 펼쳐 구독으로 생성된 항목인지 직접 추가한 서버인지 확인합니다.
- 새 출처를 추가하려면 Add Server로 이동해 Type에서 Subscribe를 선택한 후 본인의 구독 URL을 입력하세요. 구독 주소를 개별 서버의 Address 필드에 입력하지 마세요.
- 구분하기 쉬운 메모를 사용하세요. 예: “01-서비스 A-일상용”, “02-서비스 B-예비용”. 메모는 식별을 돕는 용도일 뿐 프로토콜, 라우팅 또는 연결 우선순위를 바꾸지 않습니다.
- 저장한 뒤 Home으로 돌아가 해당 출처의 내용이 로드될 때까지 기다리세요. 새 그룹이 기존 그룹과 별도로 표시되는지 확인한 후 다음 출처를 추가합니다.
아래 두 카드는 로컬 기록 방법의 예시이며 연결 가능한 서비스가 아닙니다. 주소의 example.com과 xxxx는 가상의 값입니다. 실제로 가져올 때는 서비스에서 제공한 전체 주소를 사용하고, 매개변수 이름을 임의로 바꾸지 마세요.
출처 기록 A
- 메모
- 01-서비스 A-일상용
- 유형
- Subscribe
- 주소 예시
https://example.com/sub?token=xxxx- 관리 위치
- Home의 해당 구독 그룹
기존 그룹을 업데이트하고 같은 주소로 구독을 반복 생성하지 마세요.
출처 기록 B
- 메모
- 02-서비스 B-예비용
- 출처 표시
- 사용자가 이미 이용 중인 두 번째 서비스
- 주소 보관
- 전체 원본 주소는 안전하게 비공개 보관
- 업데이트 범위
- 두 번째 구독 그룹만 작업
‘예비용’은 메모일 뿐, 자동 전환을 의미하지 않습니다.
3. 그룹 정렬과 서버 정렬은 따로 관리하기
정렬하기 전에 어떤 항목을 조작하는지 확인하세요. 구독 그룹 순서는 출처를 찾기 쉽게 하고, 그룹 안의 서버 순서는 특정 항목을 찾기 쉽게 합니다. 어느 쪽도 Global Routing을 직접 변경하지 않습니다. 목록 맨 위에 있다는 이유만으로 기본 서버로 선택되어 있다고 판단하지 마세요.
- 출처별 이름 지정: 구독 메모 앞에 두 자리 숫자를 붙이면 이름순 정렬을 사용할 때 “01, 02, 03” 순서를 유지하기 쉽습니다. 숫자 접두어는 이름의 일부일 뿐 연결 우선순위가 아닙니다.
- 그룹 순서 변경: Home의 편집 모드나 그룹 작업 메뉴에서 정렬 기능을 확인하세요. 드래그 핸들이 표시되면 해당 그룹을 드래그한 뒤 편집을 완료합니다. 드래그 기능이 보이지 않으면 제목을 길게 눌러 이동할 수 있다고 단정하지 마세요.
- 그룹 내 순서 변경: 현재 화면에서 이름순 또는 테스트 결과순 정렬 옵션을 사용할 때는 어느 목록에 적용되는지 먼저 확인하세요. 지연 시간순 정렬은 해당 테스트 결과의 순서일 뿐 대역폭이나 장기적인 안정성을 뜻하지 않습니다.
- 업데이트로 인한 변경 확인: 구독을 다시 업데이트하면 서버 측에서 반환하는 내용에 따라 항목 이름과 개수, 순서가 바뀔 수 있습니다. 중요한 출처 표시는 구독 메모에 남기고 특정 서버 이름만으로 출처를 구별하지 마세요.
정리: 메모로 출처를 찾고 선택 상태로 연결 대상을 확인
정렬을 마친 뒤 Home으로 돌아가 현재 선택된 서버를 확인하세요. Config에 특정 서버나 정책 그룹을 지정하는 규칙이 있다면 해당 참조도 확인해야 합니다. 목록에서의 위치는 이 두 가지 확인을 대신하지 않습니다.
4. 구독 하나만 업데이트하고 결과를 확인한 뒤 일괄 작업하기
특정 출처를 점검할 때는 먼저 해당 그룹만 업데이트하세요. 모든 그룹을 한꺼번에 새로고침하면 여러 출처가 동시에 바뀌어 어떤 주소가 시간 초과되었는지, 빈 내용이 반환되었는지, 항목 이름이 바뀌었는지 파악하기 어렵습니다. 여기서 ‘업데이트’는 구독 내용을 다시 가져오는 것이며 앱 자체를 업데이트하는 것이 아닙니다.
- Home에서 대상 구독 그룹을 찾아 기존 항목 수와 현재 선택된 서버 이름을 기록하세요. 항목 수는 비교를 위한 기록이며 서비스 품질을 판단하는 기준은 아닙니다.
- 해당 구독의 작업 메뉴를 열고 Update를 실행하세요. 메뉴 위치와 구성은 현재 화면을 기준으로 확인합니다. 이번에는 대상 구독만 업데이트하고 모든 구독에 적용되는 작업은 선택하지 마세요.
- 작업이 끝나면 오류 메시지와 그룹 내용을 확인하세요. 성공으로 표시되더라도 항목 수가 그대로일 수 있습니다. 서버 측 내용이 바뀌지 않았을 수 있으므로 항목 수만으로 업데이트 실패를 판단하지 마세요.
- 시간 초과가 발생하면 먼저 기기가 인터넷에 연결되어 있는지 확인한 다음 구독 URL이 유효한지 점검하세요. 서비스에서 주소를 재설정했다면 이전 주소를 남겨 둔 채 새 그룹을 계속 만들지 말고 기존 구독의 URL을 수정하세요.
- 기존에 선택한 서버가 제거된 경우 Home에서 현재 항목 중 하나를 다시 선택한 다음 Connectivity Test를 실행하세요. 업데이트 결과가 예상대로인지 확인할 때까지 기존 기록을 보관하세요.
5. 중복 서버는 출처를 확인한 뒤 연결 매개변수 비교하기
두 항목의 이름이 같다고 해서 중복이라고 단정할 수 없습니다. 서비스마다 같은 지역명을 사용할 수 있고, 한 서비스에서도 같은 지역에 서로 다른 프로토콜이나 포트를 제공할 수 있습니다. 반대로 이름이 다른 두 항목이 같은 서버 엔드포인트를 가리킬 수도 있습니다. 표시 이름만 보고 일괄 삭제하지 말고 항목 세부 정보를 하나씩 확인하세요.
| 확인된 상황 | 확인할 내용 | 처리 방법 |
|---|---|---|
| 이름이 다른 두 그룹의 내용이 거의 같음 | 구독 URL이 같은 출처인지, 같은 구독을 중복 추가했는지 | 남길 그룹이 정상적으로 업데이트되는지 확인한 뒤 불필요한 구독 삭제 |
| 이름은 같지만 포트가 443과 8443으로 다름 | Type, Address, Port 및 프로토콜 관련 필드 | 포트가 다르면 연결 매개변수도 다르므로 이름만으로 중복 처리하지 않기 |
| 이름은 같지만 프로토콜이 VMess와 VLESS로 다름 | 프로토콜 유형과 각 프로토콜에 필요한 인증 및 전송 설정 | 각각 확인하고 동일한 구성으로 취급하지 않기 |
| 같은 항목이 수동 목록과 구독 그룹에 모두 표시됨 | 구독 서버를 직접 복사한 적이 있는지 | 구독 관리 항목과 수동 복사본 중 하나를 남겨 두어 두 항목을 계속 함께 사용하지 않기 |
| 항목을 삭제해도 업데이트 후 다시 나타남 | 구독에서 반환하는 내용에 해당 항목이 여전히 포함되어 있는지 | 출처의 중복과 로컬 항목 삭제를 구분해 처리 |
표의 443과 8443은 포트 비교 예시일 뿐, 동일한 값으로 맞춰 입력하라는 의미가 아닙니다. 두 구성이 같은지 판단하려면 UUID, Password, TLS, SNI, 전송 방식, 경로 등의 필드도 비교해야 할 수 있습니다. 본인 기기에서만 확인하고 도움을 요청할 때 전체 인증 정보를 공개하지 마세요.
정리: 중복으로 가져온 구독은 불필요한 출처를 삭제
두 그룹이 같은 구독에서 만들어진 것이 확실하다면 정상적으로 업데이트되는 그룹 하나만 남기고 다른 그룹을 삭제하세요. 불필요한 그룹에서 서버 항목만 삭제하면 다음 업데이트 때 해당 항목이 다시 생성될 수 있습니다.
6. 구독 삭제 전 기본 서버와 규칙 참조 확인
구독 전체를 삭제하는 것과 서버 하나를 삭제하는 것은 서로 다른 작업입니다. 구독 그룹을 제거하면 그 그룹에서 관리하던 항목에도 영향을 줍니다. 항목 하나만 삭제하면 다음 구독 업데이트 때 다시 나타날 수 있습니다. 삭제 전 확인 메시지를 꼼꼼히 읽고 대상 그룹만 삭제하는지, 전체 목록을 삭제하는 것은 아닌지 확인하세요.
- 계속 보관할 구독 출처 정보는 안전하게 저장하세요. 삭제할 그룹의 이름과 URL을 확인해 이름이 같은 다른 그룹을 잘못 삭제하지 않도록 합니다.
- 현재 기본 서버가 삭제 대상 그룹에 속해 있다면 먼저 Home에서 테스트를 마친 다른 항목을 선택하세요. 유지 관리를 위해 연결을 끊어야 한다면 연결 스위치를 먼저 끄세요.
- Config에서 삭제할 서버 이름을 사용 중이라면 관련 정책 그룹이나 규칙 참조를 확인하세요. 그룹을 삭제하면 이러한 참조가 다른 서버로 자동 변경된다고 가정하지 마세요.
- 대상 구독의 작업 메뉴를 열고 Delete를 실행한 뒤 확인 메시지를 점검하세요. 삭제 후 다른 그룹이 그대로 있는지 확인합니다.
- Global Routing과 기본 선택을 다시 확인한 뒤 실제로 접근해야 하는 대상을 테스트하세요. Connectivity Test를 통과해도 해당 앱이나 요청이 예상대로 작동하는지 별도로 확인해야 합니다.
Global Routing의 Proxy, Direct, Config, Scene은 라우팅 선택 옵션이지 구독 정렬 방식이 아닙니다. Config를 사용할 때는 구성 파일의 규칙과 정책도 고려해야 합니다. Direct로 문제를 확인하더라도 직접 연결 결과를 특정 서버의 테스트 통과로 간주할 수 없습니다. 유지 관리 전에는 기존 설정을 기록하고 작업을 마친 뒤 용도에 맞게 복원하세요.
7. 여러 구독 관리 관련 자주 묻는 질문
같은 구독을 업데이트했더니 방금 삭제한 서버가 다시 나타나는 이유는 무엇인가요?
구독을 업데이트하면 출처의 내용을 다시 가져옵니다. 서버 하나를 삭제했는지 중복 구독 전체를 삭제했는지 먼저 확인하세요. 로컬 항목만 삭제했고 구독 내용에 해당 항목이 남아 있다면 업데이트 후 다시 나타날 수 있습니다. 같은 출처를 중복으로 추가했다면 남길 그룹이 정상인지 확인한 뒤 불필요한 구독을 삭제하세요.
두 번째 구독만 업데이트하려면 어떻게 해야 다른 그룹에 영향이 없나요?
Home에서 두 번째 구독 그룹의 작업 메뉴를 열고 Update를 실행하세요. 모든 구독을 대상으로 하는 업데이트는 사용하지 마세요. 업데이트 전 해당 그룹의 항목을 기록하고 업데이트 후에도 그 그룹의 결과만 확인합니다. 정상임을 확인한 다음 다른 출처를 처리하세요.
예비 그룹을 목록 맨 위에 놓으면 자동으로 전환되나요?
목록 순서만 바뀐다고 연결 출구가 전환되지는 않습니다. Home으로 돌아가 기본 서버를 확인하세요. Config를 사용한다면 실제로 참조되는 정책 그룹과 규칙도 확인해야 합니다. 자동 선택이 필요하다면 구성의 관련 기능을 별도로 점검하세요. 그룹 메모나 정렬 순서를 자동 전환 조건으로 간주하지 마세요.
구독 업데이트는 성공했는데 새 서버에 연결되지 않습니다. 다음으로 무엇을 확인해야 하나요?
먼저 Home에서 해당 항목을 선택하고 Connectivity Test를 실행한 뒤 기기 네트워크, 서버 매개변수, Global Routing을 확인하세요. 업데이트 성공은 구독 내용을 가져왔다는 뜻일 뿐입니다. 특정 출처의 항목만 실패한다면 서비스 상태를 해당 서비스에 문의하고 필요한 오류 내용만 전달하세요. 전체 구독 URL은 공개하지 마세요.