Shadowrocket
구독 및 서버
관리 매뉴얼

01 / 입력 정보의 종류 구분하기

Subscribe: 기존 구독 가져오기

구독 링크는 업데이트 가능한 서버 목록을 불러오는 주소이며, 개별 서버의 연결 주소와는 다릅니다. 가져오면 Shadowrocket이 해당 주소에 요청을 보내고 인식 가능한 내용을 읽어 서버 항목을 만듭니다. 목록의 이름, 개수 또는 연결 매개변수가 바뀌면 다시 업데이트해야 기기에 반영됩니다. 시작하기 전에 받은 주소가 완전한 구독 URL인지 확인하세요. 계정 페이지 주소나 안내 페이지 주소, 개별 서버의 공유 텍스트와 혼동하지 않아야 합니다.

링크의 용도와 민감한 부분 확인하기

서비스 제공처에서 본인이 보유한 구독 링크를 받아 원본 텍스트를 그대로 보관하세요. 메신저에서 다시 편집하거나 줄바꿈하지 말고, 길어 보이는 끝부분을 임의로 삭제하지 마세요. 물음표 뒤의 내용은 사용자 식별에 쓰일 수 있고 경로 자체에 접근 자격 정보가 포함될 수도 있습니다. 링크가 열린다고 해서 클라이언트가 읽을 수 있는 서버 목록이라는 뜻은 아닙니다. 로그인 페이지가 나온다면 링크의 용도를 확인해야 하며, 계정 비밀번호를 서버의 Password에 입력해서는 안 됩니다.

아래는 주소의 형식만 보여 주는 예시이며 실제 연결에 사용할 수 없습니다. 도메인과 매개변수는 모두 가상의 값입니다. 실제 링크는 본인 기기와 관리되는 백업에만 보관하고, 도움을 요청할 때의 스크린샷이나 공개 메모, 공유 앨범에는 올리지 않는 것이 좋습니다. 일부만 노출되어도 접근에 필요한 단서가 충분히 드러날 수 있습니다.

https://example.com/sub?token=xxxx

Add Server에서 Subscribe 선택하기

Home에서 추가 메뉴를 열고 Add Server로 이동한 다음 Type에서 Subscribe를 선택하세요. URL에 전체 구독 주소를 입력하고, 용도를 알아볼 수 있도록 메모를 추가합니다. 주소 앞뒤에 공백이나 줄바꿈이 들어갔는지 확인한 뒤 저장하세요. 기기나 앱 버전에 따라 화면 배치는 달라질 수 있습니다. 메뉴를 찾을 때는 버튼의 고정된 위치보다 Type과 Subscribe라는 영문 항목을 기준으로 확인하세요.

저장한 뒤 Home으로 돌아가 구독 그룹과 서버 항목을 확인하세요. 메모가 보이는 것만으로는 가져오기가 성공했다고 할 수 없습니다. 목록에 선택 가능한 서버가 실제로 생성되었는지 확인해야 합니다. 구독 항목만 있고 서버가 없다면 먼저 네트워크에서 구독 주소에 접근할 수 있는지, 응답이 인식 가능한 형식인지 확인하세요. 같은 주소를 곧바로 여러 번 추가하면 한 번의 요청 실패가 중복 그룹으로 이어질 수 있습니다.

목록 업데이트와 실제 연결을 따로 확인하기

목록을 정상적으로 가져왔다는 것은 구독 요청과 내용 분석이 완료되었다는 뜻일 뿐, 모든 서버에 연결할 수 있다는 의미는 아닙니다. 반대로 업데이트에 실패해도 기기에 저장된 서버는 계속 사용할 수 있습니다. 문제를 확인할 때는 ‘구독 업데이트 가능 여부’와 ‘기존 항목 연결 가능 여부’를 따로 기록하세요. 하나의 결과로 다른 쪽을 판단하지 마세요. 서버를 선택한 뒤에는 Global Routing과 연결 스위치도 확인해야 합니다. 첫 연결 절차는 시작하기에서 다시 확인할 수 있습니다.

같은 주소를 이미 가져왔다면 새로 추가하기보다 기존 구독을 업데이트하세요. 출처를 명확하게 유지할 수 있고, 이후 어떤 변경이 목록 업데이트에서 비롯되었는지 확인하기 쉽습니다. 항목이 구독에서 가져온 것인지 직접 추가한 것인지 불분명하다면 그룹과 편집 정보를 먼저 확인한 뒤 수정 방법을 결정하세요. 구독 항목을 로컬에서 수정하더라도 다음 업데이트에서 변경 사항이 덮어써질 수 있습니다.

02 / 항목 간 일치 여부 확인하기

Add Server: 서버 정보 직접 입력

수동 추가는 완전한 서버 정보를 보유하고 각 항목을 직접 확인해야 할 때 적합합니다. 먼저 Type을 선택한 뒤 해당 유형에 필요한 항목을 입력하세요. 프로토콜 유형에 따라 서버와 통신하는 방식이 달라지므로, 입력 항목이 적다는 이유만으로 유형을 바꾸면 안 됩니다. Address, Port, Password는 흔히 사용하는 항목이지만 일부 유형은 식별자, 암호화 방식, 전송 매개변수 또는 TLS 설정도 필요합니다. 항목 하나라도 빠지면 연결되지 않을 수 있습니다.

