이미 이용 중인 서비스와 구독이 있는 사용자를 위한 안내입니다. Home에서 구독 그룹을 정리하는 방법부터 출처 이름, 목록 순서, 업데이트 방식을 차례로 살펴보고, 서버 하나를 삭제할 때와 구독 전체를 삭제할 때의 차이를 구분합니다. 마지막으로 연결 정보를 대조하고 연결 테스트를 진행해 중복 항목을 확인합니다. 정렬, 선택한 서버, 규칙과 라우팅은 서로 다른 기능입니다.
1. Home 그룹과 Config 정책 그룹의 차이
Shadowrocket의 Home에서 먼저 서버 목록의 구독 그룹을 확인한 다음, 서버 하나의 편집 화면에서 출처를 확인하세요. 이 그룹은 구독에서 가져온 서버를 정리하는 용도입니다. Config의 구성 파일에 정의된 정책 그룹은 규칙에 따라 트래픽을 처리하는 데 사용됩니다. 구독을 목록 위쪽으로 옮겨도 해당 구독의 서버가 규칙에서 우선 선택되는 것은 아닙니다.
구독 링크는 이용 중인 서비스 제공업체에서 받습니다. 구독을 관리할 때는 출처별로 따로 저장하는 것이 좋습니다. 그러면 출처 이름 변경, 업데이트, 삭제 범위를 명확히 확인할 수 있습니다. 목록을 깔끔하게 보이게 하려고 모든 서버를 수동 항목으로 반복 복사하지 마세요. 원본 구독이 업데이트될 때 설정을 한 번에 바꾸기 어려워집니다.
먼저 ‘출처 이름, 용도, 현재 사용 여부’ 세 가지를 기록하세요. 이 안내에서는 ‘출처 A／일상용’과 ‘출처 B／예비용’을 예시로 사용합니다. 사용자가 이미 보유한 두 구독을 구분하기 위한 예시일 뿐, 특정 서비스를 추천하는 것은 아닙니다.
2. 구독을 하나씩 추가하고 이름을 정한 뒤 업데이트
Home 오른쪽 위의 ‘+’를 누르고 Type을 Subscribe로 설정한 다음 구독 주소와 메모를 입력하세요. 한 번에 출처 하나만 추가하고, 예상한 그룹이 생성되었는지 확인한 뒤 다음 출처를 추가합니다. 이렇게 하면 목록이 비거나 그룹이 중복될 때 직전에 수행한 작업을 쉽게 확인할 수 있습니다.
-
출처 준비
서비스 제공업체에서 구독 링크를 받고, 현재 계정의 구독 링크인지 계정 관리 페이지 주소가 아닌지 확인하세요. 인증 정보가 포함된 전체 링크를 메모나 공개 기록에 남기지 마세요.
-
추가 화면 열기
Home → ‘+’ → Type → Subscribe로 이동하세요. 구독 링크는 URL에 입력합니다. 개별 서버 주소를 구독 URL로 입력하지 마세요.
-
메모 입력
Remarks에는 ‘출처 A／일상용’처럼 알아보기 쉬운 이름을 입력하세요. 출처 B에는 다른 접두어를 사용하면 두 그룹이 모두 ‘기본값’으로 표시되어 어떤 구독을 업데이트하는지 헷갈리는 일을 막을 수 있습니다.
-
저장 및 업데이트
저장한 뒤 Home으로 돌아가 그룹이 표시되는지 확인하고 구독을 업데이트하세요. Home 화면을 아래로 당겨 새로고침할 수도 있습니다. 새로 추가한 그룹의 결과를 먼저 살펴보고, 같은 URL을 바로 반복해서 추가하지 마세요.
-
현재 선택 항목 확인
새 그룹을 펼치고 서버 앞의 원형 표시를 눌러 현재 선택 항목이 바뀌었는지 확인한 다음 Connectivity Test로 연결을 테스트하세요. 구독을 성공적으로 가져왔더라도 해당 그룹의 서버가 자동으로 선택된 것은 아닙니다.
3. 그룹 및 서버 정렬과 현재 선택 항목
Home으로 돌아가 먼저 전체 구독 그룹의 위치를 바꿀지, 그룹 안의 서버 순서를 바꿀지 정하세요. 해당 목록의 편집 또는 정렬 기능에서 적용 범위를 확인해야 합니다. 화면 상태에 따라 그룹과 서버의 정렬 기능은 서로 다른 위치에 있을 수 있습니다. 작업 전에 대상 그룹을 펼쳐 다른 그룹을 잘못 정렬하지 않도록 하세요.
이름순 정렬은 서버 이름이 고정된 목록에, 지연 시간순 정렬은 테스트 직후 후보를 임시로 고를 때 유용합니다. 지연 시간은 네트워크 환경과 테스트 방식에 따라 달라지므로 숫자가 가장 낮은 서버가 가장 안정적이라고 단정할 수 없습니다. 구독 업데이트로 서버 목록이 다시 생성될 수도 있으니 수동으로 정렬한 경우 업데이트 후 순서를 다시 확인하세요.
| 대상 | 정리 목적 | 작업 후 확인 |
|---|---|---|
| 구독 그룹 | 자주 쓰는 출처를 찾기 쉬운 위치에 배치 | 출처 이름과 그룹 안의 서버가 여전히 일치하는지 |
| 그룹 안의 서버 | 이름이나 테스트 결과로 후보 찾기 | 정렬이 대상 그룹에만 적용되었는지 |
| 서버 앞의 원형 표시 | 현재 사용할 서버 지정 | 선택 표시가 원하는 항목에 있는지 |
| Config의 정책 | 규칙이 일치했을 때의 처리 방식 지정 | 정책이 특정 서버나 그룹을 참조하는지 |
요점: 선택 표시를 확인한 뒤 정렬 결과를 판단하세요
목록의 첫 번째 항목이 현재 서버라는 뜻은 아닙니다. 정렬한 다음 원형 표시가 선택된 항목을 가리키는지 확인하고 실제 요청을 한 번 보내 보세요. Config가 특정 서버를 참조한다면 목록 순서를 계속 바꾸기보다 해당 정책을 확인해야 합니다.
4. 출처와 연결 정보로 중복 서버 확인
Home에서 이름이 같은 서버 두 개가 보이면 각각 편집 화면을 열어 연결 정보를 확인하세요. 이름은 메모일 뿐이므로 이름이 같아도 같은 연결이라고 볼 수 없습니다. 반대로 이름이 달라도 같은 서버를 가리킬 수 있습니다. 먼저 소속된 구독을 확인한 다음 프로토콜, 주소, 포트, 인증 정보를 비교해야 정리 여부를 판단할 수 있습니다.
- 같은 구독이 두 그룹으로 표시되는 경우: 저장된 구독 URL을 먼저 비교하세요. 실제로 같은 주소를 두 번 추가했다면 그룹 안의 서버를 하나씩 삭제하는 것보다 출처 기록 하나를 남기는 편이 이후 업데이트 관리에 편리합니다.
- 서로 다른 출처에서 같은 이름의 항목이 반환되는 경우: 출처를 구분해 유지하세요. 주소가 같더라도 포트, 인증 정보 또는 전송 설정이 다르면 이름만 보고 합쳐서는 안 됩니다.
- 수동 항목과 구독 항목이 함께 있는 경우: 수동 항목이 예전에 복사해 둔 기록인지 확인하세요. 구독 업데이트는 일반적으로 별도로 저장한 복사본까지 관리하지 않습니다.
- 삭제한 항목이 업데이트 후 다시 나타나는 경우: 해당 항목이 구독 내용에 포함되어 있는지 확인하세요. 로컬 서버 기록만 삭제해도 서비스 제공업체가 반환하는 구독 내용이 바뀌지는 않습니다.
예를 들어 설명용 항목 두 개가 모두 주소 example.com, 포트 443으로 표시되더라도 하나는 Trojan, 다른 하나는 VLESS를 사용한다면 중복 연결로 볼 수 없습니다. 프로토콜과 포트가 같더라도 인증 정보, TLS, 전송 설정을 추가로 확인해야 합니다. 이 예시는 비교 방법을 설명하기 위한 것으로 실제 사용 가능한 서비스를 나타내지 않습니다.
중복을 정리하려고 서비스 제공업체가 지정한 포트나 프로토콜을 일괄 변경하지 마세요. 여러 구독을 정리할 때는 출처 기록과 표시 방식만 조정해야 합니다. 연결 정보를 변경할 수 있는지는 서비스 제공업체가 제공한 설정을 기준으로 판단하세요.
5. 오래된 구독을 삭제하기 전에 선택 항목과 참조 확인
Home에서 삭제하기 전에 대상을 분명히 확인하세요. 서버 하나를 삭제하면 해당 항목만 처리하지만 구독 그룹을 삭제하면 전체 출처와 연결된 목록이 영향을 받습니다. 대상 항목의 삭제 기능을 사용하고 확인 메시지에서 그룹 이름과 삭제 범위를 확인하세요. 대상이 확실하지 않은 상태에서 연속으로 작업하지 마세요.
- 남길 구독에서 사용할 서버를 하나 선택하고 Connectivity Test를 실행한 뒤 실제로 이용할 페이지에 접속해 보세요.
- Config로 이동해 현재 적용 중인 구성 파일을 확인하세요. 규칙이나 정책이 이전 서버 또는 정책 그룹 이름을 참조하고 있다면 오래된 출처를 정리하기 전에 참조를 먼저 수정하세요.
- Home으로 돌아가 오래된 구독의 삭제 기능을 사용하세요. 확인 메시지가 남길 출처가 아니라 삭제할 전체 출처를 가리키는지 확인합니다.
- 남길 구독을 업데이트하고 목록과 현재 선택 항목이 올바른지 확인하세요. 필요한 경우 연결을 다시 설정해 새 요청에 확인된 설정을 적용합니다.
6. 업데이트 후 연결에 변화가 있다면 Global Routing 확인
Home에서 Global Routing을 열고 현재 설정이 Config, Proxy, Direct, Scene 중 무엇인지 확인하세요. 구독 업데이트는 서버 목록을 가져오는 기능이고 Global Routing은 요청의 라우팅 방식을 정하는 기능이므로 각각 따로 점검해야 합니다. 서버를 목록 맨 위로 옮겨도 Direct 처리 방식은 바뀌지 않으며 Config의 규칙을 대신할 수도 없습니다.
Config
권장현재 적용 중인 설정에 따라 요청을 처리합니다. 명확한 라우팅 설정을 이미 사용 중인 경우에 적합합니다. 구독을 업데이트한 뒤에는 구성에 지정된 정책 참조가 여전히 올바른 대상을 가리키는지 확인하세요.
적합한 경우: 규칙과 정책 참조를 확인한 뒤 일상적으로 사용할 때
Proxy
프록시 라우팅으로 현재 서버의 연결 상태를 확인합니다. 문제를 확인할 때는 실제 요청을 함께 테스트하세요. 서버 목록에 지연 시간 값이 표시된다는 사실만으로 연결 결과를 판단할 수는 없습니다.
적합한 경우: 현재 서버를 일시적으로 확인하고 규칙의 영향을 줄이고 싶을 때
Direct
요청을 직접 연결로 처리합니다. 이 상태에서 구독에 포함된 서버를 바꾸는 것만으로는 프록시 연결을 제대로 확인할 수 없습니다. 테스트 전에 필요한 라우팅 방식을 먼저 확인하세요.
적합한 경우: 직접 연결이 필요한 경우 또는 직접 연결 경로를 확인할 때
Scene을 사용한다면 현재 Scene에 해당하는 설정도 확인하세요. Scene은 네 번째 고정 라우팅 방식이 아닙니다. 임시 점검을 마치면 원래 필요한 라우팅 방식으로 되돌린 뒤 실제 페이지 접속이 정상인지 확인하세요.
7. 여러 구독 업데이트와 중복 서버 관련 자주 묻는 질문
두 번째 구독을 추가하면 첫 번째 구독이 덮어써지나요?
Home → ‘+’ → Type → Subscribe에서 새 출처를 만드는 작업과 기존 출처의 URL을 편집하는 작업은 다릅니다. 저장한 뒤 독립된 그룹 두 개가 있는지 확인하세요. 기존 기록에서 URL을 바꾼 경우에는 기존 그룹이 새 출처로 변경되었는지 확인해야 합니다.
구독 하나만 업데이트 시간 초과가 발생하면 어떻게 확인하나요?
먼저 해당 출처의 URL이 완전한지, 계정 상태가 정상인지 확인한 다음 다른 출처는 업데이트되는지 비교하세요. 프록시를 통해 업데이트해야 한다면 Settings → Subscribe에서 Update via Proxy를 확인할 수 있습니다. 이 옵션을 켜기 전에 사용할 수 있는 프록시 연결이 있어야 합니다. 연결할 경로가 없는 문제를 이 설정만으로 해결할 수는 없습니다.
업데이트 후 삭제한 서버가 다시 나타나는 이유는 무엇인가요?
구독이 해당 서버를 계속 반환하면 업데이트 과정에서 항목이 다시 생성될 수 있습니다. 먼저 같은 URL을 두 번 가져온 것이 아닌지 확인한 뒤 전체 출처를 유지할지 오래된 구독을 삭제할지 결정하세요. 로컬 항목을 반복해서 삭제하는 것은 영구적인 필터링 방법이 아닙니다.
그룹이 많은데 이름으로 여러 그룹을 한꺼번에 삭제할 수 있나요?
같은 이름만 보고 일괄 처리하지 말고 출처별로 확인하세요. 현재 선택된 서버와 Config의 참조를 점검한 뒤 더 이상 필요 없는 출처 하나씩 삭제하고, 작업할 때마다 남은 목록을 확인합니다.
정리를 마치면 민감한 URL을 제외하고 각 출처의 용도를 기록해 두세요. 이후 ‘출처 업데이트, 현재 항목 확인, 라우팅 확인, 요청 테스트’ 순서로 관리하면 구독 내용 변경과 로컬 설정 문제를 구분해 찾기 쉽습니다.