공식 설명서 · 서버 관리

Shadowrocket 구독 및 서버 관리

가져오기, 업데이트, 정리와 백업을 관리 대상별로 안내합니다. 모든 작업은 사용자가 이미 보유한 구독 또는 서버 정보를 전제로 합니다.

처음 사용한다면 빠른 시작 가이드에 따라 먼저 연결한 뒤, 이 페이지에서 입력 항목과 관리 절차를 확인하세요. 가이드는 “처음 연결하는 방법”을, 이 페이지는 “어떤 데이터가 저장되는지, 업데이트로 무엇이 달라지는지, 문제가 생기면 어떻게 원인을 찾는지”를 다룹니다.

Subscribe
Add Server
Connectivity Test
삭제 및 백업

Shadowrocket은 Apple 플랫폼용 유료 상용 앱입니다. 앱을 한 번 구매하는 것과 회선 요금제는 별개입니다. 유일한 구매 경로는 App Store이며, 구매 전에 정품 확인 및 구매 안내를 확인할 수 있습니다. 이 사이트는 이미 보유한 정보의 관리 방법을 안내하며 노드나 구독을 제공·판매·추천하지 않습니다.

제1장 · 가져올 항목

Subscribe: 기존 구독 추가

구독은 서버 목록을 가져오는 주소이지, 특정 서버 한 대를 뜻하지 않습니다. Shadowrocket은 해당 주소에 요청을 보내고 응답 내용을 해석해 인식 가능한 서버 항목을 목록에 추가합니다. 구독 주소는 “어디에서 업데이트할지”를 지정하고, 각 항목은 “어떻게 연결할지”를 설명합니다. 이 두 대상을 구분해야 단일 서버를 다시 입력해도 구독 업데이트 실패가 해결되지 않는 이유를 이해할 수 있고, 로그인 웹페이지를 구독 주소로 착각하는 일도 피할 수 있습니다.

먼저 구독 주소인지 확인

가져오기 전에 기존 자료의 용도를 확인하세요. 구독 주소는 보통 쿼리 매개변수가 포함된 전체 URL입니다. 관리 페이지는 로그인해야 내용을 볼 수 있는 경우가 많습니다. 두 주소의 모양은 비슷해도 반환하는 데이터는 다릅니다. 주소에 특정 영어 단어가 들어 있다는 이유만으로 용도를 단정하거나, 무작위 문자열처럼 보이는 매개변수를 삭제하지 마세요. 해당 매개변수는 접근 권한을 확인하는 데 쓰일 수 있으며, 한 글자만 빠져도 잘못된 내용이 반환될 수 있습니다.

주소를 복사할 때는 처음부터 끝까지 선택하고, 메신저나 문서에서 긴 주소가 여러 줄로 나뉘어 보이는지 확인하세요. 화면에서 줄이 바뀌어도 원문에 줄바꿈이 포함된 것은 아닐 수 있지만, 직접 이어 붙이면 공백이 들어가기 쉽습니다. 원본 자료의 복사 기능을 사용하고 입력란에서 프로토콜, 도메인, 마지막 매개변수를 확인하세요. 구독 주소를 검색창에 붙여 넣거나 공개 문의에 첨부하지 마세요. 전체 주소를 가진 사람은 같은 서버 정보를 가져올 수 있습니다.

Add Server에서 Subscribe 항목 만들기

Home으로 이동해 Add Server를 열고 Type에서 Subscribe를 선택한 다음, 기존 구독 주소를 URL에 입력하세요. 화면 배치는 기기나 앱 내 문구에 따라 달라질 수 있습니다. 현재 유형이 단일 서버 프로토콜이 아닌 Subscribe인지 확인하는 것이 핵심입니다. 알아보기 쉬운 이름을 입력해 저장하고 목록을 가져올 때까지 기다리세요. 처음에는 구독을 하나씩 추가하는 것이 좋습니다. 문제가 생겼을 때 어느 주소와 관련 있는지 파악하기 쉽습니다.

저장한 뒤 Home으로 돌아가 예상한 구독 그룹과 서버 항목이 표시되는지 확인하세요. 구독 이름이 보인다는 것은 관리 항목이 생성되었다는 뜻일 뿐, 원격 데이터가 정상적으로 해석되었다는 의미는 아닙니다. 기존 자료의 대략적인 항목 수와 맞는지, 프로토콜 유형을 인식했는지, 오류 메시지가 나타나는지 확인하세요. 목록이 비어 있으면 구독 항목은 그대로 두고 메시지를 기록한 뒤 주소와 네트워크를 점검하세요. 같은 구독을 여러 번 추가할 필요는 없습니다.

가져오기에 성공했다면 매개변수가 맞는 서버 한 대를 선택한 뒤 가이드에 따라 연결과 작동을 확인하세요. 구독 업데이트 성공, 서버 선택, 연결 스위치 켜기, 실제 요청 성공은 각각 별개의 상태입니다. 첫 번째 상태만 완료되었다고 해서 전체 연결이 정상이라고 단정할 수는 없습니다. 서버 선택과 스위치 조작 순서는 첫 연결 확인 안내를 참고하세요.

실패한 단계에 따라 문제 해결

주소 오류가 발생하거나 요청을 보내지 못하면 먼저 주소가 빠짐없이 복사되었는지, 현재 네트워크에서 도메인 조회와 인터넷 연결이 가능한지 확인하세요. 인증 또는 권한 관련 메시지가 나타나면 기존 주소가 여전히 유효한지 확인하고, 관련 없는 프로토콜이나 포트는 변경하지 마세요. 응답이 실제로는 웹페이지, 로그인 안내 또는 일반 텍스트라면 해당 URL에 접속할 수 있어도 서버 목록으로 해석되지 않을 수 있습니다. 이때는 원본 자료의 용도를 확인하세요.

같은 주소라도 네트워크에 따라 결과가 다르면 두 테스트의 네트워크 조건을 기록한 뒤 DNS, 접속 경로, 연결 상태와 관련이 있는지 살펴보세요. 네트워크를 바꾸면서 주소 매개변수를 수정하고 현재 서버까지 동시에 바꾸면 여러 변수가 한꺼번에 달라져 성공이나 실패의 원인을 알기 어렵습니다. 업데이트는 반드시 프록시를 통해야 한다고 미리 단정할 필요도 없습니다. 실제 접속 경로는 현재 네트워크와 주소의 접근 가능 여부에 따라 달라집니다.

