Shadowrocket
구독 및 서버 관리 가이드
작업 대상별로 확인하세요. 먼저 구독, 서버, Config를 구분한 뒤 가져오기, 업데이트, 테스트, 백업을 진행합니다. 이 페이지는 사용자가 이미 보유한 구독 또는 서버 정보를 전제로 하며, 구독을 구하는 방법은 다루지 않습니다.
처음 사용하는 경우 먼저 사용 가이드를 읽고 가져오기, Global Routing 선택, 연결 확인을 완료하세요. 이 페이지에서는 매개변수의 범위, 실패 상황별 점검, 장기 관리 방법을 보충합니다. 앱 구매와 정품 확인 방법은 App Store 안내를 참고하세요.
Subscribe: 가져오기 전 대상과 메뉴 확인
구독 주소와 단일 서버 주소는 다릅니다
구독은 서버 목록을 가져오는 원격 주소입니다. 클라이언트가 해당 주소에 요청을 보내면 지원되는 내용을 해석해 로컬 항목으로 만듭니다. 이후 서버에 연결하는 과정은 별개입니다. 구독이 업데이트된다고 목록의 모든 서버에 연결할 수 있는 것은 아니며, 서버가 일시적으로 작동한다고 구독 주소가 여전히 유효하다는 뜻도 아닙니다. 문제를 점검할 때는 두 과정을 나누어 기록하세요.
단일 서버 정보에는 보통 프로토콜, 호스트 이름, 포트, 인증 매개변수가 포함됩니다. 구독 주소는 대개 경로나 쿼리 매개변수가 붙은 긴 URL입니다. 구독 URL 전체를 서버의 호스트 입력란에 넣거나 서버 도메인을 구독 주소로 사용하지 마세요. 가져오기 전에 보유한 정보가 어떤 대상인지 확인하고 해당 메뉴를 선택하면, 저장은 됐지만 사용할 항목이 없는 상황을 예방할 수 있습니다.
Add Server에서 Subscribe 선택하기
Home에서 추가 메뉴를 열고 Add Server로 이동한 다음 Type에서 Subscribe를 선택하세요. 보유한 구독 주소를 URL 입력란에 붙여 넣고 알아보기 쉬운 메모를 작성한 후 저장합니다. 기기 화면에 따라 메뉴 위치는 다를 수 있습니다. Type이 Subscribe로 선택되어 있고 단일 서버의 인증 항목이 아닌 구독 URL 입력을 요구하는지 확인하세요.
붙여 넣은 뒤 주소의 처음부터 끝까지 확인하세요. 특히 채팅 문장에 붙은 마침표, 괄호, 줄바꿈, 앞뒤 공백을 주의해야 합니다. 주소의 대소문자, 슬래시, 퍼센트 기호와 쿼리 매개변수도 식별에 영향을 줄 수 있으므로 보기 좋게 임의로 고치지 마세요. 전용 구독 주소가 제공됐다면 계정 페이지나 안내 페이지, 브라우저에 열려 있는 임의의 URL이 아니라 전체 주소를 사용하세요.
https://example.com/sub?token=xxxx위 예시는 주소 구조를 설명하기 위한 가상 정보이며 실제 가져오기에 사용할 수 없습니다. 실제 작업에는 본인의 전체 주소를 사용하고 공개 게시판에 공유하지 마세요. 인증 정보가 포함된 구독 주소와 계정 비밀번호를 함께 공개할 필요는 없습니다. 주소를 일반 웹 페이지처럼 즐겨찾기에 저장해 공개 동기화하는 것도 피하세요. 해당 주소를 읽을 수 있는 사람은 포함된 서버 정보를 얻을 수 있습니다.
저장 알림만 보지 말고 목록 확인하기
저장한 뒤 Home으로 돌아가 해당 구독 그룹이 표시되는지, 그룹 안에 서버가 생성됐는지, 항목의 프로토콜과 메모가 예상과 일치하는지 확인하세요. 구독 이름만 보이고 서버가 없다면 먼저 읽기가 완료됐는지, 반환된 내용을 해석할 수 있었는지 확인합니다. 같은 주소를 반복해서 추가해 해결하려 하지 마세요. 문제가 여러 개의 중복 그룹으로 이어질 수 있습니다.
목록이 생성됐다면 사용 권한이 있는 서버 하나를 골라 연결을 확인하세요. 이 단계의 목적은 모든 서버를 바로 정렬하는 것이 아니라 가져온 항목의 필드와 인증 정보가 온전한지 확인하는 것입니다. 연결하기 전에 현재 Global Routing 설정도 확인해야 합니다. 구독을 가져왔다고 Config의 각 규칙이 트래픽을 어떻게 처리하는지 알 수 있는 것은 아닙니다.
처음 설정할 때는 시스템에서 VPN 구성을 추가하도록 허용하라는 메시지가 나타날 수 있습니다. 이는 연결에 필요한 시스템 단계이며 구독 URL의 유효성을 확인하는 절차와는 다릅니다. 먼저 앱과 작업 출처를 확인한 뒤 시스템 안내에 응답하세요. 권한 요청 창이 나타났다는 이유만으로 구독이 정상적으로 해석됐다고 판단하지 마세요. 첫 연결의 전체 순서는 사용 가이드에서 확인할 수 있습니다.
처음 읽기에 실패해도 기존 항목은 보존하고 저장, 읽기, 연결 중 어느 단계에서 실패했는지 기록하세요. 그런 다음 현재 네트워크에서 구독 호스트에 접근할 수 있는지 확인하고, 기존 정보를 제공한 곳에 주소가 여전히 유효한지 문의하세요. 실패 단계를 파악한 뒤 매개변수 하나를 수정하는 편이 주소 변경, 규칙 수정, 서버 전환을 한꺼번에 하는 것보다 원인을 찾기 쉽고, 아직 사용할 수 있는 기록을 실수로 삭제할 위험도 줄어듭니다.
Add Server: 프로토콜에 맞게 필드 직접 확인하기
먼저 Type을 선택하고 주소와 인증 정보를 입력하세요
보유한 서버 매개변수가 완전하고 단일 항목을 따로 관리해야 할 때 직접 추가할 수 있습니다. Add Server를 열고 Type을 선택한 다음 해당 프로토콜에 표시되는 필드를 입력하세요. 프로토콜마다 인증 방식이 다르므로 한 프로토콜의 비밀번호, 식별자, 전송 매개변수를 다른 프로토콜에 그대로 옮기면 안 됩니다. 프로토콜 이름이 비슷해도 입력 항목을 서로 바꿔 쓸 수 있는 것은 아닙니다.
호스트 입력란에는 보통 도메인이나 주소를, 포트 입력란에는 해당 숫자 포트를 입력합니다. 현재 입력란이 URL을 요구한다고 명시하지 않는 한 호스트 앞에 URL 스킴을 붙이지 마세요. 경로, 포트, 쿼리 매개변수를 호스트 입력란에 한꺼번에 넣는 것도 피해야 합니다. 정보를 복사할 때 구분 기호의 위치를 확인하고, 특히 콜론이 포함된 주소는 주의하세요. 주소와 포트를 한 문자열로 섞으면 해석 결과가 예상과 달라질 수 있습니다.
| 매개변수 유형 | 확인할 사항 | 흔한 입력 오류 |
|---|---|---|
| Type | 보유한 서버의 프로토콜과 일치 | 이름만 보고 프로토콜 추측 |
| 호스트와 포트 | 연결 주소와 숫자 포트를 각각 입력 | 호스트에 경로 포함 |
| 인증 매개변수 | 프로토콜에 맞춰 비밀번호나 식별자를 원문 그대로 유지 | 복사 중 문자 누락 |
| TLS와 SNI | 해당 서버에서 요구하는 인증서와 이름 확인 | 메모를 SNI로 입력 |
| 전송 매개변수 | 전송 유형, Host, 경로를 각각 확인 | 주소와 인증 정보만 입력 |
인증 매개변수와 전송 매개변수를 따로 확인
Shadowsocks에서는 암호화 방식과 비밀번호를 확인해야 합니다. VMess와 VLESS는 해당 식별자와 전송 설정을 확인하고, Trojan은 비밀번호와 TLS 관련 요구 사항을 점검하세요. Hysteria2와 WireGuard도 각각 별도의 매개변수를 사용하므로 서버 도메인 하나만으로 입력을 완료할 수는 없습니다. 필드가 부족하다면 임의의 값으로 채우지 말고 보유한 매개변수 안내를 다시 확인하세요.
비밀번호와 식별자는 빠짐없이 복사하세요. 불필요해 보이는 기호를 자동으로 지우거나 메모를 인증 정보로 사용하지 마세요. 일부 입력란은 내용을 가릴 수 있으므로 저장 전에 안전한 환경에서 길이와 앞뒤 문자를 구간별로 확인할 수 있습니다. 화면을 캡처해야 한다면 인증 정보 전체를 가리세요. 가운데 몇 글자만 가려도 일부가 남으면 실제 자격 정보를 알아내는 단서가 될 수 있습니다.
TLS, SNI, Host, 경로는 서로 다른 필드입니다. 연결 주소는 서버를 찾는 데 사용되고, SNI는 TLS 이름 협상에 관여하며, Host와 경로는 상위 계층의 전송 요청에 쓰일 수 있습니다. 보유한 설정에서 값이 서로 비슷해 보여도 각각 그대로 유지하세요. 특히 테스트를 통과시키려고 인증서 검증을 임의로 끄지 마세요. 보안 경계가 달라지고 이름이나 인증서 설정 오류가 가려질 수 있습니다.
WebSocket 같은 전송 방식에서 경로가 빠지거나 Host가 잘못되면 주소에는 접근할 수 있지만 연결이 완료되지 않을 수 있습니다. 문제를 점검할 때는 먼저 서버 프로토콜, 다음으로 인증 정보, 마지막으로 전송 계층 필드를 확인하세요. 오류가 확인된 값 하나만 바꾸고 원래 매개변수는 비교용으로 보존하세요. 여러 값을 연달아 바꾸면 무엇이 결과를 바꿨는지 판단하기 어렵습니다.
직접 추가한 항목을 명확히 구분하기
메모는 항목을 식별하는 용도이지 연결 프로토콜의 일부가 아닙니다. 용도, 위치, 관리 방법을 적을 수 있지만 비밀번호는 넣지 마세요. 직접 추가한 항목과 구독에서 생성된 항목은 이름 규칙을 달리해 직접 관리하는 항목을 알아볼 수 있게 하는 편이 좋습니다. 그러면 구독 업데이트 후 이름이 비슷한 항목이 생겨도 어떤 기록을 확인해야 하는지 구분할 수 있습니다.
저장 전후에 Type, 호스트, 포트, 인증, 전송의 다섯 가지 정보를 확인하세요. 저장이 완료됐다는 것은 클라이언트가 현재 필드를 받아들였다는 뜻일 뿐, 서버가 매개변수의 정확성을 확인했다는 의미는 아닙니다. 이후 연결 테스트를 진행하고 대상에 대한 접근이 예상대로 이뤄지는지 살펴보세요. 일부 사이트만 실패한다면 모든 서버 필드를 다시 입력하기보다 먼저 라우팅과 이름 확인 경로를 점검하세요.
구독에 포함된 항목을 직접 수정하면 다음 업데이트에서 새로 생성된 내용으로 바뀔 수 있습니다. 개인 설정을 장기간 유지해야 한다면 현재 구독 항목을 수정하는 것인지 별도의 수동 항목을 만드는 것인지 먼저 확인하세요. 별도 항목으로 관리하기로 했다면 이후 서버 변경에 맞춰 매개변수를 직접 갱신해야 합니다. 구독 새로고침이 이 복사본도 자동 관리한다고 가정하면 안 됩니다.
프로토콜 필드의 의미가 불분명하면 용어 빠른 참조에서 확인한 뒤 보유한 서버 정보를 항목별로 입력하세요. 프로토콜을 추측하거나 필드를 임의로 조합하고 인증서 옵션을 반복해서 바꾸는 방식은 권장하지 않습니다. 직접 추가한 항목이 안정적으로 작동하려면 정확하고 서로 대응하며 여전히 유효한 매개변수가 필요합니다.
QR 코드와 클립보드: 내용을 확인한 뒤 저장
QR 코드는 정보가 담긴 매체일 뿐입니다
Scan QR Code는 QR 코드에 담긴 텍스트를 읽습니다. 내용은 단일 서버 공유 링크일 수도, 구독 주소일 수도, 일반 웹 페이지일 수도 있습니다. 스캔에 성공했다는 것은 이미지가 인식됐다는 뜻일 뿐, 내용이 가져오기에 적합하다는 의미는 아닙니다. 작업 전에 QR 코드가 본인이 보유한 서버 또는 구독 정보에서 나온 것인지 확인하고, 단일 항목인지 서버 목록 전체인지 파악하세요.
Home의 스캔 메뉴에서 Scan QR Code를 열고 시스템 안내에 따라 카메라 권한을 처리한 뒤 QR 코드 전체가 화면에 들어오도록 맞추세요. 코드가 너무 작거나 빛이 반사되거나 가장자리가 잘렸거나 압축된 경우 인식에 영향을 줄 수 있습니다. 거리와 밝기를 조절하고 화면을 안정적으로 유지하세요. 메뉴를 빠르게 연속해서 전환할 필요는 없습니다. 다른 기기에 표시된 코드라면 촬영 후 반복해서 자르는 것보다 화면을 적당히 확대하는 편이 더 정확할 수 있습니다.
현재 화면에서 사진의 QR 코드를 읽는 메뉴를 제공한다면 저장된 원본 이미지를 선택하세요. 해당 메뉴가 없다면 카메라로 스캔하거나 기존 텍스트 링크를 사용하세요. 나타나지 않는 버튼을 찾으려고 관련 없는 권한을 함부로 허용하지 마세요. 이미지에 있는 QR 코드도 가장자리를 온전히 보존해야 합니다. 가운데 무늬만 잘라내면 오류 정정 기능이 저하될 수 있습니다.
권한과 읽기 결과 확인
카메라 권한이 거부됐다면 먼저 시스템의 해당 앱 권한 설정을 확인한 후 스캔 메뉴로 돌아가세요. 권한 문제와 QR 코드 내용 오류는 서로 다른 문제입니다. 전자는 카메라를 사용할 수 없는 상태이고, 후자는 텍스트를 읽은 뒤 발생하는 경우가 많습니다. 두 상황을 구분하면 로컬 권한 문제를 해결하려고 서버 정보를 다시 만들 필요가 없습니다.
읽은 뒤 가져오기 미리보기 또는 새로 생성된 항목에서 Type, 주소, 포트, 메모를 확인하세요. 구독으로 읽혔다면 이후 서버 목록까지 가져왔는지 확인하고, 단일 공유 링크라면 서버가 예상한 위치에 추가됐는지 확인합니다. QR 코드 옆의 제목만 보고 실제 내용을 판단하지 마세요. 코드 바깥의 설명이 내부에 인코딩된 내용과 일치하지 않을 수 있습니다.
클립보드에서 가져올 때 원문 전체 유지하기
클립보드를 사용할 때는 이미 보유한 공유 링크 하나를 완전히 복사한 뒤 Shadowrocket으로 돌아와 현재 화면에서 제공하는 가져오기 메뉴를 사용하세요. 시스템에서 붙여넣기 권한을 묻는다면 본인이 시작한 작업인지 확인한 뒤 허용 여부를 결정하세요. 설명, 채팅 닉네임, 문장 부호가 섞인 메시지 전체를 복사하지 마세요. 먼저 링크의 시작과 끝을 확인한 다음 가져오세요.
긴 텍스트를 복사할 때 끝부분이 빠지거나 화면 표시상의 줄바꿈이 함께 복사될 수 있습니다. 링크 접두부가 온전한지, 한글 따옴표가 섞였는지, 채팅 앱의 접힌 표시 때문에 잘렸는지 확인하세요. 링크가 짧은 제목으로 표시된다고 해서 전체 주소가 복사된 것은 아닙니다. 필요하다면 원본 정보에 명시된 복사 기능을 사용하고 안전한 로컬 환경에서 내용을 확인하세요.
공유 링크 여러 개를 한꺼번에 가져온 뒤에는 실제 추가된 항목 수와 프로토콜 유형을 확인하세요. 그중 하나가 지원되지 않더라도 나머지가 성공했다는 이유로 전체가 가져와졌다고 판단하면 안 됩니다. 빠진 항목이 무엇인지 모르는 상태에서 반복해서 붙여 넣지도 마세요. 먼저 원본 기록과 대조해 누락된 항목을 확인한 뒤 해당 링크만 따로 처리하면 같은 서버가 목록에 여러 번 나타나는 일을 줄일 수 있습니다.
가져오기에 실패하면 단계별로 범위 좁히기
텍스트를 읽지 못했다면 카메라 권한, 이미지 품질, QR 코드 가장자리를 확인하세요. 텍스트는 읽었지만 서버로 인식되지 않았다면 형식과 전체 내용을 확인합니다. 항목은 생성됐지만 연결할 수 없다면 매개변수와 네트워크를 점검하세요. 세 단계마다 확인 대상이 다르므로 모든 문제를 QR 코드 오류로 치부하거나 기존 구독을 전부 삭제하지 마세요.
가져오기가 끝나면 더 이상 필요하지 않은 임시 이미지와 클립보드 내용을 지우세요. 특히 기기가 클립보드나 사진을 다른 곳과 동기화하는 경우 주의해야 합니다. 임시 복사본을 지워도 서버 자격 정보가 무효화되는 것은 아닙니다. QR 코드나 링크가 이미 공개됐다면 기존 서비스 제공자에게 자격 정보 변경 방법을 확인한 뒤 로컬 항목을 업데이트하세요. 이미지 파일만 삭제해서는 충분하지 않습니다.
처음 가져올 때는 새 항목의 사용 가능 여부를 확인할 때까지 이전 기록을 남겨 두세요. 이름이 같은 항목은 메모만 보지 말고 프로토콜, 호스트, 포트로 구분합니다. 기본 연결만 확인하려면 사용 가이드의 빠른 시작 순서를 따라도 됩니다. 이 장의 항목별 확인 절차는 인식, 권한, 중복 가져오기 같은 예외 상황을 처리하기 위한 내용입니다.
구독 업데이트: 요청, 해석, 연결 구분하기
수동 업데이트 후 변경 결과 확인
구독 업데이트는 기존 주소를 다시 읽고 반환된 내용에 따라 해당 서버 목록을 관리하는 기능입니다. 앱을 업데이트하거나 모든 설정을 초기화하는 기능은 아닙니다. 실행 전에 현재 사용하는 항목과 그룹을 기록해 두세요. 업데이트 후 이름이나 순서가 바뀌면 구분하기 어려울 수 있습니다. 현재 연결이 중요한 작업에 쓰인다면 결과를 확인하기 편한 시간에 관리하세요.
Home에서 대상 구독을 찾아 해당 구독의 업데이트 메뉴를 사용하세요. 버튼이나 메뉴 위치는 현재 인터페이스를 기준으로 확인합니다. 완료 후 그룹이 그대로 있는지, 항목 수가 적절한지, 현재 선택을 다시 확인해야 하는지 살펴보세요. 업데이트가 시작됐다는 이유만으로 바로 화면을 닫지 마세요. 새 항목이 없다고 무조건 실패한 것은 아닙니다. 원격 목록에 변경이 없었을 수 있습니다.
원격 내용에 따라 서버 이름, 주소, 인증 정보, 사용 가능한 항목이 바뀔 수 있습니다. 업데이트 후에는 자주 사용하는 서버를 다시 확인하세요. 특히 기존 항목이 삭제되거나 이름이 변경됐다면 주의가 필요합니다. 규칙이나 정책이 특정 이름을 참조한다면 해당 참조가 여전히 예상한 대상과 연결되는지도 확인하세요. 목록이 남아 있어도 이에 의존하는 설정이 모두 그대로라는 보장은 없습니다.
사용 패턴에 맞춰 자동 업데이트 설정하기
Settings 또는 구독 설정에 앱을 열 때 자동 업데이트 같은 옵션이 있다면 관리 필요에 맞춰 활성화할 수 있습니다. 자동 업데이트는 오랫동안 새로고침하지 않는 상황을 줄이는 데 도움이 되지만 당시 네트워크와 원격 응답에 영향을 받습니다. 앱을 닫은 뒤에도 계속 새로고침되는 기능으로 이해하거나 시스템이 모든 요청을 백그라운드에서 완료한다고 가정하지 마세요.
일상적으로 자동 업데이트를 보조 기능으로 활용하고, 원격 목록의 변경이 확인됐거나 항목이 작동하지 않을 때, 기기를 바꾸기 전에는 수동으로 확인할 수 있습니다. 짧은 시간에 연속으로 새로고침해도 잘못된 주소가 해결되지는 않으며 요청 제한에 걸릴 수 있습니다. 명확한 오류가 발생하면 반복 조작하기보다 실패 유형을 먼저 파악한 뒤 다시 시도하세요.
| 실패 단계 | 우선 확인할 사항 | 다음 단계 |
|---|---|---|
| 요청을 시작할 수 없음 | 네트워크, 도메인 확인, 접근 경로 | 정상적으로 사용할 수 있는 네트워크에서 한 번 재시도 |
| 접근 오류 반환 | 주소 유효성 및 자격 정보 상태 | 보유한 전체 주소 확인 |
| 반환된 내용을 해석할 수 없음 | 웹 페이지인지, 형식이 지원되는지 | 구독 전용 콘텐츠인지 확인 |
| 업데이트 후 연결 실패 | 새 매개변수, 현재 선택, 규칙 참조 | 대상 서버를 개별적으로 확인 |
실패해도 현재 사용 가능한 상태 보존
현재 서버에 연결할 수 있는데 구독 업데이트가 실패한다면 기존 기록을 먼저 보존하세요. 연결 매개변수는 일단 작동하지만 목록을 가져오는 요청에 문제가 있다는 뜻입니다. 구독 전체를 삭제한 뒤 다시 만들면 사용할 수 있는 유일한 로컬 기록까지 사라질 수 있습니다. 먼저 기존 주소, 네트워크, 원격 응답을 확인한 후 구독을 교체할지 결정하세요.
반환된 내용이 로그인 페이지, 오류 안내, 점검 공지일 수 있습니다. 네트워크 요청이 성공해도 서버 목록으로 해석되지 않을 수 있습니다. 브라우저에서 페이지가 열린다는 사실은 브라우저가 페이지 내용을 받았다는 뜻일 뿐, 클라이언트가 올바른 형식을 받았다는 의미는 아닙니다. 주소가 구독 전용인지 확인하고 계정 메뉴나 리디렉션된 일반 웹 페이지를 Subscribe에 저장하지 않도록 주의하세요.
자격 정보가 만료된 것 같다면 보유한 서비스의 관리 방법으로 상태를 확인하세요. 링크의 임의 문자를 바꿔 복구하려 하지 마세요. 주소를 바꾼 뒤에는 새 주소에서 적절한 목록이 생성되는지 확인하고 이전 항목을 정리합니다. 기존 자격 정보의 폐기는 원격에서 처리해야 합니다. 로컬 구독을 삭제해도 원격 자격 정보는 무효화되지 않으므로 두 작업을 따로 완료해야 합니다.
앱 업데이트와 구독 새로고침은 별도로 처리
Shadowrocket 앱 업데이트는 App Store에서 관리하고, 구독 새로고침은 기존 주소에서 콘텐츠를 가져옵니다. 두 기능이 변경하는 대상은 서로 다릅니다. 앱을 업데이트해도 만료된 구독 주소가 복구된다는 보장은 없으며, 구독을 새로고침해도 앱 기능이 바뀌지는 않습니다. 시스템 요구 사항, 기기 호환성, 구매 정보는 App Store 페이지를 기준으로 확인하세요. 확인 방법은 정품 구매 및 설치 안내를 참고하세요.
수동 업데이트와 앱을 열 때 자동 업데이트의 차이를 더 자세히 확인하려면 구독 업데이트 실패 항목별 점검을 읽어보세요. 관리 기록에는 구독 별칭, 작업 시간, 오류 유형, 확인 결과만 남기면 됩니다. 전체 자격 정보를 로그에 저장하지 마세요. 이러한 기록만으로도 문제가 반복되는지 파악하고 여러 구독 중 영향을 받은 범위를 찾을 수 있습니다.
여러 구독 관리: 출처와 참조 관계 구분하기
정렬보다 그룹의 의미를 먼저 정하기
기존 구독을 여러 개 저장할 때는 각 항목을 누가 관리하는지, 어떤 구독에 속하는지, 업데이트가 어떤 항목에 영향을 주는지 구분하는 것이 중요합니다. 먼저 모든 서버 이름을 비슷하게 바꾸고 원래 그룹을 나중에 추측하지 마세요. 구독에 안정적인 별칭을 지정하고 용도나 이해하기 쉬운 분류를 사용하세요. 자격 정보나 계정 정보는 표시되는 이름에 넣지 마세요.
구독 별칭은 로컬 관리 관계를 나타내는 이름이지 서버 품질 평가가 아닙니다. 업무용, 테스트용, 관리 책임별로 구분할 수 있지만 한 번의 테스트 결과를 영구적인 평가처럼 이름에 넣지 마세요. 테스트 결과는 시간과 네트워크에 따라 달라지지만 이름은 오래 유지되는 경우가 많습니다. 단기 상태를 이름에 넣으면 나중에 이미 유효하지 않은 정보에 따라 선택할 수 있습니다.
직접 추가한 항목은 구독에서 생성된 항목과 알아보기 쉽게 구분하는 편이 좋습니다. 구독에 포함된 서버를 복사해 별도로 수정해야 한다면 직접 관리하는 항목임을 명확히 표시하고 원래 매개변수는 안전하게 보관하세요. 그렇지 않으면 구독 업데이트 후 한 기록만 바뀌고 다른 기록은 예전 값으로 남아 같은 서버가 때로 작동하고 때로 실패하는 것처럼 보일 수 있습니다. 실제로는 두 기록의 매개변수가 달라진 것입니다.
중복 제거 전에 연결 정보를 비교하세요
이름이 같다고 반드시 중복은 아니며 호스트가 같아도 연결 방식이 하나뿐이라고 볼 수 없습니다. 프로토콜, 호스트, 포트, 인증, 전송 매개변수를 함께 비교하고 필요하면 TLS 이름과 경로도 확인하세요. 메모가 같은 두 항목도 포트나 인증 정보가 다를 수 있습니다. 이름만 기준으로 일괄 삭제하면 필요한 별도 항목을 지울 수 있습니다.
반대로 이름이 달라도 연결 매개변수는 같을 수 있습니다. 여러 번 가져오거나 수동으로 복사했거나 여러 구독에 같은 항목이 들어 있어 중복이 생기는 경우가 많습니다. 먼저 일상적으로 사용할 항목 하나를 정한 뒤 불필요한 복사본을 정리하세요. 목록을 줄이려고 그룹 전체를 바로 삭제하지 마세요. 해당 그룹이 이후 업데이트와 관리 범위를 나타낼 수도 있습니다.
서버 선택과 규칙 참조를 함께 확인하기
Home에서 현재 선택한 서버는 Config의 정책이나 규칙 참조와 관련될 수 있지만, 강조 표시된 위치만 보고 모든 연결의 최종 경로를 판단할 수는 없습니다. 규칙이 정책을 지정할 수도 있고 정책이 별도의 선택 항목을 사용할 수도 있습니다. 목록을 정리한 뒤 자주 사용하는 설정이 이름을 변경하거나 삭제한 항목을 참조하는지 확인하고 실제 접속을 테스트하세요.
Global Routing의 Config 모드에서는 규칙 매칭 순서에 따라 연결 처리 방식이 결정됩니다. Proxy는 연결을 프록시를 통해 처리하고, Direct는 직접 연결합니다. 세 모드는 구독 그룹을 필터링하거나 중복 서버를 자동으로 합치는 기능이 아닙니다. 목록을 관리할 때 모드, 현재 선택, 설정 이름을 함께 기록해야 정리 전후의 동작 차이를 파악할 수 있습니다.
중요한 연결을 사용 중이라면 구독 이름 변경, 항목 일괄 삭제, 규칙 수정을 동시에 진행하지 마세요. 먼저 그룹 하나를 정리하고 업데이트와 테스트를 마친 뒤 다음 그룹을 처리할 수 있습니다. 한 번에 한 범위만 변경해야 결과가 예상과 다르더라도 되돌릴 대상을 분명히 알 수 있습니다. 한꺼번에 정리하면 이름 참조, 매개변수 변경, 네트워크 변동 중 무엇이 원인인지 구분하기 어렵습니다.
자격 정보가 노출되지 않는 간단한 기록 만들기
관리 기록에는 구독 별칭, 용도, 자동 업데이트 여부, 최근 확인 결과, 별도의 수동 복사본 유무를 적을 수 있습니다. 전체 구독 주소는 기록할 필요가 없으며 비밀번호를 일반 메모에 복사해서도 안 됩니다. 기기 간 비교가 필요하면 양쪽에 동일한 민감 정보가 아닌 별칭을 사용하세요. 실제 자격 정보를 채팅으로 보내지 않고 이름으로 관리 대상을 대응할 수 있습니다.
iPhone과 iPad의 목록이 같은지는 직접 확인하세요. 앱이 동일한 구매 계정을 사용한다고 해서 구독, 현재 선택, Config가 모두 자동으로 완전히 동기화된다고 가정하면 안 됩니다. 구매 복원은 앱을 사용할 권리를 복구하는 절차이고 서버 정보와 설정 복원은 별도의 과정입니다. 기기를 바꾸기 전에 이 페이지의 삭제와 백업 장을 각각 확인하세요.
정리가 끝나면 자주 사용하는 설정과 서버를 선택해 확인하고 업데이트가 여전히 올바른 구독을 대상으로 하는지도 점검하세요. 목록을 최대한 짧게 만드는 것보다 경계를 명확하게 유지하는 것이 중요합니다. 구독을 읽지 못했을 때 어떤 항목이 영향을 받는지, 어떤 수동 기록이 계속 독립적으로 작동하는지 빠르게 파악해야 변경 범위를 넓히지 않고 문제를 점검할 수 있습니다.
지연 시간 테스트와 정렬: 같은 조건에서 결과 비교하기
테스트 수치는 한 번 측정한 결과입니다
Connectivity Test는 선택한 테스트 방식에 따른 응답 상태를 확인합니다. 수치는 특정 시점, 경로, 테스트 대상 조합의 결과이지 서버의 장기적인 성능을 보장하지 않습니다. 지연 시간이 짧다고 전송 속도가 빠른 것은 아니며 모든 웹사이트가 빠르게 열리는 것도 아닙니다. 시간 초과는 해당 조건에서 이번 테스트를 완료하지 못했다는 뜻일 뿐, 한 번의 결과만으로 서버가 영구적으로 사용할 수 없다고 단정할 수 없습니다.
테스트 방식마다 포함되는 단계가 다릅니다. 연결 수립에 가까운 방식도 있고 테스트 대상에 요청을 보내는 방식도 있습니다. 결과를 비교하기 전에 Settings의 관련 테스트 설정을 확인해 대상과 방식이 바뀌지 않았는지 확인하세요. 서로 다른 대상이나 네트워크에서 측정한 수치는 같은 목록에 표시되더라도 직접 비교할 근거가 없습니다.
테스트 중에는 기기에서 진행 중인 대량 전송을 줄이고 동일한 접속 네트워크에서 비슷한 시간대에 측정하세요. 무선 신호 세기, 로컬 네트워크 혼잡, 이름 확인 상태, 대상의 응답이 결과에 영향을 줄 수 있습니다. 완벽한 실험 환경을 만드는 것이 목적이 아니라 눈에 띄는 간섭을 줄여 반복 측정으로 실제 사용 환경의 차이를 확인하는 것이 중요합니다.
먼저 소규모로 테스트한 뒤 실제 용도로 확인
보유한 서버가 많다면 매번 전체 항목에 요청을 보내지 말고 자주 사용하는 그룹이나 후보 몇 개부터 테스트하세요. 대량 테스트는 동시 부하를 발생시켜 로컬 네트워크나 원격 응답에 영향을 줄 수 있습니다. 여러 항목에서 동시에 이상이 나타나면 모든 서버가 작동하지 않는다고 보기보다 공통 네트워크 조건과 테스트 대상을 먼저 확인한 다음 개별 매개변수를 점검하세요.
1차 선별 후에는 후보 항목을 반복 테스트해 결과가 안정적인지 확인하고 가장 낮게 나온 한 번의 수치만 기준으로 삼지 마세요. 큰 폭으로 계속 변하는 항목은 가끔 수치가 낮아도 현재 용도에 적합하지 않을 수 있습니다. 그다음 실제로 필요한 대상으로 연결, 이름 확인, 지속적인 전송을 검증하세요. 짧은 요청이 성공했다고 장시간 작업의 안정성까지 확인된 것은 아닙니다. 두 검증은 서로 다른 질문에 답합니다.
| 관찰된 현상 | 관련 가능성 | 확인 방법 |
|---|---|---|
| 모든 항목에서 시간 초과 | 로컬 네트워크 또는 테스트 대상 | 공통 조건을 확인한 뒤 일부 항목만 다시 테스트 |
| 특정 항목만 반복 실패 | 매개변수, 인증 또는 서버 상태 | 해당 항목을 확인하고 실제 연결 테스트 |
| 수치는 낮지만 전송 속도는 느림 | 처리량, 혼잡, 대상까지의 경로 | 지연 시간만 보지 말고 실제 작업으로 확인 |
| 일부 대상만 실패 | 규칙, DNS 또는 대상 상태 | 적용된 정책과 이름 확인 결과 점검 |
정렬은 표시 순서만 바꿉니다
지연 시간순 정렬은 테스트 결과를 임시로 살펴볼 때 유용하지만 자동 전환을 보장하지는 않습니다. 목록 순서, 현재 선택된 서버, 정책 그룹의 동작은 서로 다르므로 정렬 후 실제 선택을 다시 확인하세요. 테스트되지 않았거나 시간 초과된 항목, 오래된 결과는 표시 방식이 다를 수 있습니다. 이를 안정적인 성능 등급으로 해석하지 말고 같은 측정 회차의 데이터인지 먼저 확인하세요.
원격 구독을 업데이트하면 새 항목에는 비교할 테스트 결과가 없을 수 있고 기존 항목의 매개변수도 바뀔 수 있습니다. 이때 이전 순위를 그대로 사용하지 말고 필요한 항목을 다시 테스트하세요. 장기간 관찰하려면 민감 정보가 아닌 별칭, 네트워크 조건, 대략적인 성능을 기록하고 반복해서 나타나는 안정적인 차이를 살펴보세요. 매 순간의 수치를 영구적인 표시로 저장할 필요는 없습니다.
규칙과 DNS도 검증에 포함하기
테스트는 정상이지만 실제 접속에 문제가 있다면 현재 Global Routing을 먼저 확인한 다음 Config에서 대상 연결에 적용될 수 있는 규칙을 살펴보세요. 대상이 DIRECT로 처리된다면 현재 프록시 서버의 테스트 수치로 해당 접속을 설명할 수 없습니다. 대상에 지정된 정책이 적용된다면 Home의 현재 항목만 볼 것이 아니라 그 정책이 실제로 어떤 연결을 사용하는지도 확인해야 합니다.
DNS 이름 확인 실패로 웹 페이지가 열리지 않을 수도 있지만, 서버 주소에 연결할 수 없다는 뜻은 아닙니다. 구독 호스트, 서버 호스트, 접속 대상 중 어느 이름의 확인에 문제가 있는지 구분하세요. 한 번에 한 계층씩 확인해야 합니다. 서버, DNS, 규칙을 동시에 바꾸면 일시적으로 복구되더라도 어떤 변경이 효과가 있었는지 알기 어렵습니다. 이름 확인 방식의 자세한 비교는 DNS 설정 안내를 참고하세요.
서버 선택 방법을 더 자세히 알아보려면 지연 시간, 지역, 프로토콜 유형 판단 방법을 읽어보세요. 이 페이지는 보유한 서버 관리만 다루며 테스트 결과를 근거로 서비스를 추천하지 않습니다. 한 번 측정한 최저 수치를 좇기보다 실제 작업, 현재 네트워크, 지속적인 관찰을 바탕으로 필요한 작업을 안정적으로 완료하는 기존 항목을 선택하세요.
삭제와 백업: 복원을 확인한 뒤 기록 정리
먼저 어느 항목을 삭제하는지 확인
정리하기 전에 단일 서버, 구독 전체, Config 파일을 구분하세요. 서버 하나를 삭제하면 로컬 목록만 바뀔 수 있으며 구독에서 생성된 항목은 다음 새로고침 때 다시 나타날 수 있습니다. 구독을 삭제하면 해당 구독의 관리 관계와 항목에 영향을 주고, Config를 삭제하면 트래픽 분배 설정에 영향을 줍니다. 세 작업은 서로 대신할 수 없으며 어느 하나를 전체 초기화 방법으로 사용해서도 안 됩니다.
구독 업데이트가 실패했다고 유일한 로컬 기록을 바로 삭제하지 마세요. 사용할 수 있는 서버가 남아 있는지, 원래 구독 주소를 안전하게 보관했는지, 보유한 매개변수를 다시 확보할 수 있는지 확인하세요. 삭제해도 원격 자격 정보가 취소되거나 네트워크 요청이 복구되지는 않습니다. 기록이 더 이상 필요하지 않고 복구 방법까지 확인한 경우에만 정리하는 것이 좋습니다.
중복 항목을 정리하기 전에 규칙이나 정책이 해당 이름을 참조하는지 확인하세요. 삭제 후 서버 목록이 깔끔해져도 해당 이름에 의존하는 설정을 수정해야 할 수 있습니다. 먼저 사용하지 않는 항목 하나를 정리하고 자주 사용하는 설정이 계속 작동하는지 확인한 뒤 범위를 넓히세요. 일괄 삭제는 백업과 참조 관계를 확인한 뒤에 적합하며 문제의 원인을 찾기 위한 시험 수단으로 사용하면 안 됩니다.
백업은 서로 다른 데이터 유형을 포함해야 합니다
백업 전에 보존할 대상을 정리하세요. 구독 주소, 별도로 추가한 수동 서버, Config 파일, 사용과 관련된 설정이 포함될 수 있습니다. 구독 주소로 원격의 현재 목록을 다시 가져올 수는 있지만 이전에 존재한 항목이나 로컬에서 바꾼 이름, 수동 수정 내용까지 복구된다고 보장할 수는 없습니다. 구독 주소만 저장하는 것으로 독립 서버와 사용자 지정 설정을 백업했다고 볼 수 없습니다.
현재 앱에서 제공하는 내보내기 또는 공유 메뉴를 사용하되 실제로 어떤 범위가 내보내지는지 확인한 다음 직접 관리하는 안전한 저장 위치를 선택하세요. 메뉴가 서버 하나만 공유한다면 완전한 백업으로 취급할 수 없습니다. 설정 파일을 내보내는 경우 복구에 필요한 서버 관계가 실제로 포함됐는지도 확인해야 합니다. 파일 이름만 보고 백업 범위를 추측하지 마세요.
내보내기 성공보다 복원 확인이 중요
내보낸 뒤 파일이 실제로 존재하고 읽을 수 있는지, 기기를 바꾼 뒤에도 저장 위치에 접근할 수 있는지 확인하세요. 중요한 내용은 관리 가능한 두 번째 복사본을 둘 수 있지만, 각 복사본의 용도와 접근 범위를 명확히 해야 합니다. 초기화할 기존 기기에만 파일을 저장해 두면 내보내기는 성공했더라도 기기 변경 후 복원에 사용할 백업은 없는 셈입니다.
복원할 기기에서 Shadowrocket을 App Store를 통해 정상적으로 받은 뒤 데이터 유형별로 가져오세요. 앱 구매 복원과 서버 정보 복원은 서로 다른 절차입니다. 전자는 구매 자격을 처리하고 후자는 연결 데이터를 복원합니다. iPhone과 iPad의 시스템 요구 사항, 호환성, 통합 구매 여부는 App Store 페이지를 기준으로 확인하세요. 자세한 절차는 구입 항목 복원 안내를 참고하세요.
대상 기기에 이미 데이터가 있다면 기존 상태를 먼저 백업하세요. 이전 데이터를 가져온 뒤 덮어쓰거나 중복 항목을 구분하기 어려워지는 상황을 예방할 수 있습니다. 구독 하나나 수동 서버 하나부터 복원해 매개변수가 맞는지 확인한 다음 Config와 나머지 기록을 복원하세요. 가져온 목록이 나타났다고 바로 기존 기기를 초기화하지 말고 현재 선택, Global Routing, 자주 사용하는 규칙을 점검하세요.
실제 연결과 대상 접속을 한 번 이상 확인한 다음 구독 새로고침도 테스트하세요. 이전 서버 매개변수로 현재 연결할 수 있어도 구독 자격 정보가 여전히 유효한 것은 아닙니다. 반대로 구독 새로고침에 성공해도 사용자 지정 규칙이 올바르게 복원된 것은 아닙니다. 읽기, 연결, 트래픽 분배의 세 단계를 각각 확인해야 새 기기의 주요 사용 상태가 복원됐다고 볼 수 있습니다.
자격 정보 노출과 로컬 삭제는 별도로 처리
전체 구독 주소, QR 코드, 백업 파일이 공개된 적이 있다면 기존 서비스의 관리 방법을 통해 관련 자격 정보를 변경하거나 폐기한 뒤 로컬 기록을 업데이트하세요. 채팅 메시지를 삭제하거나 클립보드를 비우거나 서버 항목을 제거해도 이미 복사된 정보가 무효화된다고 보장할 수 없습니다. 자격 정보를 변경한 뒤에는 이전 백업과 다른 기기도 확인해 나중에 복원할 때 폐기된 주소가 다시 가져와지지 않도록 하세요.
장기 관리는 일정한 순서로 진행할 수 있습니다. 현재 상태를 기록하고 구독 하나를 업데이트한 뒤 자주 사용하는 연결을 확인하고 중복 항목을 정리한 다음 백업을 갱신하세요. 각 변경의 범위가 명확해져 나중에 확인하기 쉬워집니다. 첫 연결 절차를 다시 진행하려면 사용 가이드를, 필드의 의미를 확인하려면 용어 빠른 참조를 참고하세요. 데이터를 반복해서 모두 지우기보다 단계별로 점검하세요.