Shadowrocket 구독 여러 개 관리하기: 그룹 이름 지정, 서버 정렬 및 중복 정리

먼저 구독, 서버, Config의 차이 이해하기

Shadowrocket의 구독은 여러 서버 설정을 가져오는 출처입니다. 구독 하나에 서버가 여러 개 포함될 수 있고, 서로 다른 구독에 같은 서버가 들어 있을 수도 있습니다. Home에 이름이 같은 항목이 두 개 보인다고 해서 중복 가져오기가 확실한 것은 아니므로, 구독 전체를 바로 삭제하지 마세요.

Config는 설정과 규칙을 관리합니다. Home에서 출처 메모를 정리해도 Config의 규칙은 바뀌지 않습니다. 항목을 목록 위쪽에 배치해도 모든 트래픽이 해당 항목을 사용하는 것은 아닙니다. 연결 경로는 Global Routing, 현재 선택한 서버, Config의 정책 설정을 함께 확인해야 합니다.

이 글은 사용자가 이미 서비스와 구독을 보유하고 있다는 전제로 작성되었습니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다. Shadowrocket은 한 번 구매하는 유료 상용 앱이며, 앱 구매와 연결 서비스 요금제는 별개입니다. 로컬 목록을 정리해도 기존 서비스의 만료일이나 이용량은 달라지지 않습니다.

출처에 따라 이름을 정하고 하나씩 가져오기

이름을 정할 때는 먼저 ‘이 항목은 어디에서 왔는지’를 구분하고, 그다음 ‘평소에 어떤 항목을 쓸지’를 표시하세요. 예를 들어 ‘출처 A-일상’, ‘출처 B-예비’처럼 짧은 메모를 사용할 수 있습니다. 출처 표기는 직접 정하고, 이메일 주소나 주문 번호, 실제 구독 인증 정보는 이름에 넣지 마세요.

1. 현재 상태 기록하기

   Home에서 구독과 각 구독에 포함된 서버를 확인하고, 현재 사용 중인 출처와 서버 이름을 기록하세요. 정리 후 복구할 수 있도록 원본 구독 링크는 안전한 곳에 보관합니다.

2. 추가 화면 열기

   Home 오른쪽 위의 ‘+’를 눌러 Add Server로 이동한 다음 Type에서 Subscribe를 선택합니다. 추가하기 전에 기존 출처를 확인해 같은 링크를 이미 가져온 것은 아닌지 살펴보세요.

3. 메모 입력하기

   URL에는 보유 중인 구독 링크를 입력하고 Remarks에는 출처를 적습니다. 저장하기 전에 링크가 온전한지 확인하고, 복사 과정에서 공백이나 줄바꿈이 들어가거나 쿼리 매개변수가 빠지지 않았는지 살펴보세요.

4. 결과 확인하기

   저장하고 구독 업데이트를 마친 뒤 Home으로 돌아가 해당 출처의 서버를 확인합니다. 메모와 실제 내용이 일치하는지 확인한 다음 다음 구독을 처리하세요. 여러 출처를 한꺼번에 이름 변경, 재가져오기, 삭제하지 마세요.

구독 URL은 https://example.com/sub?token=xxxx와 같은 형태일 수 있습니다. 연결에 사용할 수 없는 가상의 예시입니다. 실제 링크의 매개변수에는 접근 인증 정보가 포함될 수 있으므로 ‘형식을 통일’한다며 삭제하지 마세요. 전체 링크를 공개 문의 글에 붙여 넣는 것도 피해야 합니다.

용도와 테스트 결과를 기준으로 서버 정렬하기

‘서버 정렬’은 목록을 어떻게 표시할지와 실제로 어떤 연결을 선택할지, 두 가지로 나눠 생각해야 합니다. 이름순 정렬은 지역을 찾기 편하고, 테스트 결과를 보면 현재 연결 가능성을 확인하기 쉽습니다. 어느 쪽도 실제 웹 페이지 속도를 그대로 나타내지는 않습니다. 테스트 방식, 현재 네트워크, 테스트 시간에 따라 결과가 달라질 수 있습니다.

먼저 Home에서 Connectivity Test로 후보 항목을 확인한 뒤, 평소 이용하는 페이지에 직접 접속해 보세요. 페이지가 열리는지, 반복해서 멈추는지 기록하고 필요하면 같은 네트워크 조건에서 다시 테스트합니다. 모바일 네트워크에서 얻은 결과와 Wi-Fi에서 테스트한 다른 서버의 결과를 그대로 비교하지 마세요.

• 첫 번째 기준은 출처입니다. 먼저 ‘출처 A’ 또는 ‘출처 B’를 확인해 같은 지역 이름 때문에 서로 다른 구독을 혼동하지 않도록 합니다.
• 두 번째 기준은 용도입니다. 일상용과 장애 시 대체용을 구분해 기록하세요. 보이는 항목을 전부 하나씩 테스트할 필요는 없습니다.
• 세 번째 기준은 연결 가능성입니다. 연속으로 테스트에 실패한 후보를 먼저 제외한 다음, 테스트에 성공한 항목의 응답을 비교합니다.
• 마지막으로 선택 항목을 확인합니다. 표시 순서를 조정한 후 Home으로 돌아가 현재 선택 항목을 확인하세요. ‘목록의 첫 번째 항목’이 ‘현재 사용 중인 항목’이라고 단정할 수 없습니다.