구독을 가져왔다고 해서 모든 항목을 사용할 수 있거나 규칙 설정이 포함되어 있다는 뜻은 아닙니다. 서버 목록과 Config의 라우팅 규칙은 따로 확인해야 합니다. 다음 장으로 넘어가기 전에 구독의 로컬 이름, 마지막 업데이트 결과, 현재 선택된 항목을 기록해 두세요. 이후 수동 추가, 업데이트, 정렬 시 기준으로 삼을 수 있습니다.

제2장 · 입력 항목 확인

Add Server: 서버 매개변수 직접 입력

서버 매개변수가 모두 준비되어 있거나, 특정 항목을 확인하거나, 독립적인 테스트용 사본을 만들 때 직접 추가할 수 있습니다. Subscribe와 달리 서버 연결 매개변수를 기기에 직접 저장하며, 목록을 가져오는 주소를 저장하지는 않습니다. Add Server에서 기존 자료와 일치하는 Type을 선택한 뒤 해당 유형에 필요한 항목을 입력하세요. 프로토콜마다 인증 방식이 다르므로, 자료에 있는 문자열을 비슷해 보이는 입력란에 임의로 넣지 마세요.

주소, 포트, 인증 정보의 역할

서버 주소에는 일반적으로 호스트 이름이나 IP 주소를 입력합니다. 해당 입력란에서 전체 URL을 요구하지 않는 한 웹 프로토콜, 경로, 포트를 함께 붙여 넣지 마세요. 포트는 원격 서비스의 접속 지점을 지정하는 별도의 숫자이며 기존 매개변수와 일치해야 합니다. 이름은 기기에서 항목을 구분하기 위한 것으로 주소, 포트, 비밀번호 오류를 해결해 주지 않습니다. 문제 해결을 위해 용도를 이름에 적을 수는 있지만 전체 비밀번호나 인증 정보는 넣지 않는 편이 좋습니다.

인증 항목은 프로토콜마다 다릅니다. Shadowsocks에는 원격 설정과 일치하는 암호화 방식과 비밀번호가 필요합니다. VMess와 VLESS에서는 UUID가 흔히 사용됩니다. Trojan은 비밀번호 인증을 사용하며 기존 자료에서 TLS 관련 매개변수를 확인해야 합니다. HTTP와 SOCKS5의 사용자 이름 및 비밀번호 입력 여부는 서버 설정에 따라 달라집니다. 두 항목이 모두 긴 문자열로 표시되더라도 UUID, 비밀번호, 키를 서로 바꿔 쓸 수 있는 것은 아닙니다.

매개변수 종류	확인할 내용	자주 하는 입력 오류
주소 및 포트	기존 호스트 이름 또는 IP 주소와 해당 포트	전체 웹 주소를 호스트 입력란에 입력
인증 정보	비밀번호, UUID 또는 프로토콜에 필요한 키	공백이 추가되거나 인증 유형을 혼용함
TLS	활성화 여부, Server Name, 인증서 요구 사항	접속 주소를 인증서 이름으로 입력
전송 매개변수	기존 자료의 전송 유형, Host, 경로	경로를 빠뜨리거나 대소문자를 변경함

TLS와 전송 계층을 따로 확인

TLS는 보호된 통신 연결을 설정하고, 전송 매개변수는 프로토콜 데이터가 전달되는 방식을 지정합니다. 두 설정이 함께 사용될 수 있지만 같은 스위치는 아닙니다. 접속 주소는 특정 진입점을 가리킬 수 있고 Server Name은 TLS 이름 확인에 사용되며 Host는 전송 요청에 쓰일 수 있습니다. 세 값이 같은 경우도, 다른 경우도 있습니다. 기존 자료와 항목별로 대조하세요. 주소가 확인된다는 이유만으로 나머지 이름을 생략해도 된다고 판단해서는 안 됩니다.

경로도 매개변수의 일부입니다. 앞의 슬래시, 대소문자, 쿼리 내용에 따라 원격 서버의 인식 결과가 달라질 수 있습니다. 입력기에서 문장 부호가 자동으로 바뀌지 않는지 확인하고, 특히 전각 콜론, 공백, 굽은 따옴표를 주의하세요. 인증서 확인에 실패하면 검증을 건너뛰지 말고 기기 시간, Server Name, 인증서 유효성, 기존 매개변수를 먼저 점검하세요. 검증 요구를 낮추면 보안 경계가 달라지고 실제 설정 오류가 가려질 수 있습니다.

WireGuard의 매개변수 구조는 일반적인 비밀번호 기반 프록시와 다릅니다. 로컬 인터페이스 키, 피어 공개 키, Endpoint, 주소 범위 등이 포함됩니다. Hysteria2에도 별도의 인증과 전송 요구 사항이 있습니다. 한 프로토콜에만 해당하는 문제 해결 방법을 다른 프로토콜에 그대로 적용하지 마세요. 자료에 이름과 주소만 있고 필수 인증 정보가 빠져 있다면, 프로토콜 이름으로 기본값을 추측하지 말고 원본 매개변수를 확인하세요.

저장한 뒤 한 항목부터 확인

입력을 마친 뒤 항목을 다시 열어 저장된 값을 확인하고, 해당 항목을 선택해 연결을 테스트하세요. 이미 작동하는 항목을 수정하려면 원본 자료를 보관하거나 용도를 명확히 표시한 별도 테스트 사본을 만드세요. 한 번에 관련된 항목 한 묶음만 수정하세요. 예를 들어 전송 경로만 확인하고 포트와 DNS는 동시에 바꾸지 않습니다. 변경 전후의 오류 단계를 기록해야 수정으로 문제가 해결되었는지 판단할 수 있습니다.

수동 사본은 일반적으로 원래 구독이 업데이트되어도 자동으로 동기화되지 않습니다. 따라서 차이를 확인하는 단기 테스트에는 적합하지만, 원격에서 관리되는 항목을 장기적으로 대신하기에는 적합하지 않습니다. 테스트가 끝나면 용도를 표시해 이후 오래된 사본을 잘못 선택하지 않도록 하세요. 구독에 속한 항목을 직접 편집해도 변경 사항이 업데이트 후 유지된다고 단정할 수 없습니다. 중요한 수정 사항은 따로 기록하고 최신 원격 매개변수와 다시 확인해야 합니다.