Type을 먼저 확인한 뒤 기본 항목 점검하기

Home에서 추가 메뉴를 열고 Add Server의 Type을 기존 서버에서 실제로 사용하는 프로토콜로 설정하세요. 그런 다음 원본 정보를 참고해 Address와 Port를 입력합니다. Address에는 일반적으로 호스트명이나 IP 주소를 입력하며 웹 경로, 사용자 이름, 불필요한 공백을 포함하면 안 됩니다. Port는 별도 숫자 항목이므로 콜론 뒤의 포트를 Address에 다시 입력하지 마세요. 화면에서 완전한 URL을 요구한다고 명시하지 않는 한 공유 링크 전체를 호스트 주소로 입력하지 마세요.

Password에는 현재 서버에 해당하는 값을 입력해야 합니다. 앱 구매에 사용한 계정 비밀번호로 대신할 수 없습니다. 복사한 내용을 확인해야 한다면 다른 사람이 볼 수 없는 곳에서 앞뒤 문자와 대소문자를 점검하세요. 공개 스크린샷으로 확인하지 마세요. UUID와 같은 식별자 항목을 사용하는 프로토콜은 해당 항목에 입력해야 하며, 모든 인증 정보를 Password에 몰아넣으면 안 됩니다. 메모는 항목을 구분하기 위한 것으로 인증에는 사용되지 않습니다. 이름을 바꿔도 잘못된 인증 정보가 수정되지는 않습니다.

프로토콜 매개변수는 서로 바꿔 쓸 수 없습니다

Shadowsocks의 암호화 방식은 서버 설정과 일치해야 합니다. VMess, VLESS 등의 식별자와 전송 설정은 원본 정보를 기준으로 확인해야 하며, Trojan의 인증 및 TLS 설정도 이름만으로 추측할 수 없습니다. HTTP, SOCKS5, WireGuard, Hysteria2는 각기 다른 매개변수 구성을 사용합니다. 모든 서버에 통하는 기본값은 제시할 수 없습니다. 한 서버에서 동작한 조합이 다른 서버에도 맞는 것은 아니기 때문입니다. 원본 정보에 항목이 빠져 있다면 계속 진행하기 전에 먼저 확인하세요.

서버에서 TLS를 요구한다면 연결 대상과 인증서 확인에 사용되는 이름을 구분해야 합니다. Address는 연결할 곳을 지정하고, 관련 이름 항목은 TLS 핸드셰이크에 사용될 수 있습니다. 두 값은 서로 다를 수 있습니다. 전송 계층의 Host와 Path 역시 각각 다른 용도로 쓰일 수 있으므로 비슷해 보인다고 서로 바꿔 입력하지 마세요. 인증서 오류가 발생하면 기기 시간, 호스트명, 원본 설정을 먼저 확인하고 입력 오류를 감추기 위해 검증 수준을 낮추지 마세요.

저장 후 한 번에 하나씩 확인하기

항목을 저장한 뒤 Home으로 돌아가 이름이 비슷한 이전 항목이 아니라 방금 추가한 서버가 선택되었는지 확인하세요. 먼저 연결 테스트를 진행하고 실제로 연결된 상태에서 원래 이용 권한이 있는 대상에 접속해 보세요. 실패하면 한 번에 매개변수 하나만 바꾸고 변경 전후 결과를 기록하세요. 프로토콜, 포트, 전송 설정을 동시에 수정하면 나중에 성공하더라도 원인을 파악하기 어렵고, 다음에 복구할 때 같은 실수를 반복할 수 있습니다.

구독 관리 항목을 오랫동안 수동 입력으로 보완하는 것은 권장하지 않습니다. 특정 매개변수를 비교하려는 경우에는 해당 기능이 허용되는지 확인하고 별도의 테스트 항목을 만들어 용도를 명확히 표시하세요. 구독에서 가져온 원래 항목과 혼동하지 않도록 해야 합니다. 테스트가 끝나면 올바른 원본 매개변수 기록을 보관하세요. 앱을 받거나 처음으로 VPN 설정 권한을 승인하는 문제라면 iPhone 다운로드 안내를 확인하세요. 시스템 권한 문제를 서버 항목 오류로 혼동하지 마세요.

03 / 저장하기 전에 내용 확인하기

QR 코드 및 클립보드로 가져오기

QR 코드와 클립보드 가져오기는 직접 입력을 줄여 주는 방법일 뿐, 서버가 현재 네트워크에 적합한지 자동으로 판단하거나 원본에서 빠진 매개변수를 보완하지는 않습니다. 두 방법 모두 같은 순서로 진행하세요. 본인 서버나 구독의 내용인지 확인하고, 분석 결과와 주요 항목을 점검한 다음 저장 후 테스트합니다. 인식된다고 해서 매개변수가 올바른 것은 아닙니다. QR 코드가 인식되었다는 이유만으로 기존 기록을 바로 덮어쓰지 마세요.

Scan QR Code 사용 순서