목록 종류에 따라 정렬 옵션이 다를 수 있습니다. 현재 목록에서 정렬 옵션을 열면 제공되는 방식을 먼저 확인한 뒤 사용하세요. 해당 옵션이 없다면 출처 메모와 후보 기록을 일관되게 정리하는 것만으로 충분합니다. 서버 이름에 ‘01’을 붙여도 앱이 해당 서버를 반드시 우선 선택하는 것은 아닙니다.

프로토콜 이름은 정렬 점수가 아닙니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 서로 다른 연결 프로토콜을 나타내며, 프로토콜 이름만으로 서버 속도를 판단할 수 없습니다. 서버 상태, 네트워크 경로, 설정 매개변수의 정확성도 결과에 영향을 줄 수 있습니다.

중복 서버 정리: 정보 확인 후 출처 삭제하기

흔한 중복은 두 가지입니다. 같은 구독 링크를 두 번 추가했거나, 서로 다른 구독에서 이름이 비슷한 서버를 각각 받은 경우입니다. 전자는 중복된 구독 기록을 먼저 정리하고, 후자는 연결 매개변수를 비교해야 합니다. 구독에 포함된 서버 하나만 삭제해도 다음 업데이트 때 다시 나타날 수 있습니다.

위 표의 도메인과 포트는 비교를 위한 예시일 뿐, 실제로 사용할 수 있는 서비스가 아닙니다. Type, Address, Port가 모두 같더라도 인증 정보가 다르면 이용 권한이 다를 수 있습니다. 목록을 짧게 만들려고 임의로 합치지 마세요. 확실하지 않다면 원본 기록을 남겨 두는 편이 한꺼번에 삭제하는 것보다 복구하기 쉽습니다.

1. 삭제하려는 출처가 현재 연결에 사용 중이라면 정리하는 동안 해당 출처에 의존하지 않도록 먼저 Home에서 연결을 끊으세요.
2. 원본 링크를 다시 찾을 수 있는지 확인한 다음 대상 기록을 삭제하세요. 삭제 대상이 서버 하나인지 구독 전체인지 구분하고 확인 안내를 읽습니다.
3. Home으로 돌아가 나머지 출처가 그대로 있는지 확인하고, 유지할 구독을 각각 업데이트하세요.
4. 남겨 둔 출처의 서버를 다시 선택해 연결한 뒤 평소 이용하는 페이지가 열리는지 확인합니다. 확인을 마친 후에만 다음 구독을 정리하세요.

여러 구독 업데이트: 먼저 수동으로 확인한 뒤 자동 업데이트 검토하기

목록을 막 정리했다면 먼저 수동으로 한 번 업데이트해 출처 메모, 서버 개수, 현재 선택 항목이 예상과 맞는지 살펴보세요. 업데이트 성공은 구독 내용을 가져오거나 처리했다는 뜻일 뿐, 포함된 모든 서버가 정상적으로 연결된다는 뜻은 아닙니다. 반대로 한 번 요청이 시간 초과되었다고 구독이 만료된 것은 아닙니다.

특정 구독 하나만 업데이트에 실패했다면 URL이 온전한지, 기존 서비스가 여전히 유효한지, 현재 네트워크에서 해당 주소에 접근할 수 있는지 확인하세요. 업데이트에 성공한 다른 출처는 삭제하지 마세요. 구독 주소에 프록시 연결이 필요하다면 현재 사용할 수 있는 연결을 이용해 Settings → Subscribe의 Update via Proxy 설정도 확인합니다. 이 설정으로 잘못된 링크를 고치거나 만료된 인증 정보를 복구할 수는 없습니다.

목록 정리와 Global Routing은 따로 확인하기

정리 후에도 접속 경로가 달라지지 않았다면 구독을 다시 가져오기보다 Global Routing을 먼저 확인하세요. Config는 현재 설정에 따라 연결을 처리하므로 실제 트래픽은 설정된 정책을 따를 수 있습니다. Proxy와 Direct는 전체 라우팅 방식을, Scene은 시나리오별 설정을 다룹니다. 출처 메모를 바꿔도 이러한 동작은 변경되지 않습니다.

• Config를 사용하는 경우: 현재 Config와 관련 규칙이 지정하는 정책을 확인하세요. 규칙의 DOMAIN-SUFFIX, GEOIP, IP-CIDR는 일치 조건이며, FINAL은 마지막에 적용되는 기본 처리 방식입니다. 구독 출처를 나타내는 태그가 아닙니다.
• Proxy를 사용하는 경우: 프록시 연결에 현재 선택된 항목을 확인하세요. 출처 그룹에서 위아래 어느 위치에 있는지만으로 판단할 수 없습니다.
• Direct를 사용하는 경우: 직접 연결한 결과를 특정 프록시 서버의 테스트 결과로 간주하지 마세요.
• Scene을 사용하는 경우: 해당 시나리오의 설정을 먼저 확인한 뒤 현재 연결이 수동 선택에 따라 바뀌지 않는 이유를 살펴보세요.

기기가 자동으로 연결을 다시 설정한다면 Settings → On Demand에서 온디맨드 연결 설정도 확인하세요. On Demand는 연결이 시작되는 조건을 관리하며 중복을 정리하지 않습니다. 구독 메모에 ‘예비’라고 적어도 사용 목적을 자동으로 인식하지 않습니다. 문제를 확인할 때는 ‘언제 연결되는지’, ‘어떤 라우팅 방식을 사용하는지’, ‘어떤 서버가 선택됐는지’를 각각 확인하면 모든 설정을 반복해서 바꾸는 것보다 원인을 찾기 쉽습니다.

여러 구독을 정리할 때 자주 묻는 질문