이 장의 확인 순서는 유형, 주소와 포트, 인증 정보, TLS, 전송 매개변수, 실제 요청입니다. 순서를 일정하게 유지하면 다시 가져오거나 새 매개변수를 받을 때 차이를 쉽게 찾을 수 있습니다. 화면에 표시되는 용어와 규칙 용어의 차이는 용어 빠른 참조에서 확인하세요. 서버 이름, 정책 이름, 프로토콜 유형을 혼동하지 않는 데 도움이 됩니다.

제3장 · 입력 방법

Scan QR Code 및 클립보드 가져오기

QR 코드와 클립보드는 입력 수단이지 별도의 서버 프로토콜이 아닙니다. 단일 서버 공유 링크, 구독 주소, 일반 텍스트가 담길 수 있습니다. 가져오기 전에 원본 자료가 어떤 항목을 추가하기 위한 것인지 확인하고, 가져온 뒤 실제 결과를 점검하세요. QR 코드를 인식했다는 것은 이미지 내용을 읽었다는 뜻일 뿐입니다. 클립보드를 읽을 수 있어도 내용이 현재 가져오기 경로에 적합하다는 뜻은 아닙니다.

스캔 전에 가독성과 원본 항목 확인

Scan QR Code를 사용할 때 QR 코드 전체가 카메라 화면에 들어오도록 하고, 주변 여백을 충분히 남기며, 강한 반사나 흐림을 피하세요. 다른 기기에 QR 코드가 표시되어 있다면 화면 밝기를 높이고 거리를 조절할 수 있습니다. 가운데 무늬만 잘라내지 마세요. 가장자리의 위치 표시 영역이 빠지면 인식에 영향을 줄 수 있습니다. 여러 번 압축된 이미지의 경우 확대해도 흐린 픽셀만 커지므로 원본 자료의 선명한 이미지를 사용하세요.

카메라로 처음 스캔할 때 시스템에서 카메라 권한을 요청할 수 있습니다. 스캔을 시작할 때 필요한 권한을 허용하세요. 이전에 거부했다면 시스템 설정에서 Shadowrocket의 권한을 확인한 뒤 다시 시도할 수 있습니다. 권한은 앱이 카메라를 읽을 수 있는지만 결정하며 QR 코드 내용의 유효성과는 관계가 없습니다. 권한을 허용해도 결과가 없다면 시스템 권한을 반복해서 바꾸기보다 화면의 선명도와 인코딩된 내용을 각각 확인하세요.

인식 후 앱이 만들려는 항목의 유형과 표시되는 매개변수를 먼저 확인하세요. Subscribe를 가져오려 했는데 일반 URL이나 서버 한 대만 표시된다면 저장을 멈추고 원본 자료를 확인하세요. 인식 결과가 나타났다는 이유로 기존 구독을 바로 바꾸지 마세요. QR 코드가 원래 웹페이지 로그인이나 관리 용도였다면 Shadowrocket으로 스캔해도 서버 자료로 바뀌지 않습니다.

클립보드 가져오기는 전체 텍스트를 유지해야 합니다

원본 자료에서 공유 텍스트 전체를 복사한 뒤 Shadowrocket으로 돌아와 해당 클립보드 가져오기 안내나 메뉴를 사용하세요. 시스템에서 붙여넣기 허용 여부를 묻는다면 현재 직접 시작한 작업을 기준으로 선택하세요. 텍스트가 여러 줄이라면 줄 경계와 원래 형식을 확인해 설명 문장, 목록 번호, 인용 기호가 함께 들어가지 않도록 하세요. 긴 문자열 중간에 눈에 띄지 않는 공백 하나만 추가되어도 디코딩 결과가 달라질 수 있습니다.

일부 자료는 메신저 대화창에서 미리보기 카드로 자동 표시됩니다. 카드를 누르는 것과 원문을 복사하는 것은 결과가 다를 수 있습니다. 가져올 때는 카드 제목이 아니라 실제 공유 링크를 복사하세요. “형식을 인식할 수 없음”과 같은 메시지가 표시되면 앞부분 식별자가 온전한지, 끝부분이 생략되지 않았는지 로컬에서 확인하세요. 인증 텍스트를 온라인 변환 페이지에 올려 시험하지 마세요. 민감한 정보가 노출될 수 있습니다.

여러 항목을 한 번에 복사했다면 가져온 뒤 누락이나 중복이 없는지, 프로토콜 유형이 예상과 일치하는지 각각 확인하세요. 일부 항목의 가져오기에 성공했다고 해서 전체 텍스트가 모두 처리된 것은 아닙니다. 먼저 완전한 자료 한 건으로 입력 방법을 확인한 다음 긴 목록을 처리하세요. 일괄 작업 전에는 작동 중인 항목을 기록하고, 가져온 뒤 이름을 기준으로 추가된 범위를 확인해 기존 항목과 구분하세요.

인식 후에도 연결을 확인해야 합니다

저장한 뒤 Home으로 돌아가 새 항목의 이름, 유형, 주소, 포트를 확인하고 서버 한 대를 선택해 연결하세요. 이름만 표시되고 필수 매개변수가 없다면 원본 자료의 공유 내용이 온전한지 확인하세요. 입력 항목이 모두 있는데도 연결할 수 없다면 인증, TLS, 전송 설정과 현재 네트워크를 점검하세요. 스캔 거리를 바꿔도 저장된 매개변수는 달라지지 않으며 서버 측 거부 문제도 해결되지 않습니다.

같은 QR 코드를 다시 스캔하면 항목이 중복 생성될 수 있으며 기존 항목이 자동으로 복구되지는 않습니다. 다시 스캔하기 전에 해당 항목이 이미 있는지 확인하세요. 이름이 같아도 프로토콜, 주소, 포트, 소속 그룹이 다를 수 있으므로 비교한 뒤 남길 항목을 결정하세요. 확인이 어려우면 원래 작동하던 항목을 바로 삭제하지 말고 테스트 항목에 다른 이름을 붙이세요.

가져오기를 마친 뒤에도 클립보드에 원본 자료가 남아 있을 수 있습니다. 일반 텍스트를 복사해 클립보드 내용을 덮어쓰고, 클립보드가 다른 기기와 동기화되는 설정이 있는지 확인할 수 있습니다. 직접 저장한 QR 코드 이미지도 백업 보호 대상에 포함하세요. QR 코드는 직접 입력을 줄여 줄 뿐, 원본 자격 증명의 중요성을 낮추지는 않습니다. 이후 업데이트와 폐기는 해당 자료가 구독인지 서버인지에 따라 처리해야 합니다.

제4장 · 형식 구분

공유 링크, 구독 내용, Config의 차이