보유한 서버 또는 구독에 해당하는 QR 코드를 준비하고 Shadowrocket에서 Scan QR Code를 연 뒤 시스템 안내에 따라 카메라 접근을 허용하세요. QR 코드 전체가 화면에 들어오도록 하고 반사, 가림, 너무 작은 표시를 피합니다. 인식 후 표시되는 내용을 확인하세요. 단일 서버로 분석되었다면 Type, Address, Port를 중점적으로 확인하고, 구독으로 분석되었다면 URL과 메모를 확인합니다. 결과가 원본 정보와 일치하는지 확인한 뒤 저장하세요.

QR 코드가 흐릿하면 여러 번 확대하고 캡처하기보다 선명한 원본 이미지나 원본 텍스트를 먼저 확보하세요. 이미지 압축으로 인식에 필요한 세부 정보가 손상될 수 있고, 화면 밝기가 너무 낮거나 반사가 있어도 읽기 어려울 수 있습니다. QR 코드가 현재 사용 중인 기기에 있다면 현재 화면에 이미지 가져오기 기능이 있는지 확인하세요. 해당 기능이 없다면 원본 텍스트를 가져오면 되므로 내용을 확인하지 않은 채 QR 코드 스캔을 고집할 필요는 없습니다.

클립보드에는 가져올 내용만 복사하기

복사할 때는 공유 내용 전체만 선택하고 설명, 채팅 시간, 번호, 문장 끝의 문장 부호는 함께 복사하지 마세요. Shadowrocket으로 돌아와 현재 화면에서 제공하는 클립보드 가져오기 기능을 사용하고, 시스템 안내에 따라 붙여넣기를 허용할지 선택하세요. 미리보기가 표시되면 구독인지 서버인지 확인한 다음 항목을 점검합니다. 시스템의 붙여넣기 허용 질문은 클립보드 접근을 관리하기 위한 것으로 서버 연결 요청이 아니며 VPN이 이미 연결되었다는 뜻도 아닙니다.

여러 줄로 된 텍스트를 복사하면 단일 링크와 다른 결과로 가져올 수 있습니다. 처음에는 한 항목만 가져와 형식이 올바르게 인식되는지 확인한 뒤 나머지를 처리하세요. 가져온 항목 수가 예상과 다르면 원문에 중복 링크나 제목이 포함되었는지, 주소가 줄바꿈으로 나뉘었는지 먼저 확인하세요. 같은 내용을 계속 붙여넣지 마세요. 반복해도 비슷한 항목만 늘어날 뿐 원문 형식 문제는 해결되지 않습니다.

권한, 인식, 연결 오류를 구분해서 확인하기

카메라가 열리지 않으면 먼저 기기에서 Shadowrocket의 카메라 권한을 확인하세요. 카메라 화면은 열리지만 인식되지 않는다면 QR 코드의 선명도와 내용 형식을 점검하고, 인식은 되었지만 연결이 실패한다면 서버 매개변수와 네트워크를 확인합니다. 세 단계의 문제는 서로 다릅니다. 클립보드도 마찬가지입니다. 붙여넣기를 거부해 텍스트를 읽지 못하는 것은 권한 문제이고, 텍스트를 읽었지만 항목이 생성되지 않는 것은 분석 문제입니다. 저장 후 테스트에 실패했을 때 연결 문제를 확인하세요.

가져오기가 끝나면 민감한 정보가 없는 일반 텍스트로 클립보드 내용을 바꿔 이후 실수로 붙여넣을 가능성을 줄이세요. QR 코드를 스크린샷으로 전달했다면 이미지가 공유 앨범이나 자동 동기화되는 공개 위치에 저장되었는지도 확인합니다. 이미지를 삭제해도 인증 정보가 무효화되는 것은 아닙니다. 내용이 유출된 것을 확인했다면 기존 서비스의 관리 방법에 따라 해당 인증 정보를 바꾸고 기기에 저장된 항목도 업데이트하세요.

QR 코드 스캔과 다른 가져오기 방법 모두 마지막에는 같은 절차로 확인해야 합니다. 그룹, 유형, 대상 주소를 확인하고 항목을 선택해 테스트하세요. 처음 화면이 익숙하지 않다면 Home 화면 구성 안내를 함께 참고할 수 있습니다. 가져오기 경로 문제와 Home에서 잘못된 서버를 선택한 문제를 구분하면 이름이 비슷한 다른 항목을 테스트하는 일을 막을 수 있습니다.

04 / 링크 형식만으로 전체 설정을 판단하지 않기

공유 링크 형식과 Config의 차이

서버 공유 링크는 서버 매개변수를 전달할 수 있는 텍스트로 인코딩한 것이고, 구독 주소는 내용이 계속 바뀔 수 있는 목록을 가리킵니다. Config는 규칙과 관련 설정을 설명합니다. 세 가지 모두 링크로 전달될 수 있지만 용도는 서로 다릅니다. 가져오기 전에 ‘이 내용은 서버 하나, 서버 목록, 설정 파일 중 무엇을 설명하는가?’를 먼저 판단한 뒤 적절한 입력 경로를 선택하세요. 특정 문자로 시작하거나 브라우저에서 열린다는 사실만으로 어느 항목에 넣어야 할지 결정할 수 없습니다.

구조를 확인하고 인증 정보를 추측하지 않기

일반적인 서버 공유 내용은 ss://, vmess://, vless://, trojan:// 등으로 시작할 수 있습니다. 접두사는 프로토콜을 식별하는 데 도움이 되지만 뒤의 내용이 모두 읽을 수 있는 텍스트로 표시되는 것은 아닙니다. 일부는 인코딩된 데이터를 사용하고, 일부는 주소와 쿼리 매개변수로 표현되며, 표시용 이름을 포함하기도 합니다. 원본 내용을 앱에서 분석한 뒤 항목별로 확인하세요. 겉모양만 보고 ‘비슷해 보이는’ 링크를 직접 조합하지 마세요.

인코딩된 텍스트라고 해서 기밀 정보가 되는 것은 아닙니다. 가져올 수 있는 내용에는 연결에 필요한 정보가 포함되는 경우가 많으며, 받은 사람도 해당 매개변수를 읽을 수 있습니다. 공유할 때는 일반적인 북마크가 아니라 민감한 기록으로 취급하세요. QR 코드는 같은 내용을 다른 형태로 표현할 뿐 접근 범위를 바꾸지 않습니다. 링크를 QR 코드로 바꿔도 유출 피해가 줄어들지는 않습니다.

인코딩, 줄바꿈, 표시 이름 구분하기

링크의 퍼센트 인코딩은 특수 문자를 표현하는 방식이므로 읽기 쉽도록 임의로 바꾸면 안 됩니다. 더하기 기호, 슬래시, 등호 등은 형식마다 의미가 다를 수 있습니다. 메신저가 삽입한 공백이나 줄바꿈 때문에 내용을 완전히 분석하지 못할 수도 있습니다. 가져온 항목에 필수 정보가 빠졌다면 먼저 원문 앞뒤와 길이가 온전한지 비교하고 중국어 문장 부호가 섞이지 않았는지 확인하세요. 서버 비밀번호부터 바꿔 보며 해결하려고 하지 마세요.

일부 형식은 # 뒤에 표시 이름을 저장하지만, 이 방식을 사용하는지는 형식에 따라 다릅니다. 이름에 특정 지역이 적혀 있다고 해서 서버 위치가 확인된 것도 아니고 연결 품질이 결정되는 것도 아닙니다. 이름만 바꾸면 일반적으로 연결 대상은 달라지지 않지만 공유 텍스트를 직접 수정하다 다른 매개변수를 잘못 건드릴 수 있습니다. 평소 정리할 때는 앱에서 메모를 수정하고, 연결 매개변수를 다룰 때는 원본 정보를 기준으로 확인하세요.

규칙 파일은 서버 정보를 대신할 수 없습니다

Config의 규칙은 트래픽을 처리하는 방식을 결정하지만 잘못된 서버 매개변수를 유효하게 바꾸지는 않습니다. 아래는 Shadowrocket 설정에서 흔히 볼 수 있는 규칙 예시로, 일치 순서와 정책의 의미를 설명하기 위한 것입니다. 개인 설정을 그대로 대체할 수 있는 완전한 파일이 아닙니다. 실제로 사용하기 전에 필요한 정책이 현재 Config에서 유효한지 확인하고 DNS, 서버와 기타 설정이 사용 목적에 맞는지 점검하세요.

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

첫 번째 규칙은 도메인 접미사로 일치시키고, 두 번째 규칙은 대상 IP의 소속 조건으로 일치시킵니다. 마지막 규칙은 앞의 규칙에 일치하지 않은 트래픽을 처리합니다. 규칙은 순서대로 판단하므로 마지막 줄만 보고 모든 요청이 선택한 서버를 거친다고 단정할 수 없습니다. 규칙 적용 여부를 확인하려면 Global Routing에서 Config를 선택하고 현재 불러온 설정과 대조하세요. Proxy 또는 Direct를 선택했다면 같은 규칙 경로를 전제로 판단할 수 없습니다.

따라서 서버를 가져온 뒤 특정 대상에서만 문제가 발생한다면 같은 공유 링크를 반복해서 가져오기보다 설정의 트래픽 분기를 함께 확인하세요. 반대로 Config를 전환해도 인증 오류는 해결되지 않습니다. 화면 용어가 헷갈린다면 Home, Config, Proxy, Direct의 차이를 읽어 보세요. 입력 형식, 서버 연결, 라우팅 정책을 세 단계로 나누면 불필요한 시행착오를 크게 줄일 수 있습니다.

05 / 업데이트 전후 상태 확인하기

구독 업데이트 방법과 실패 원인 확인

구독 업데이트는 목록을 다시 요청해 항목을 동기화하는 작업이지 Shadowrocket 앱을 업데이트하거나 기존 서비스 이용 기간을 연장하는 작업이 아닙니다. 앱 업데이트는 App Store에서 관리하며 구독 업데이트는 현재 저장된 구독 주소와 응답 내용에 따라 달라집니다. 안정적으로 업데이트하려면 먼저 수동 업데이트가 성공하는지 확인한 뒤 자동화를 검토하세요. 링크를 확인하기도 전에 요청을 반복하지 마세요.

먼저 수동 업데이트로 상태 확인하기

Home에서 업데이트할 구독을 찾아 해당 구독의 업데이트 기능을 사용하세요. 실행 전에 그룹 이름, 현재 선택된 서버, 보존할 로컬 메모를 기록하고 완료 후 항목이 예상대로 바뀌었는지 확인합니다. 화면 표시 방식은 달라질 수 있으므로 구독에 해당하는 작업 메뉴를 기준으로 찾으세요. 스와이프 방향이나 아이콘 위치를 기준으로 판단하지 마세요. 구독이 여러 개라면 하나씩 업데이트하고 결과를 확인한 뒤 나머지를 처리하세요.