서버 자료는 단일 링크, 구독 응답 내용, 설정 파일 형태로 제공될 수 있습니다. 모두 텍스트일 수 있지만 용도는 서로 다릅니다. 단일 링크는 연결 항목 하나를 설명하고, 구독 주소는 업데이트 가능한 데이터 모음을 가리키며, Config의 규칙은 요청 처리 방식을 정합니다. 입력 경로를 잘못 선택하면 텍스트가 온전해도 해석되지 않을 수 있습니다. 형식을 점검하기 전에 “이 자료는 원래 어떤 항목을 만들기 위한 것인가?”를 확인하세요. 여러 입력 경로를 반복해서 시도하는 것보다 효과적입니다.

프로토콜 식별자는 해석 방식을 알려줄 뿐입니다

공유 링크 앞부분의 프로토콜 식별자는 어떤 방식으로 해석할지 알려줍니다. 일반적인 형식에는 ss://, vmess://, vless://, trojan://이 있으며 뒤따르는 내용의 구조는 각각 다릅니다. 일부는 인코딩된 문자열을 사용하고, 일부는 주소, 포트, 쿼리 매개변수를 사용합니다. 앞의 몇 글자만 바꾼다고 한 프로토콜이 다른 프로토콜로 바뀌지는 않습니다. 인식되지 않는 인코딩 내용을 비밀번호로 간주해서도 안 됩니다.

링크의 인증 정보, 쿼리 매개변수, 마지막 이름은 각각 역할이 다릅니다. 이름은 보통 표시용이며 인증 정보와 전송 매개변수는 실제 연결에 영향을 줍니다. 퍼센트 인코딩된 문자열은 원래 문자를 나타낼 수 있으므로 눈에 보인다는 이유로 문장 부호를 바꾸지 마세요. 일부 형식은 Base64로 데이터를 나타내지만 인코딩은 암호화가 아닙니다. 링크를 공유하면 상대방이 매개변수를 복원할 수 있으므로 전체 링크도 자격 증명처럼 보호해야 합니다.

자료 유형	주요 용도	추가 확인 사항
단일 서버 공유 링크	서버 항목 하나 만들기	인증 및 전송 매개변수가 모두 있는지
구독 URL	서버 목록 가져오기 및 업데이트	응답 내용이 인식 가능한 형식인지
QR 코드	위 링크 또는 다른 텍스트를 담음	디코딩 후 어떤 항목인지
Config 텍스트	규칙 및 관련 설정 저장	현재 선택 여부와 정책 해석 방식

접속 가능한 URL이 반드시 유효한 구독은 아닙니다

구독 요청에서는 전송과 내용의 성공 여부를 따로 확인해야 합니다. 서버에서 페이지를 반환했다고 해서 서버 목록이 반환된 것은 아닙니다. 로그인 페이지, 권한 안내, 오류 메시지, 빈 응답도 일반 URL로 받을 수 있습니다. 해석에 실패하면 원본 자료가 클라이언트 구독용인지, 주소가 만료되지 않았는지 확인하세요. 웹페이지가 열린다는 이유만으로 앱이 특정 프로토콜을 지원하지 않는다고 결론 내리지 마세요.

서버 매개변수만 포함된 구독에 규칙까지 들어 있다고 단정할 수도 없습니다. 가져온 목록은 보이지만 일부 요청의 처리 방식이 예상과 다르면 현재 Global Routing에서 선택한 모드와 Config에서 실제로 적용되는 규칙을 확인하세요. 설정 모드는 Config, 프록시 모드는 Proxy, 직접 연결 모드는 Direct에 해당합니다. 이 모드들은 처리 방식을 정하는 것이지 구독 형식을 선택하거나 누락된 서버 인증 정보를 채우는 기능이 아닙니다.

규칙 예시는 매칭 방식 설명용이며 서버 가져오기용이 아닙니다

아래는 실제 Shadowrocket .conf 규칙 문법입니다. DOMAIN-SUFFIX는 도메인 접미사를 기준으로 매칭하고, GEOIP는 주소의 지역 조건에 따라 매칭하며, FINAL은 앞선 규칙에 매칭되지 않은 경우 적용할 최종 정책을 지정합니다. 이 텍스트에는 서버 비밀번호, UUID, 구독 URL이 없으므로 Add Server에 입력할 자료를 대신할 수 없습니다. 예시는 규칙 구조를 설명하기 위한 것입니다. 실제 설정을 변경하기 전에 기존 설정을 보관하세요.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

규칙은 일반적으로 위에서부터 순서대로 적용됩니다. 요청에 사용할 정책은 현재 Config와 서버 선택을 함께 확인해야 합니다. 예시의 PROXY, DIRECT는 정책 키워드이며 서버 이름의 번역이 아닙니다. 목록의 이름을 규칙 정책으로 임의 지정한 뒤 앱이 자동으로 연결해 줄 것이라고 생각하지 마세요. 조건과 순서를 더 알아보려면 규칙 키워드별 안내를 읽어보세요.

원본 자료를 보관할 때는 구독 주소, 수동 서버 매개변수, 설정 파일을 따로 기록하고 각각의 용도를 표시하세요. 기기를 다시 설치하거나 이전할 때 자료 유형에 맞는 입력 경로를 선택할 수 있으며, 여러 종류가 섞인 텍스트 전체를 한 입력란에 붙여 넣을 필요가 없습니다. 새 형식을 받으면 기존 자료와 구조를 먼저 비교한 뒤 기존 항목을 대체할지 결정하세요. 이름이 같다고 복구 방법까지 같다고 볼 수는 없습니다.

공유할 때는 받는 사람의 범위도 고려하세요. 이름이나 오류 메시지만 공유하려고 해도 복사한 내용에 전체 링크가 섞여 있지 않은지 다시 확인하세요. 문제 해결에는 자료 유형과 필요한 항목을 기록하는 것만으로 충분한 경우가 많습니다. 전체 매개변수를 공개해도 판단이 더 정확해지지 않으며, 비공개 접근 권한만 다른 사람에게 노출될 수 있습니다.

제5장 · 데이터 갱신

구독 업데이트 방법과 실패 대응

구독 업데이트는 원격 내용을 다시 요청해 로컬 서버 목록을 새로 고치는 작업입니다. Shadowrocket 앱 업데이트나 현재 서버 재연결과는 다릅니다. 앱 구매, 설치, 업데이트는 App Store에서 진행하며 자세한 내용은 앱 구매 안내를 참고하세요. 서버를 관리할 때는 현재 작업 대상이 구독, 개별 항목, 연결 상태 중 무엇인지 먼저 확인해 잘못된 단계에서 반복 시도하지 않도록 하세요.