업데이트가 완료되어도 현재 선택된 서버가 계속 유효하다는 뜻은 아닙니다. 목록에서 이름은 같지만 매개변수가 다른 항목으로 바뀌거나, 이전에 선택한 서버가 삭제되었을 수 있습니다. 업데이트 후 선택 상태를 다시 확인하고 연결 테스트를 진행하세요. 항목이 크게 바뀌었다면 기존 기록과 현재 응답을 먼저 비교하세요. 모든 차이를 오류로 단정하지 마세요. 서버 점검이나 목록 조정으로 생긴 정상적인 변경일 수도 있습니다.

자동 업데이트를 켜기 전에 조건 확인하기

현재 화면에서 앱을 열 때 자동 업데이트하거나 관련 업데이트 설정을 제공한다면 먼저 각 항목의 설명을 읽고 활성화 여부를 결정하세요. 자동 업데이트는 실행 조건과 당시 네트워크에 따라 작동하므로 언제든 계속 동기화되는 기능으로 이해해서는 안 됩니다. 기기에 사용할 수 있는 네트워크가 없거나 구독 주소에 일시적으로 접근할 수 없거나 응답을 분석하지 못하면 앱을 열어도 목록이 갱신된다고 보장할 수 없습니다. 스위치가 켜져 있는지가 아니라 업데이트 결과와 실제 항목을 기준으로 판단하세요.

특정 항목을 안정적으로 사용해야 한다면 연결에 의존하는 작업을 바로 앞두고 대규모로 정리하기보다 결과를 즉시 확인할 수 있는 시간에 업데이트하세요. 테스트에 성공한 구독은 적절한 주기로 업데이트하고, 계속 실패하는 구독은 먼저 원인을 확인하세요. 잦은 재시도를 해결 방법으로 삼지 마세요. 자동 업데이트는 백업을 대신하지 않습니다. 오류나 예상치 못한 변경도 기기에 자동으로 동기화될 수 있습니다.

요청, 응답, 분석 순서로 확인하기

첫째, 기기에서 네트워크에 정상적으로 접근할 수 있는지 확인하고 필요한 경우 서로 다른 네트워크 환경에서 테스트합니다. 둘째, URL 전체가 온전한지, 변경되지는 않았는지, 인증 정보가 여전히 유효한지 점검합니다. 셋째, 반환된 내용이 클라이언트에서 지원하는 구독 형식인지 확인하세요. 계정 로그인 페이지나 접근 안내 페이지, 오류 문구는 요청에 응답이 왔더라도 서버 목록이 아닙니다. 이런 내용을 Add Server의 주소 항목으로 가져오지 마세요.

일부 구독 주소에 접근하는 경로와 서버에 연결하는 경로는 다를 수 있습니다. 따라서 ‘현재 서버를 사용할 수 있다’고 해서 업데이트 요청도 반드시 성공하는 것은 아닙니다. 경로 문제가 의심되면 설정을 바로 초기화하지 말고 현재 Global Routing과 네트워크 환경을 살펴보며 항목별로 확인하세요. 문제를 해결하는 동안 기존 상태를 유지할 수 있도록 여전히 사용할 수 있는 로컬 항목을 보존하세요. 데이터가 손상되었고 백업도 있는 경우에만 구독을 다시 만들지 검토하세요.

자세한 절차는 구독 수동·자동 업데이트와 실패 원인 확인을 참고하세요. 문제를 기록할 때는 그룹 이름, 작업한 시간대, 네트워크 유형, 오류 증상만 적고 실제 링크는 포함하지 마세요. 이 정도 정보로도 일시적인 네트워크 문제와 지속적인 형식 문제를 구분하고 다음 업데이트 결과를 비교할 수 있습니다.

06 / 개수보다 출처 관계가 중요합니다

여러 구독의 그룹, 이름 지정, 중복 정리

여러 구독을 관리할 때는 서버를 하나의 긴 목록에 몰아넣는 것이 목적이 아닙니다. 각 항목의 출처와 관리 방법, 복구 가능 여부를 언제든 파악할 수 있어야 합니다. 구독 그룹과 수동 항목을 구분하고 메모로 용도를 표시하며 선택 상태를 명확히 해 실수를 줄이세요. 정리하기 전에 백업을 완료한 뒤 그룹 하나씩 조정하고 현재 연결에 영향이 없는지 확인한 다음 계속 진행하세요.

그룹과 서버 이름을 구분하고 메모에 인증 정보를 쓰지 않기

구독 이름은 목록을 구분하고 서버 이름은 목록 안의 항목을 구분합니다. 구독 이름은 ‘일상용’, ‘예비 확인용’처럼 용도를 설명할 수 있습니다. 서버 이름은 업데이트 후에도 대응 관계를 알아볼 수 있도록 원래 정보를 충분히 남기세요. 전체 구독 주소, 비밀번호, 식별자 정보를 메모에 넣지 마세요. 메모는 Home, 스크린샷, 공유 미리보기에 표시될 수 있으므로 민감한 정보를 보관하는 용도로 적합하지 않습니다.