수동 업데이트로 확인 지점 만들기

처음 가져온 뒤에는 수동 업데이트를 한 번 실행해 결과를 확인하세요. 업데이트 전에 그룹 이름, 현재 선택한 항목, 주요 매개변수를 기록하고, 업데이트 후에는 메시지, 목록 변화, 현재 선택 항목의 유지 여부를 확인하세요. 원격에서 서버를 추가·삭제하거나 이름 및 인증 정보를 바꿀 수 있으므로 항목 수가 달라졌다고 반드시 오류인 것은 아닙니다. 반대로 성공 메시지가 표시되어도 원격 내용이 바뀌지 않았을 수 있습니다. 목록 모양만으로 요청이 실행되지 않았다고 판단하지 마세요.

구독 항목을 로컬에서 수정한 적이 있다면 업데이트 전에 변경 기록을 저장하세요. 모든 종류의 로컬 수정 사항이 업데이트 후에도 유지된다고 생각하지 마세요. 새로 고침 과정에서 항목이 다시 생성되거나 원격에서 관리하는 값으로 덮어써질 수 있습니다. 장기간 유지해야 하는 독립 테스트 매개변수는 용도를 표시한 수동 사본으로 따로 만들고 원래 구독과의 관계를 기록하세요. 사본은 원래 구독의 변경 사항을 자동으로 반영하지 않으므로 계속 직접 확인해야 합니다.

업데이트 중에는 규칙 변경, 네트워크 전환, 서버 삭제를 동시에 하지 않는 것이 좋습니다. 안정적인 네트워크에서 한 번 실행하고 결과를 확인한 뒤 다음 작업을 결정하세요. 업데이트 후 현재 선택한 서버가 사라졌다면 목록에서 매개변수가 유효한 항목을 다시 선택해 연결을 확인하세요. 연결 스위치가 켜져 있어도 새 서버가 기존 선택을 문제없이 대체했다고 보장할 수 없습니다. 실제 요청 결과를 기준으로 판단하세요.

기기와 네트워크 조건을 고려해 자동 업데이트 설정

앱에 자동 업데이트 또는 주기 설정이 있다면 실제 필요에 따라 활성화하고, 현재 화면에서 제공하는 옵션을 기준으로 설정하세요. 업데이트 빈도가 높을수록 좋은 것은 아닙니다. 지나치게 자주 요청하면 불필요한 트래픽이 늘고 일시적인 오류가 반복될 수 있습니다. 원격 내용이 보통 얼마나 자주 바뀌는지, 기기가 언제 네트워크에 연결되는지, 사용 전에 직접 확인해야 하는지를 고려하세요. 중요한 작업 전에 수동으로 확인하는 편이 백그라운드에서 업데이트되었으리라 가정하는 것보다 확실합니다.

모바일 기기의 백그라운드 실행은 시스템 스케줄, 네트워크 상태, 배터리 조건의 영향을 받습니다. 자동 업데이트를 설정해도 언제나 계획한 시간에 정확히 실행된다는 뜻은 아닙니다. 앱을 오랫동안 열지 않았거나 네트워크가 방금 복구되었거나 기기가 제한된 상태라면 앱에 들어가 실제 목록을 확인하세요. 백그라운드 새로 고침을 확인하지 못했다고 구독이 만료되었다고 단정하지 말고, 기기의 시간만으로 마지막 요청이 성공했다고 판단하지 마세요.

원격 주소에 특정 접속 경로가 필요하면 업데이트 결과가 현재 네트워크와 연결 상태에 따라 달라질 수 있습니다. 문제를 확인할 때 업데이트 당시 연결 여부, 선택한 서버, Wi-Fi 또는 셀룰러 네트워크 여부를 기록하세요. 한 번에 조건 하나만 바꾸고 다시 시도해야 실패가 경로와 관련 있는지 알 수 있습니다. 업데이트를 성공시키려고 용도를 모르는 라우팅 변경을 장기간 유지하지 마세요.

요청, 인증, 해석 단계별로 오류 처리

요청 단계에서 실패했다면 인터넷 연결, DNS, 주소 오타, 연결 시간 초과를 확인하세요. 인증 단계에서 실패했다면 주소의 접근 매개변수가 온전한지, 변경되지는 않았는지, 기존 권한이 유효한지 확인하세요. 해석 단계에서 실패했다면 응답 용도가 올바른지, 로그인 페이지나 오류 안내가 반환되지는 않았는지 확인하세요. 단계마다 해결 방법이 다릅니다. 업데이트를 반복해도 누락된 매개변수가 채워지거나 원격 응답 형식이 달라지지는 않습니다.

업데이트에 실패해도 기존 목록이 남아 있다면 “깨끗하게 새로 고치기” 위해 구독을 바로 삭제하지 마세요. 기존 항목이 여전히 작동할 수 있으며 삭제하면 복구가 더 어려워질 수 있습니다. 오류 메시지와 기존 매개변수를 저장하고 주소를 확인한 뒤 다시 시도하세요. 업데이트에 성공했는데 모든 서버가 동시에 작동하지 않는다면 이름을 하나씩 바꾸기보다 인증 또는 전송 설정처럼 업데이트 전후에 공통으로 달라진 항목을 비교하세요.

구독 상태와 실제 요청 상태는 따로 기록해야 합니다. 마지막 업데이트 시간은 목록 갱신을, Connectivity Test는 특정 테스트 조건에서의 결과를, 실제 접속은 현재 요청의 결과를 나타냅니다. 세 가지를 함께 확인해야 문제 범위를 판단할 수 있습니다. 구독이 오랫동안 업데이트되지 않는다면 전체 구독 주소를 보내기보다 민감한 매개변수를 가린 오류 단계와 네트워크 조건을 바탕으로 원본 자료를 확인하는 편이 정보 보호에 유리합니다.

제6장 · 목록 구성

여러 구독의 이름, 그룹, 선택 관리

여러 구독을 함께 사용할 때 관리의 목표는 모든 항목을 긴 목록 하나로 합치는 것이 아니라 소속 관계를 분명하게 유지하는 것입니다. 각 서버가 어느 구독 또는 수동 기록에 속하는지 확인할 수 있어야 하고, 각 구독에는 구별하기 쉬운 로컬 이름이 있어야 합니다. 그래야 업데이트, 문제 해결, 삭제 시 어떤 데이터 묶음에 영향을 주는지 알 수 있습니다. 목록이 길수록 표시 위치를 기억하기보다 일관된 이름을 사용하는 것이 중요합니다.