같은 구독을 여러 기기에서 사용하더라도 그룹 이름이 같다는 이유로 두 기기의 내용이 동기화되었다고 생각하지 마세요. 기기마다 목록을 가져온 시점이 다를 수 있으며 선택된 서버와 로컬 메모도 다를 수 있습니다. 차이가 생기면 다른 기기의 설정 전체를 현재 기기에 덮어쓰기보다 구독 주소와 업데이트 결과를 먼저 비교한 뒤 정리 여부를 판단하세요.

이름이 같아도 중복은 아닐 수 있습니다

중복 여부는 이름만이 아니라 연결 매개변수를 비교해 판단해야 합니다. 이름은 같지만 호스트, 포트, 전송 방식이 다를 수 있고 이름이 달라도 같은 매개변수일 수 있습니다. 최소한 Type, Address, Port와 필요한 전송 설정을 확인한 뒤 중복 여부를 결정하세요. 인증 정보도 식별 요소이지만 비교할 때는 다른 사람이 볼 수 없는 환경을 사용하고, 공개된 평문 인증 정보 표를 만들지 마세요.

같은 구독을 반복해서 가져와 그룹이 두 개 생겼다면 정상적으로 업데이트되는 그룹 하나를 남기고 명확히 중복된 다른 그룹을 삭제하는 것이 일반적입니다. 서로 다른 구독에서 가져온 비슷한 서버는 업데이트 출처와 관리 상태가 다를 수 있으므로 성급하게 합치지 마세요. 출처 관계를 보존해야 항목의 이름이 바뀌거나 사용할 수 없게 되거나 삭제된 이유를 나중에 파악할 수 있습니다. 정리할 때는 이름이 같은 항목을 한꺼번에 삭제하기보다 그룹별로 확인하세요.

표시 순서와 실제 선택 구분하기

정렬은 항목을 찾기 쉽게 바꾸는 기능이지 현재 연결에 사용할 서버까지 바꾸는 것은 아닐 수 있습니다. 항목을 목록 맨 위로 옮겼더라도 실제로 선택되었는지 확인하세요. 테스트 결과로 정렬한 경우에도 앱이 맨 위 항목으로 자동 전환된다고 가정하면 안 됩니다. 정리 후에는 현재 선택 표시를 확인하고 실제 연결을 다시 테스트하세요. 특히 여러 그룹에 이름이 비슷한 항목이 있다면 대상 그룹을 먼저 펼쳐 오래된 항목을 선택하지 않도록 주의하세요.

현재 화면에서 순서를 직접 지정할 수 있다면 자주 확인하는 그룹을 찾기 쉬운 위치에 배치하면서 원본 기록도 확인할 수 있게 보존하세요. 화면을 보기 좋게 만들려고 구독에 포함된 모든 항목의 이름을 자주 바꾸지 마세요. 업데이트 과정에서 항목이 다시 만들어질 수 있습니다. 장기간 보존해야 할 로컬 설명은 별도의 비공개 메모에 적어 용도, 구독 출처, 확인해야 할 항목을 기록하세요. 업데이트 때마다 메모가 유지된다고 기대하지 마세요.

테스트 항목과 일상 사용 항목 분리하기

문제 확인을 위해 만든 수동 복사본에는 테스트 용도를 명확히 표시하세요. 확인이 끝나면 삭제할지 남길지 결정해 몇 주 뒤에도 구독에서 관리되는 항목이 무엇인지 알 수 있도록 합니다. 별도로 만든 복사본은 구독의 이후 매개변수 변경을 자동으로 반영하지 않습니다. 이름이 원본과 같아도 시간이 지나면 오래된 기록이 될 수 있습니다. 일상 사용 항목과 임시 테스트 항목을 분리하면 구독이 업데이트된 뒤에도 오래된 복사본을 선택하는 일을 줄일 수 있습니다.

정리를 마친 뒤 각 그룹을 업데이트할 수 있는지, 자주 쓰는 서버를 선택할 수 있는지, 테스트 기록을 처리했는지 하나씩 확인하세요. 더 자세한 정리 목록이 필요하다면 여러 구독의 그룹·정렬과 중복 서버 정리를 참고하세요. 항목이 사라지거나 중복되는 등 구체적인 문제는 문제 해결에서 증상별로 확인할 수 있습니다.

07 / 숫자는 연결 경로의 일부만 설명합니다

Connectivity Test, 지연 시간, 정렬

Connectivity Test는 현재 테스트 조건에서 서버가 응답하는지 확인하는 기능이며 전체 사용 경험을 단독으로 판단할 수는 없습니다. 지연 시간이 짧다는 것은 특정 테스트가 빠르게 완료되었다는 뜻일 수 있지만 전송 속도가 빠르거나 장시간 연결이 안정적이거나 모든 대상에 접근할 수 있다는 의미는 아닙니다. 먼저 테스트 조건을 고정해 기존 서버를 비교한 뒤 실제 작업으로 확인하세요. 한 번의 결과를 장기적인 결론으로 삼지 마세요.

테스트 전에 네트워크와 방법 고정하기