이름에는 용도를 적고 인증 정보는 넣지 마세요

구독 이름은 “일상용 자료”, “테스트 자료”, “기기 이전 확인”처럼 개인 용도나 자료 유형에 따라 정할 수 있습니다. 이런 이름은 로컬 관리용이며 원격 서비스의 품질을 평가하지 않습니다. 이름에 전체 접근 주소, 계정 정보, 비밀번호를 넣지 마세요. 여러 기기에서 사용한다면 개인 관리 기록에 기기와 자료의 관계를 적을 수 있지만, 이름을 바꾼다고 원격 접근 권한까지 바뀌지는 않습니다.

구독 이름, 서버 이름, 현재 선택 항목을 구분하세요. 구독 이름은 업데이트 가능한 목록을, 서버 이름은 목록에 포함된 개별 항목을 나타냅니다. 현재 선택은 프록시 처리가 필요한 요청에 사용할 연결 항목을 정합니다. 이름이 같은 서버라도 다른 구독에서 왔거나 인증 매개변수가 다를 수 있습니다. 비교할 때는 소속, 프로토콜, 주소, 포트를 확인하세요. 이름이 같다는 이유만으로 삭제하거나 이름이 비슷하다는 이유만으로 서로의 백업이라고 판단하지 마세요.

화면에서 제공하는 그룹 접기, 검색, 정리 기능이 있다면 표시되는 항목 수를 줄이는 데 활용하세요. 검색은 찾는 범위나 표시 결과만 바꾸며 구독의 다른 서버를 자동으로 삭제하지 않습니다. 정리하기 전에 검색을 해제하고 전체 목록을 확인해 현재 필터 결과를 전체 데이터로 착각하지 않도록 하세요. 비어 보이는 그룹을 삭제하기 전에 접혀 있거나 펼치지 않았거나 업데이트 대기 중인 것은 아닌지 확인하세요.

수동 사본과 원격 관리 항목 분리

문제 해결 과정에서 만든 수동 사본에는 “전송 매개변수 확인”처럼 용도와 원본 항목을 표시하세요. 사본을 두는 이유는 특정 변수를 테스트하기 위한 것이지 구독 전체를 영구 복제하기 위한 것이 아닙니다. 문제가 해결되면 계속 보관할 필요가 있는지 결정하고, 더 이상 필요하지 않은 사본은 백업 절차에 따라 정리하세요. 그렇지 않으면 몇 차례 문제 해결을 거친 뒤 이름이 같은 항목이 쌓여 어느 항목이 구독 업데이트를 받는지 알기 어려워집니다.

비슷한 구독 두 개를 이전할 때는 이름을 바로 똑같이 바꾸기보다 먼저 나란히 두고 비교할 수 있습니다. 매개변수가 명확한 서버를 각각 선택해 실제 연결 결과를 기록한 뒤 어느 구독을 일상용으로 사용할지 결정하세요. 둘 다 보관해야 한다면 이름을 계속 구분할 수 있게 정하세요. 항목 수가 많다고 더 신뢰할 수 있는 것은 아니며, 한 번의 지연 시간 테스트로 장기간 사용 가능성을 입증할 수도 없습니다.

원격 업데이트 후 이름이 크게 달라졌다면 이전 이름만 찾지 말고 실제 항목으로 소속을 확인하세요. 원격에서 접속 지점은 그대로 둔 채 이름만 바꿀 수도 있고, 이름은 유지하면서 주소를 바꿀 수도 있습니다. 중요한 항목을 구분해야 한다면 개인 기록에 식별 정보를 남기되 인증 매개변수 전체를 여러 곳에 복사하지 마세요. 기록이 많아질수록 권한을 취소하거나 자격 증명을 바꿀 때 오래된 사본을 놓치기 쉽습니다.

서버 선택과 라우팅 모드 따로 확인

Home에서 서버를 선택한 뒤 Global Routing도 확인하세요. Config 모드는 현재 설정의 규칙에 따라 요청을 처리합니다. Proxy 모드는 해당 모드로 처리해야 하는 요청을 프록시 경로로 보냅니다. Direct 모드는 직접 연결에 사용됩니다. 모드를 바꾸면 요청 경로를 확인하는 데 도움이 되지만 구독 내용은 바뀌지 않으며 작동하지 않는 항목을 자동으로 복구하지도 않습니다.

작업 대상	일반적으로 바뀌는 내용	이것만으로 단정할 수 없는 내용
구독 업데이트	해당 구독의 서버 목록 및 원격 매개변수	모든 요청에서 사용할 수 있음
현재 서버	프록시 정책에 사용할 연결 항목	모든 요청이 해당 항목을 거침
Global Routing	요청의 전체 처리 모드	인증 및 전송 매개변수가 올바름
Config	규칙 순서와 관련 설정	구독 주소와 서버 목록이 업데이트됨

Config가 특정 이름이나 정책 관계를 참조한다면 이름을 바꾸거나 항목을 삭제하기 전에 의존 관계를 확인하세요. 목록을 깔끔하게 정리하려고 현재 설정을 망가뜨려서는 안 됩니다. 구독 하나를 처리한 뒤에는 다음 구독으로 넘어가기 전에 현재 선택과 규칙 경로를 확인하세요. 나누어 작업하면 되돌려야 할 범위가 줄고, 두 업데이트의 변화를 한꺼번에 분석하는 일도 피할 수 있습니다.

정리가 끝나면 목록 화면에서 멈추지 말고 평소 사용하는 상황에서 확인하세요. 자주 사용하는 요청이 예상한 경로로 처리되는지 확인한 뒤 더 이상 필요 없는 테스트 항목을 삭제하세요. 규칙, 주문형 연결, 진단 기능의 역할은 기능 안내에서 확인할 수 있습니다. 서버의 소속은 실제 목록과 원본 자료를 기준으로 판단하세요.

제7장 · 진단 결과

Connectivity Test, 지연 시간 테스트 및 정렬

지연 시간 테스트는 특정 조건에서 테스트 요청에 응답하는 시간을 확인하는 용도입니다. 지속적인 전송 속도, 모든 웹사이트에 대한 접속 가능성, 앞으로의 안정성을 의미하지는 않습니다. 테스트 방식에 따라 확인하는 연결 단계가 다를 수 있으므로 측정 결과는 실제 방식에 맞춰 해석해야 합니다. 현재 화면에서 사용하는 테스트 유형을 먼저 확인하고 같은 네트워크, 같은 방식으로 측정한 결과를 비교하세요. 다른 시간과 네트워크에서 얻은 숫자를 한데 놓고 장기간 가장 좋은 서버를 정하지 마세요.

먼저 테스트 조건 통일

테스트 전에 기기가 정상적으로 인터넷에 연결되어 있는지 확인하고, 대역폭을 많이 사용하는 작업은 잠시 중단하세요. 네트워크가 Wi-Fi인지 셀룰러인지 기록해 두세요. 방금 네트워크를 바꿨다면 연결이 안정될 때까지 기다린 뒤 테스트하세요. 기기와 액세스 포인트 사이의 무선 품질, 현재 네트워크 부하, 원격 서비스 상태가 결과에 영향을 줄 수 있습니다. 한 번의 변동만으로 서버 매개변수 오류를 단정하지 마세요.

서버 목록을 비교할 때는 테스트 방식을 통일하세요. 어떤 방식은 포트 연결에 걸리는 시간을 주로 측정하고, 다른 방식은 TLS나 애플리케이션 응답 시간까지 포함할 수 있으므로 숫자를 직접 비교할 수 없습니다. 화면에 테스트 방식이 충분히 표시되지 않는다면 결과는 같은 테스트에서 항목을 추리는 참고 자료로만 사용하고 정밀한 네트워크 측정 결과로 간주하지 마세요. 테스트 대상이 다르면 같은 서버도 서로 다른 결과를 표시할 수 있습니다.

매개변수가 정확한 서버 한 대를 기준으로 선택한 뒤 문제가 의심되는 항목을 확인하세요. 모든 항목이 동시에 시간 초과된다면 기기 네트워크, DNS, 공용 테스트 대상에 접속할 수 있는지 우선 확인하세요. 특정 항목만 이상하다면 주소, 포트, 인증 정보, 전송 매개변수를 점검하세요. 전체 문제와 개별 문제를 나누어 처리하면 모든 비밀번호를 무작정 다시 입력하는 것보다 효과적이며, 기존에 작동하던 상태도 유지할 수 있습니다.

측정에 성공해도 실제 연결 확인 필요

Connectivity Test를 실행한 뒤 대상 서버를 선택해 실제 요청을 보내세요. 테스트 성공은 해당 조건에서 테스트 연결이 예상한 응답을 받았다는 뜻일 뿐 Config의 모든 규칙이 같은 경로를 선택한다는 뜻은 아닙니다. 테스트는 정상인데 특정 도메인에 접속할 수 없다면 해당 요청의 규칙 매칭, DNS 해석, 대상 서비스 상태를 확인하세요. 목록에 지연 시간이 낮게 표시된다는 이유만으로 DNS나 규칙 문제를 배제해서는 안 됩니다.

테스트에 실패했다면 어느 단계에서 문제가 발생했는지 확인하세요. 주소를 해석하지 못하는 경우, 연결 시간 초과, 인증 거부, TLS 오류는 각각 해결 방법이 다릅니다. 오류 메시지가 있으면 원문을 기록하되 민감한 매개변수는 가리세요. 명확한 오류가 없다면 같은 네트워크에서 한 번 더 테스트한 다음 조건을 하나 바꿔 확인하세요. 테스트를 짧은 간격으로 반복하면 추가 요청만 늘어날 수 있습니다. 계획적으로 문제 범위를 좁히는 편이 더 효과적입니다.

자주 사용하는 요청은 실패하지만 다른 요청은 정상이라면 현재 Config에서 각 요청에 어떤 정책이 적용되는지 비교하세요. 필요하면 Global Routing을 잠시 바꿔 확인하고 끝난 뒤 원래 모드로 복원하세요. 모드를 바꾼 뒤 결과가 달라졌다고 해서 모든 규칙이 잘못되었다는 뜻은 아닙니다. DNS 선택과 해석 오류는 DNS 설정 안내를 참고해 추가로 확인할 수 있습니다.

정렬은 찾기만 바꾸며 서버 선택을 대신하지 않습니다

지연 시간순으로 정렬하면 이번 테스트에서 응답이 빠른 항목을 모아 표시해 추가로 시험하기 편합니다. 정렬한 뒤 현재 선택된 서버를 다시 확인하세요. 첫 번째 줄에 있는 항목이 자동으로 선택되었다고 가정하지 마세요. 정렬 기준과 자동 선택은 별개의 기능이므로 앱 내 실제 상태를 확인해야 합니다. 다음 업데이트나 테스트 후에는 목록 순서가 바뀔 수 있으니 일상적인 기록에는 알아보기 쉬운 이름과 소속을 사용하세요.

시간 초과 항목을 뒤로 정렬하면 잘못 선택할 가능성을 줄일 수 있지만, 한 번 시간 초과가 발생했다고 바로 삭제하지 마세요. 일시적인 네트워크 문제, 테스트 대상 오류, 원격 점검도 비슷한 결과를 만들 수 있습니다. 먼저 한 번 더 테스트해 문제가 지속되는지 확인한 뒤 정리 여부를 결정하세요. 서버가 구독에 포함되어 있다면 로컬에서 일부 항목을 삭제해도 다음 업데이트에서 다시 나타날 수 있습니다. 장기적인 변경은 구독 관리 관계를 고려해야 합니다.

테스트 후 현재 요청에 적합하고 매개변수가 분명한 서버를 선택하고, 일상적으로 사용할 Config로 되돌린 뒤 실제 사용 환경에서 확인하세요. 테스트 중 DNS, 라우팅 모드, 전송 매개변수를 임시로 바꿨다면 항목별로 원래 상태로 복구하거나 최종 변경 사항을 기록하세요. 이 절차가 없으면 테스트에서 확인한 작동 상태가 임시 설정 조합에서만 유효해 다음 네트워크 전환 후 재현하기 어려울 수 있습니다.

반복되는 문제는 비교에 필요한 기록만 소량 보관하면 충분합니다. 인증 정보가 포함된 로그와 스크린샷을 장기간 쌓아둘 필요는 없습니다. 같은 조건에서 문제가 계속 재현되는지, 한 항목을 바꾼 뒤 안정적으로 사라지는지 확인하세요. 이런 기록은 일시적인 변동과 설정 오류를 구분하고 서버 자료를 업데이트한 뒤 다시 검증하는 데 도움이 됩니다.