테스트 도중 Wi-Fi와 셀룰러 네트워크를 전환하지 않도록 기기가 안정적인 네트워크에 연결되어 있는지 확인하세요. 현재 테스트 설정과 대상을 점검하고 한 번의 비교에서는 같은 방법을 사용합니다. 테스트 방식에 따라 숫자의 의미가 다릅니다. 연결 수립 여부만 확인하는 방식도 있고 앱 수준 응답까지 포함하는 방식도 있습니다. 서로 다른 방식으로 얻은 결과를 한데 모아 정렬하거나 다른 기기, 다른 시간대의 수치로 현재 관찰 결과를 대신하지 마세요.

Home에서 Connectivity Test를 실행한 뒤 먼저 응답이 없는 항목을 확인하고 사용할 수 있는 후보는 여러 번 테스트하세요. 한 번 매우 낮은 수치가 나온 경우보다 연속된 결과가 안정적인 경우가 더 참고할 만합니다. 테스트 중 기기에서 다른 네트워크 작업이 많이 진행되면 결과에 영향을 줄 수 있습니다. 서버 차이인지 로컬 대역폭 경쟁 때문인지 판단하기 전에 간섭을 줄이세요.

시간 초과, 변동, 실제 접속은 따로 확인하기

시간 초과는 현재 테스트가 예상 시간 안에 결과를 얻지 못했다는 뜻이지 서버가 영구적으로 중단되었다는 증거는 아닙니다. 기기 네트워크 끊김, 테스트 대상에 대한 접근 불가, 서버 인증 실패, 중간 경로 이상 등이 원인일 수 있습니다. 먼저 정상이라고 알고 있는 로컬 네트워크 접속과 비교한 뒤 서버 매개변수와 테스트 설정을 확인하세요. 모든 항목이 동시에 실패한다면 공통 조건부터 점검하고 서버마다 비밀번호를 바꾸지 마세요.

일부 항목만 실패하고 나머지가 정상이라면 실패한 항목의 주소, 포트, 프로토콜 매개변수를 확인하세요. 서버 테스트는 성공했지만 실제 대상에 접근할 수 없다면 Global Routing, 현재 Config, 대상 자체의 상태를 점검해야 합니다. 이때 지연 테스트를 무작정 반복해도 원인을 찾기 어렵습니다. 테스트 대상과 실제 작업 대상이 다를 수 있고, 통과하는 규칙 경로도 다를 수 있기 때문입니다.

라우팅 모드를 확인한 뒤 결과 해석하기

Config에서는 대상에 따라 서로 다른 정책이 적용될 수 있습니다. 웹페이지가 잘 열렸다고 해서 현재 서버가 해당 요청을 처리했다고 단정할 수 없습니다. 문제 확인을 위해 Proxy로 전환할 때는 기존 모드를 기록하고 확인이 끝나면 원래 설정으로 되돌리세요. Direct는 로컬 네트워크에서 직접 접속되는지 확인하는 데 도움이 되지만 서버 자체 테스트를 대신하지는 않습니다. 비교할 때마다 당시 사용한 모드를 함께 기록하세요.

정렬은 후보를 좁히고 실제 작업으로 확인하기

지연 시간순으로 정렬한 뒤 비교적 안정적인 후보 하나를 선택해 실제로 필요한 작업을 수행하세요. 예를 들어 이용 권한이 있는 웹페이지에 접속하거나 일반적인 데이터 전송을 완료할 수 있습니다. 첫 응답, 지속 전송, 중간 재연결이 필요한 수준에 맞는지 확인하세요. 서로 다른 대상을 한 번에 많이 테스트하면 웹사이트, 기기 네트워크, 서버 각각의 영향을 구분하기 어렵습니다. 장시간 안정성은 실제 사용 중 계속 확인해야 합니다.

지역 이름은 정리에 도움이 될 수 있지만 품질을 보장하지 않습니다. 지리적 거리는 여러 요인 중 하나이며 경로, 혼잡도, 서버 부하, 대상 위치에 따라 사용 경험이 달라집니다. 목록에서 가장 작은 숫자만 좇기보다 검증된 후보를 몇 개 남기는 편이 실용적입니다. 테스트 결과는 시간에 따라 달라지므로 정렬을 영구적인 결론으로 받아들이지 마세요. 네트워크 환경이 바뀌면 같은 방법으로 다시 비교하세요.

테스트를 마친 뒤 최종 선택된 항목을 확인하고, 검증을 마친 대체 항목을 하나 이상 보존하세요. 목록을 정리하려고 다른 기록을 전부 바로 삭제하지 마세요. 테스트 수치와 실제 사용 경험의 차이는 지연 시간·지역·프로토콜 유형 선택 안내를 참고하세요. 연결 권한이나 첫 승인 문제를 확인해야 한다면 시작 절차로 돌아가 해결하세요. 모든 문제를 지연 시간 탓으로 돌리지 마세요.

08 / 복구 가능성을 확인한 뒤 삭제하기

삭제, 백업, 복구 확인

삭제하기 전에 대상을 구분하세요. 서버 하나, 구독 전체, Config, 앱 자체는 서로 다른 데이터 계층입니다. 항목 하나를 삭제하면 로컬 목록만 영향을 받을 수 있지만 구독을 삭제하면 해당 구독에서 관리하는 항목 전체에 영향을 줄 수 있습니다. 표시되는 확인 문구는 정확히 읽으세요. 가장 안전한 순서는 복구에 필요한 정보를 먼저 저장하고 백업을 읽을 수 있는지 확인한 다음 삭제하는 것입니다. ‘나중에 기억할 수 있다’는 생각은 백업이 아닙니다.

데이터 종류별 복구 자료 준비하기

구독은 전체 원본 URL과 용도 설명을 보관해야 합니다. 수동 서버는 필요한 매개변수를 전부 보관하고 Config는 실제 사용하는 설정 내용과 관련 설명을 보관하세요. 구독 주소로 현재 목록을 다시 가져올 수는 있지만 과거의 이름, 순서, 로컬 수정 사항까지 복원할 수 있는 것은 아닙니다. 설정 파일에 직접 입력한 서버 기록이 모두 포함된다는 보장도 없습니다. 규칙 파일 하나만 저장하고 모든 데이터를 백업했다고 생각하지 마세요.

현재 화면에서 내보내기나 백업 기능을 제공한다면 먼저 포함되는 범위를 확인한 뒤 생성된 내용을 본인이 관리하는 비공개 위치에 저장하세요. 내보내기 옵션에 인증 정보, 구독, 로컬 선택 상태, 앱 설정이 모두 포함된다고 가정하지 마세요. 내보낸 뒤 파일이 실제로 저장되었는지, 다시 읽을 수 있는지, 구분하기 쉬운 이름인지 확인하세요. 저장 위치에 접근할 수 없거나 내용이 비어 있다면 유효한 백업이 아닙니다.

구독을 삭제하기 전에 연결 관계 확인하기

현재 연결이 삭제하려는 항목을 사용 중인지 확인한 다음, 검증된 다른 항목으로 전환하거나 현재 연결을 종료하세요. Config에서 이름을 기준으로 특정 정책이나 서버를 참조한다면 삭제 전에 해당 참조가 계속 유효한지도 확인해야 합니다. 목록에서 삭제에 성공해도 규칙이 자동으로 대체 대상을 찾는 것은 아닙니다. 삭제 후 Home의 선택 상태와 실제 연결을 다시 확인해 대상이 사라졌는데 이름만 남은 설정 관계가 없는지 살펴보세요.

중복 항목만 제거하려는 경우 명확히 중복된 그룹만 우선 처리하고 다른 설정까지 함께 비우지 마세요. 구독에 포함된 항목 하나를 로컬에서 삭제해도 다음 업데이트 때 목록에 남아 있다면 다시 나타날 수 있습니다. 화면을 깔끔하게 유지하려면 반복 삭제에 의존하기보다 현재 앱에서 제공하는 정리 기능을 먼저 확인하세요. 구독 내용 관리와 로컬 목록 정리는 별개의 작업입니다.

복구는 작은 범위부터 시작하기

기기를 바꾸거나 다시 설정한 뒤에는 먼저 App Store에서 앱 구매를 복원한 다음 개인 구독과 설정을 복구하세요. 구매 기록과 서버 데이터는 별개입니다. 앱을 받았다고 기존 구독, 매개변수, 메모까지 반드시 돌아오는 것은 아닙니다. 구입 항목과 적용 조건은 기기 변경 및 구입 항목 복원 안내를 참고하세요. iPhone과 iPad의 시스템 요구 사항 및 구매 적용 여부는 App Store 페이지의 안내를 기준으로 합니다.

개인 데이터를 복구할 때는 구독 하나 또는 수동 서버 하나부터 가져와 분석 결과를 확인하고 연결을 테스트한 뒤 Config와 다른 그룹을 차례로 추가하세요. 처음부터 모든 설정을 덮어쓰면 실패했을 때 서버 정보가 오래된 것인지, Config 참조가 유효하지 않은지, 기기 설정이 달라진 것인지 판단하기 어렵습니다. 복구가 끝나면 메모, 순서, 현재 선택 상태를 확인하세요. 파일이 열린다는 것만으로 복구가 완료되었다고 판단하지 마세요.

백업 접근 제한 및 정기 점검

서버 비밀번호나 구독 인증 정보가 포함된 파일은 접근을 통제할 수 있는 방식으로 보관하고 공개 공유 폴더에 넣지 마세요. 백업을 읽을 수 있는 사람은 원본 공유 링크와 비슷한 접근 권한을 얻을 수 있습니다. 문제를 알릴 때는 필요한 구조만 공유하고 URL의 민감한 매개변수, 인증 항목, QR 코드를 먼저 제거하세요. 백업이 유출된 것을 확인했다면 파일 삭제에 그치지 말고 영향을 받은 인증 정보를 변경한 뒤 안전한 백업을 다시 만드세요.

일상적인 관리는 정해진 순서로 진행하면 됩니다. 먼저 백업한 뒤 업데이트하고, 먼저 확인한 뒤 테스트하며, 대체 항목을 확인한 뒤 삭제하세요. 한 번에 한 가지 문제만 처리하고 변경 사항은 비공개 메모에 간단히 기록합니다. 이렇게 하면 복구 경로를 명확히 유지하고 다음에 문제가 생겼을 때 어떤 내용이 바뀌었는지 확인할 수 있습니다. 첫 연결 절차는 시작하기를 참고하고, 증상별 해결 방법은 문제 해결에서 확인하세요.