제8장 · 데이터 관리

삭제, 백업, 사용 가능한 상태 복구

삭제하기 전에 대상의 범위를 확인하세요. 서버 한 대 삭제, 구독 제거, Config 제거, 앱 재설치는 영향 범위가 서로 다릅니다. 서버 한 대는 연결 항목이고, 구독에는 업데이트 주소와 소속 관계가 포함되며, Config에는 규칙과 관련 설정이 들어갈 수 있습니다. “삭제하고 다시 시작하기”를 모든 문제의 해결책으로 사용하지 마세요. 복구에 필요한 정보를 충분히 저장한 경우에만 삭제를 통제된 정리 작업으로 진행할 수 있습니다.

복구할 항목 먼저 정리

백업에는 구독 주소와 로컬 이름, 별도로 추가한 서버 매개변수, 현재 Config, 상태 재현에 필요한 설정 기록 등 최소 네 가지 자료를 고려하세요. 내보낸 결과물 하나에 일부 자료만 포함될 수 있으므로 파일을 저장했다는 이유만으로 모든 데이터가 복구된다고 생각하지 마세요. 앱에서 제공하는 백업 또는 내보내기 기능을 사용할 때는 안내와 실제 결과를 확인하고, 특히 인증 매개변수와 구독 접근 주소가 포함되어 있는지 점검하세요.

현재 선택한 서버, Global Routing, 직접 복구해야 하는 설정도 기록하세요. 서버 목록을 복원해도 규칙과 선택 항목을 제대로 복구하지 않으면 실제 동작이 달라질 수 있습니다. On Demand처럼 자동 연결과 관련된 설정도 따로 확인하세요. 복구 후에는 먼저 수동 연결을 확인하고 자동 실행 조건을 점검하세요. 시스템 수준의 권한 상태를 일반 텍스트 설정과 같은 것으로 간주하지 마세요.

백업은 직접 관리할 수 있고 적절한 접근 보호가 적용된 위치에 저장하세요. 구독 주소, 비밀번호, UUID, 키가 포함된 파일은 공개 첨부 자료로 적합하지 않습니다. 개인용 파일 동기화 서비스를 사용한다면 어떤 기기에서 파일을 읽을 수 있는지 확인하세요. 노출 범위를 줄이려면 일상적인 문제 해결 기록에는 항목 간 차이와 상태만 남기고, 전체 자격 증명은 꼭 필요한 소수의 백업에만 보관하세요.

삭제 전에 검증된 복구 경로 남기기

중복 항목을 삭제하려면 먼저 구독 소속, 프로토콜, 주소, 포트를 비교한 뒤 현재 선택이 해당 항목에 의존하는지 확인하세요. 구독이 관리하는 항목을 로컬에서 삭제해도 원격 목록은 바뀌지 않으며 다음 업데이트 때 다시 추가될 수 있습니다. 자료 묶음 전체의 관리를 중단하려면 같은 주소를 계속 업데이트하며 항목을 하나씩 삭제하지 말고 구독을 제거할 때의 영향 범위를 확인하세요.

구독을 제거하기 전에 유효한 주소와 필요한 원본 안내가 남아 있는지 확인하세요. 주소가 만료되었다면 기존 목록을 보관해도 앞으로 연결할 수 있다고 보장할 수 없습니다. 반대로 주소가 유효해도 로컬 이름과 수동 수정 사항이 자동으로 복구되는 것은 아닙니다. 유지해야 할 변경 사항은 따로 기록하세요. 일괄 삭제 전에 한 묶음씩 처리하고 검증한 뒤 다음 묶음으로 넘어가면 비교 기준을 모두 잃는 일을 방지할 수 있습니다.

항목 하나만 작동하지 않는다면 전체 데이터를 다시 만들기보다 선택을 해제하거나 이미 검증된 다른 항목을 선택한 뒤 매개변수를 확인하세요. 앱을 재설치해도 만료된 원격 자격 증명은 복구되지 않습니다. 구매 기록과 서버 자료는 서로 다른 항목입니다. App Store에서 구입한 앱을 다시 받는다고 기존 구독, 수동 매개변수, 규칙까지 모두 복구되는 것은 아닙니다. 구매 복원과 기기 변경 절차는 구매 복원 안내를 참고하세요.

가져오기, 선택, 규칙, 확인 순서로 복구

새 기기나 초기화된 환경에서 복구할 때는 먼저 Shadowrocket이 App Store를 통해 설치되었는지 확인하세요. 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 합니다. 기존 구독 한 건 또는 수동 서버 한 대를 가져와 입력 항목을 확인한 다음 선택해 연결하세요. VPN 구성을 추가해야 한다면 시스템 안내를 읽고 필요한 권한을 허용하세요. 최소한의 연결이 작동하는지 확인한 뒤 다른 그룹과 설정을 차례로 복구하세요.

서버가 작동하면 예상한 Config를 복원해 선택하고 Global Routing을 확인한 뒤 자주 사용하는 요청의 실제 처리 방식을 테스트하세요. 마지막으로 On Demand 같은 자동화 설정을 복구하세요. 이 순서를 따르면 “서버 연결 실패”와 “규칙 또는 실행 조건이 예상과 다름”을 구분하기 쉽습니다. 처음부터 모든 항목을 한꺼번에 복구하면 문제가 어느 단계에서 발생했는지 판단하기 어렵습니다.

복구 후에는 목록에 항목이 나타나는지만 확인하지 마세요. Connectivity Test를 한 번 실행하고 실제 요청도 확인해 현재 서버와 설정이 예상대로 작동하는지 점검하세요. 수동 항목은 주요 입력값을 하나씩 확인하고, 구독 항목은 주소가 여전히 유효한지 통제된 방식으로 한 번 업데이트하세요. 백업은 특정 시점의 데이터일 뿐이며 이후 원격 인증 정보, 서버 주소, 권한이 바뀌지 않았다고 보장하지 않습니다.

복구 가능한 상태가 확인된 백업 한 부를 보관하고 더 이상 필요 없는 테스트 사본과 오래된 민감 파일을 정리하세요. 첫 연결 순서를 다시 확인하려면 가이드로 돌아가세요. 앱 구매와 회선 권한의 차이는 일회성 구매와 회선 요금 안내를 참고하세요. 일상적인 관리 원칙은 같습니다. 먼저 대상을 확인하고 상태를 기록한 다음 업데이트, 수정 또는 삭제를 진행하세요.