Shadowrocket
구독 및 서버 관리 가이드

주소, 구독 정보, 서버 항목 구분하기

구독 주소는 서버 목록을 가져오는 원격 주소이고, 구독 정보는 Shadowrocket에 저장되는 출처 및 업데이트 설정입니다. 서버 항목은 이를 해석한 뒤 Home에 표시되는 연결 대상입니다. 세 가지는 서로 다른 개체입니다. 구독 주소를 복사한다고 구독 정보가 자동으로 만들어지는 것은 아니며, 구독 정보를 만들었다고 유효한 서버를 가져온 것도 아닙니다. 문제를 해결할 때는 먼저 어느 단계에서 문제가 발생했는지 확인해 다운로드 실패를 모든 서버의 장애로 오인하지 않도록 하세요.

구독에는 접근 자격 정보가 포함되는 경우가 많습니다. 일반 HTTPS 링크처럼 보여도 해당 주소를 가진 사람이 서버 정보를 확인할 수 있습니다. 작업 전 신뢰할 수 있는 로컬 위치에 원래 주소를 저장하고, 본인이 보유한 구독 자료에서 가져온 주소인지 확인하세요. 전체 주소를 공개 게시물, 검색창, 스크린샷에 붙여 넣지 마세요. 예시에 쓰인 example.com은 형식 설명용이며 연결할 수 없고 실제로 접속할 필요도 없습니다.

Add Server에서 Subscribe 선택하기

Home에서 Add Server를 열고 Type을 확인한 뒤 Subscribe를 선택하고 구독 주소와 로컬에서 알아보기 위한 메모를 입력합니다. 일부 화면에서는 구독 관리 메뉴와 서버 추가 메뉴가 분리되어 있을 수 있습니다. 위치가 다르면 임의의 프록시 프로토콜을 고르는 대신 Subscribe에 해당하는 구독 유형을 찾으세요. 저장하기 전에 주소의 시작 부분, 쿼리 매개변수, 마지막 문자를 확인하고 복사 과정에서 공백, 줄바꿈, 한글 문장 부호가 섞이지 않았는지 살펴보세요.

1. 입력한 것이 구독 주소인지 확인하세요. 서비스 안내 페이지, 계정 페이지, 단일 서버 공유 링크가 아닙니다.
2. 용도를 알아볼 수 있는 메모를 입력하고, 전체 계정명·비밀번호·접근 토큰은 이름으로 사용하지 마세요.
3. 구독 정보를 저장한 다음 현재 화면에 제공되는 업데이트 기능으로 서버 목록을 가져옵니다.
4. Home으로 돌아가 해당 그룹을 확인하고 항목 하나를 선택해 프로토콜과 주소가 온전한지 살펴봅니다.

처음 가져오기에 성공하면 먼저 간단히 확인하세요. 그룹 이름을 알아보기 쉬운지, 서버 프로토콜이 보유한 자료와 일치하는지, 목록에 눈에 띄는 중복이 있는지 살펴봅니다. 항목 수는 변경 사항을 찾는 데 참고할 수 있지만 연결 품질을 판단하는 기준은 아닙니다. 구독을 성공적으로 해석했더라도 서버를 선택해 연결을 확인해야 합니다. 반대로 서버 하나가 일시적으로 작동하지 않아도 구독 주소를 업데이트할 수 없다는 뜻은 아닙니다.

구독 내용과 Config 파일 구분하기

서버 구독은 주로 ‘연결 대상이 무엇인지’를 다루고, Config 파일은 ‘연결을 어떻게 분기하고 어떤 설정값을 사용할지’를 다룹니다. 규칙 파일 주소를 Subscribe에 입력하거나 서버 공유 링크를 전체 설정으로 가져오면 빈 목록이나 해석 오류가 생길 수 있습니다. 확장자만으로 유형을 판단하지 마세요. 원본 자료의 설명과 반환 내용을 함께 살펴 서버 목록인지, 단일 서버인지, 설정 섹션이 포함된 파일인지 확인해야 합니다.

저장 후 서버가 보이지 않으면 먼저 서버 가져오기를 실행했는지 확인한 다음 반환된 내용이 로그인 페이지나 오류 메시지인지 살펴보세요. 브라우저에서 페이지가 열린다고 클라이언트가 그 안의 서버 정보를 해석할 수 있는 것은 아닙니다. 형식을 모르는 상태에서 주소를 반복해서 변환하지 마세요. 원래 정보를 보존하고 오류 메시지를 기준으로 네트워크 연결 실패, 인증 정보 만료, 형식 비호환을 구분한 뒤 다시 입력할지 결정하세요.

처음 연결을 설정하려면 빠른 시작 가이드로 돌아가 Global Routing과 시스템 권한 단계를 진행하세요. 이 장은 관리 관계를 설정하는 내용을 다루므로 가져오는 단계에서 DNS, 규칙, 여러 고급 옵션을 동시에 변경하지 않는 것이 좋습니다. 먼저 구독 정보가 업데이트되는지 확인한 뒤 서버 연결을 점검하면 이후 문제의 원인을 명확히 파악할 수 있습니다.

Type을 먼저 선택한 다음 해당 매개변수 입력하기

수동 추가는 완전한 서버 매개변수를 이미 보유하고 있거나, 항목 하나를 확인하거나 가져오기 결과의 차이를 해결해야 할 때 적합합니다. Home에서 Add Server를 연 뒤 Type을 먼저 선택하고 해당 프로토콜에 표시되는 항목을 입력하세요. 프로토콜마다 인증 방식이 다르므로 자료에 있는 모든 문자열을 비슷해 보이는 입력란에 차례로 넣어서는 안 됩니다. 필수 항목이 빠졌다면 다른 프로토콜의 기본값으로 채우지 말고 원본 자료를 다시 확인하세요.

Address에는 일반적으로 서버 도메인이나 IP 주소를 입력하고, Port에는 해당 포트를 입력합니다. 주소 입력란에는 웹 페이지 경로를 덧붙일 필요가 없으며 전체 공유 링크를 붙여 넣어서도 안 됩니다. 도메인, 포트, 인증 정보를 하나의 묶음으로 확인하세요. 같은 도메인에서 여러 서비스를 제공할 수 있고 포트가 같다고 프로토콜도 같은 것은 아닙니다. 메모는 로컬에서 구분하기 위한 용도이므로 ‘용도 / 프로토콜’처럼 짧게 적을 수 있지만, 메모를 근거로 실제 매개변수를 추측하지 마세요.

주소, TLS, 전송 항목을 각각 확인

연결 주소, TLS에 사용하는 서버 이름, 전송 계층의 Host는 서로 다른 값일 수 있습니다. 자료에 이름이 여러 개 명시되어 있다면 각 값을 해당 항목에 입력하고, ‘일치시켜야 한다’는 이유로 모두 Address 값으로 바꾸지 마세요. TLS 서버 이름은 인증서 및 연결 과정에 사용되고, 전송 경로는 요청 라우팅에 쓰일 수 있습니다. 어느 하나라도 맞지 않으면 포트에 연결되더라도 실제 통신은 실패할 수 있습니다.

WebSocket 등의 전송 매개변수를 입력할 때는 경로 맨 앞의 슬래시, 대소문자, 기존 쿼리 부분을 그대로 유지하세요. 경로에 포함된 공백이나 특수 문자도 겉보기만으로 임의 삭제해서는 안 됩니다. 자료에서 추가 요청 헤더를 요구하지 않는다면 온라인에서 찾은 값을 임의로 넣지 마세요. 문제를 해결할 때는 원래 매개변수와 하나씩 대조하고 현재 값을 기록한 다음 한 항목만 바꿔 확인하세요. 여러 곳을 동시에 바꾸면 원인을 파악하기 어렵습니다.

인증 정보는 원본과 정확히 일치해야 합니다

Password, UUID, 키는 원래 값을 그대로 사용하세요. 전각 문자, 입력기 자동 변환, 복사 과정에서 생긴 숨은 줄바꿈에 주의해야 합니다. 비밀번호의 더하기 기호, 등호, 슬래시가 불필요한 문자는 아닐 수 있으며 키 끝에 유효한 패딩 문자가 붙을 수도 있습니다. 인코딩된 것처럼 보이는 내용을 모두 디코딩해 입력하지 마세요. 클라이언트 입력란에는 해당 항목이 정의하는 값을 넣어야 하며, 임의로 추측한 ‘읽을 수 있는 형태’를 넣는 것이 아닙니다.

WireGuard에서는 로컬 인터페이스와 원격 Peer의 매개변수를 특히 구분해야 합니다. 개인 키는 로컬 ID에 해당하므로 피어 공개 키로 사용하거나 메모·내보낸 스크린샷에 넣지 마세요. UDP에 의존하는 연결 방식이라면 현재 네트워크에서 관련 트래픽을 허용하는지도 확인해야 합니다. 항목을 저장했다고 형식 검사가 통과한 것일 뿐, 네트워크 경로와 피어 상태까지 모두 연결 조건을 충족한다는 뜻은 아닙니다.

저장 후 Home으로 돌아가 새로 만든 항목을 선택했는지, 이름이 비슷한 기존 항목을 선택한 것은 아닌지 확인하세요. 먼저 해당 항목을 테스트한 다음 연결 스위치를 켜 실제 요청을 확인합니다. 기존 항목은 작동하지만 새 항목이 실패한다면 두 항목의 Type, Address, Port, 인증, 전송 항목을 묶음별로 비교하세요. 문제가 생겼을 때 돌아갈 기준을 잃지 않도록 기존 항목을 바로 덮어쓰지 마세요.

직접 입력한 항목과 구독에서 생성된 항목은 따로 관리해야 합니다. 구독 항목의 로컬 수정 내용은 업데이트 시 덮어써질 수 있습니다. 장기간 유지해야 하는 변경 사항은 클라이언트에서 허용되는지 확인한 뒤 별도 항목으로 저장하고 용도를 분명히 표시하세요. 항목 이름이 익숙하지 않다면 용어집을 확인하고, 한국어 설명을 입력해야 할 영어 매개변수 값으로 오해하지 마세요.

Scan QR Code는 텍스트 내용을 읽습니다

QR 코드는 텍스트를 담는 방식일 뿐 독립적인 프록시 프로토콜이 아닙니다. 단일 서버 공유 링크, 구독 주소, 일반 웹 주소가 들어 있을 수 있습니다. Scan QR Code를 사용하기 전에 QR 코드가 본인이 보유한 서버 자료에서 온 것인지 확인하세요. 인식에 성공하면 해석 결과를 살펴 추가되는 항목이 단일 서버인지 구독 정보인지 판단해야 합니다. ‘스캔 가능’이 ‘내용이 올바르고 연결 가능’하다는 뜻은 아닙니다.

Home에서 화면에 표시된 스캔 메뉴를 열고, 처음 사용할 때는 시스템 안내에 따라 카메라 권한을 허용하세요. 이전에 권한을 거부했다면 시스템 설정에서 Shadowrocket의 카메라 권한을 확인한 후 다시 스캔을 실행합니다. 권한은 정상인데 인식되지 않는다면 화면에 QR 코드 전체가 보이는지, 초점이 선명한지, 화면 반사로 코드가 가려지지 않았는지 확인하세요. QR 코드 주변의 원래 여백을 유지하고 가운데만 잘라내거나 지나치게 작게 축소하지 마세요.

QR 코드가 같은 기기에 표시되어 있다면 현재 화면에서 제공하는 이미지 인식 기능을 우선 사용하세요. 해당 메뉴가 없다면 자료로 돌아가 원본 텍스트를 복사해 클립보드로 가져올 수 있습니다. 인증 정보가 포함된 이미지를 온라인 인식 사이트에 업로드하지 마세요. 메신저에서 압축된 이미지는 세부 정보가 손실될 수 있습니다. 원본 이미지나 원래 링크를 사용하고 스크린샷을 반복해 문자 정보가 복구 불가능해지는 일을 피하세요.

클립보드로 가져오기 전에 복사 범위 확인하기

복사할 때 대상 링크만 선택하고 ‘주소:’ 문구, 따옴표, 번호, 코드 블록, 설명 문장을 함께 복사하지 마세요. 긴 링크가 자료에서 자동으로 줄바꿈되어 보여도 실제 줄바꿈이 포함된 것은 아닐 수 있습니다. 복사한 내용에 실제 빈 줄이 있다면 원문에서 경계를 확인하세요. 여러 부분을 감으로 이어 붙이지 마세요. 서버 링크가 여러 개라면 보통 각각 별도 줄에 있어야 하며, 가져오기 전에 각 줄에 프로토콜 접두사가 온전히 있는지 확인하세요.

1. 기존 자료에서 원본 링크를 복사하고 전달 과정에서 잘린 표시 텍스트는 사용하지 마세요.
2. Shadowrocket으로 돌아가 현재 화면에 제공되는 클립보드 가져오기 메뉴를 사용합니다.
3. 시스템에서 붙여넣기 허용 여부를 묻는다면 이번 작업에 클립보드 접근이 필요한 경우에만 허용하세요.
4. 해석된 유형과 추가 위치를 확인한 뒤 저장하고 Home 목록을 살펴봅니다.

클립보드에 링크가 있다고 클라이언트가 반드시 자동으로 가져오는 것은 아닙니다. 시스템 붙여넣기 권한, 화면 메뉴, 현재 내용 형식이 모두 결과에 영향을 줍니다. 안내가 나타나지 않는다고 서로 다른 내용을 연달아 복사하며 시도하지 마세요. 클립보드에 원래 링크가 남아 있는지 확인한 다음 명확한 가져오기 기능을 실행하세요. 작업 후에는 인증 정보가 없는 일반 텍스트를 복사해 민감한 링크가 클립보드에 오래 남지 않도록 할 수 있습니다.

인식 실패와 연결 실패를 구분해 처리하기

스캔 후 저장할 항목이 없다면 아직 내용 인식이나 형식 해석 단계의 문제일 가능성이 큽니다. 안내 웹 페이지를 스캔한 것은 아닌지, 프로토콜 접두사가 빠졌는지, 링크가 잘렸는지, 현재 유형이 지원되는지 확인하세요. 이때 연결 스위치를 반복해서 켜도 가져오기 문제는 해결되지 않습니다. 원본 텍스트를 보존하고 구조를 다음 장의 형식 설명과 비교하세요. 비밀번호를 바꾸거나 매개변수를 무작위로 삭제하지 마세요.

항목은 추가됐지만 연결에 실패했다면 가져오기 단계에서 적어도 항목이 생성된 것입니다. 다음으로 필수 입력 항목, 선택 상태, 네트워크 조건을 확인하세요. QR 코드와 수동 입력 결과를 비교해 볼 수 있습니다. 같은 매개변수를 수동 입력하면 작동하지만 QR 코드 가져오기는 실패한다면 전송, TLS, 추가 매개변수를 중점적으로 비교하세요. 둘 다 작동하지 않으면 가져오기 방식을 계속 바꾸기보다 피어 정보와 현재 네트워크를 점검합니다.

QR 코드를 반복해서 스캔하면 항목이 중복될 수 있습니다. 병합 여부는 구체적인 가져오기 처리 방식에 달려 있으므로 이름이 같다고 기존 항목을 덮어쓴다고 가정하지 마세요. 처음 가져온 뒤 소속 그룹과 메모를 기록하세요. 방금 추가한 내용이 무엇인지 확실하지 않다면 추가 작업을 멈추고 목록에서 프로토콜과 주소를 확인한 다음 여러 구독 정리 방법을 참고하세요. 기존에 작동하던 항목을 실수로 삭제하지 않도록 주의해야 합니다.

가져오기를 마친 뒤에는 Global Routing을 선택하고 시스템 VPN 구성을 허용해야 합니다. 관련 안내는 QR 코드와 직접적인 관계가 없습니다. 처음 권한 창이 표시되면 VPN 구성 추가 안내를 확인하세요. 시스템 권한 설정이 끝나지 않았다고 QR 코드 내용이 유효하지 않다고 판단하거나 같은 자료를 다시 일괄 가져오지 마세요.

단일 서버 링크와 구독 URL은 다릅니다

단일 서버 공유 링크는 여러 연결 매개변수를 하나의 텍스트로 묶습니다. 일반적인 접두사에는 ss://, vmess://, vless://, trojan://, hysteria2://가 있습니다. 구독 주소는 보통 서버 목록을 가져오는 HTTPS URL이며, 반환 내용에 여러 서버가 포함될 수 있습니다. 유형을 판단할 때는 먼저 원본 자료의 용도를 확인한 다음 링크 구조를 살펴보세요. 둘 다 복사할 수 있다는 이유로 같은 입력란에 넣어야 한다고 생각하면 안 됩니다.

프로토콜 접두사는 형식의 단서일 뿐이며, 전체 해석에는 뒤따르는 인증 정보, 주소, 포트, 매개변수도 필요합니다. 프로토콜과 내보내기 방식에 따라 인코딩 규칙이 다를 수 있습니다. 특히 VMess 공유 내용은 인코딩된 구조로 저장되는 경우가 많으므로 웹 주소처럼 ‘사용자 이름, 비밀번호, 도메인’으로 나누어 해석할 수 없습니다. 익숙하지 않은 형식은 클라이언트로 가져온 뒤 해석된 항목과 대조해 확인하세요.

연결용이 아닌 구조 확인용 예시

아래는 가상의 구조 예시입니다. 서버 주소로 example.com을 사용했으며 인증 정보도 실제 값이 아닙니다. 사용자 이름 또는 인증 부분, 호스트와 포트, 쿼리 매개변수, 조각 메모는 각각 다른 역할을 합니다. 실제 자료에는 추가 항목이 있을 수 있으므로 예시에 없다는 이유로 삭제하지 마세요. 이 예시에서 모든 서버에 적용할 수 있는 전송 설정을 추론해서도 안 됩니다.

trojan://[email protected]:443?security=tls&sni=example.com#personal-reference
https://example.com/sub?token=xxxx

링크의 물음표 뒤에는 쿼리 매개변수가 오고, 매개변수는 보통 &로 구분하며, 해시 기호 뒤의 조각은 메모에 사용되기도 합니다. 특수 문자가 포함된 항목은 퍼센트 인코딩되어 있을 수 있으므로 비슷해 보이는 읽기 쉬운 문자열과 원래 인코딩된 문자열을 서로 바꿔 쓸 수 있는 것은 아닙니다. 인증 정보에 구분자가 포함되어 있다면 임의로 디코딩하거나 다시 조합하는 과정에서 항목 경계가 바뀌어 저장된 비밀번호, 경로, 메모가 원래 값과 달라질 수 있습니다.

Base64는 텍스트 인코딩 방식이지 보안 조치나 사용 가능 여부를 확인하는 방법이 아닙니다. 비밀번호가 평문으로 보이지 않는 링크에도 전체 인증 정보가 들어 있을 수 있습니다. 인코딩된 공유 내용을 공개해도 되는 기술 로그로 취급하지 마세요. 형식을 모른 채 반복해서 인코딩하지도 마세요. 두 번 인코딩하면 클라이언트가 원래 서버 구조가 아니라 일반 텍스트로 읽을 수 있습니다.

서버 매개변수와 트래픽 규칙은 다릅니다

공유 링크는 보통 연결 대상을 전달하며 현재 Config의 규칙, DNS 또는 기타 설정까지 반드시 포함하는 것은 아닙니다. 서버를 가져온 뒤 특정 도메인에 대한 연결이 프록시를 사용할지는 Global Routing과 현재 규칙 파일에 따라 달라집니다. 아래 .conf 예시는 순서대로 판단하는 규칙 구조를 보여 줍니다. PROXY는 정책 키워드이지 구독 그룹 이름이 아니며 서버 인증 정보도 포함하지 않습니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORD,example,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

예시의 FINAL,PROXY는 앞선 규칙과 일치하지 않은 연결에 다음 정책을 지정합니다. 새 서버를 만들거나 만료된 인증 정보를 복구하는 기능은 아닙니다. 이 조각은 형식을 설명하기 위한 것으로, 백업과 내용을 이해하지 않은 상태에서 전체 설정을 대체해서는 안 됩니다. .conf 파일을 섹션별로 이해하려면 Config 파일 섹션 설명을 읽고 [General] 등의 기존 설정이 놓인 맥락을 유지하세요.

공유 전에 내보내기 범위 확인하기

본인 소유의 다른 기기로 옮길 때는 공유 대상이 단일 서버인지, 특정 구독 주소인지, 전체 설정인지 먼저 확인하세요. 단일 서버를 내보내면 구독 업데이트 관계가 유지되지 않을 수 있고, 설정을 내보내도 로컬 서버 목록이 포함되지 않을 수 있습니다. 내보내기 결과를 확인해 포함 범위를 파악하세요. 파일 이름만 보고 전체 백업이 끝났다고 판단하지 말고 복원 테스트 전에 원래 기기의 항목을 삭제하지 마세요.

해석 실패 메시지가 표시되면 원문을 보존하고 접두사, 문자 경계, 이스케이프 처리를 확인한 뒤 가져온 항목의 입력값과 비교하세요. 서로 다른 프로토콜을 한 줄에 합치지 말고 확장자를 바꿔 링크를 ‘설정 파일’로 만들려고 하지 마세요. 문제 해결에 필요한 정보를 공유해야 한다면 인증 정보가 없는 프로토콜 이름, 오류가 발생한 단계, 필요한 항목 구조만 제공하세요. 전체 링크와 QR 코드는 관리가 통제되는 환경에 보관해야 합니다.

업데이트는 원격 항목의 로컬 사본을 변경합니다

구독을 업데이트하면 원격 내용을 다시 요청하고, 이를 바탕으로 로컬에 생성된 서버 목록을 조정합니다. 연결 스위치나 지연 시간 테스트와는 다른 작업입니다. 연결을 켠다고 구독이 업데이트된 것은 아니며, 테스트에 성공했다고 최신 매개변수를 가져왔다는 뜻도 아닙니다. 업데이트 전에는 어떤 구독 그룹을 조작하는지 확인하고 현재 선택된 항목을 기록하세요. 업데이트 후 대상이 삭제되거나 이름이 바뀌어 다른 서버를 잘못 선택하는 일을 막을 수 있습니다.

구독을 처음 설정했거나 원본 자료에서 서버 매개변수가 바뀌었다고 안내했거나 목록이 오래된 것처럼 보일 때 수동 업데이트를 실행할 수 있습니다. 새로고침을 자주 하면 모든 문제가 해결된다고 생각하지 마세요. 반환 내용이 바뀌지 않았다면 반복 요청으로 특정 서버의 회선 상태가 개선되지 않습니다. 자동 업데이트 사용 여부는 현재 화면의 옵션과 필요에 따라 결정하고, 시스템에 따라 전면·백그라운드 실행과 네트워크 조건에서 제한될 수 있다는 점도 고려하세요.

요청·응답·해석·연결의 네 단계로 문제 해결하기

업데이트가 계속 대기 중이면 먼저 기기에서 이미 알고 있는 다른 네트워크 리소스에 정상적으로 접근할 수 있는지 확인한 다음 구독 도메인이 확인되는지 점검하세요. 구독 서버와 실제 프록시 서버는 주소가 다를 수 있으므로 한쪽이 작동한다고 다른 쪽도 연결된다는 뜻은 아닙니다. 화면에 업데이트 요청의 라우팅 옵션이 있다면 현재 선택이 실제 네트워크 조건에 맞는지 확인하세요. 업데이트가 매번 현재 선택된 프록시 서버를 반드시 거친다고 가정하지 마세요.

곧바로 해석 오류가 반환되면 받은 내용이 실제 구독 데이터인지 확인하세요. 계정 로그인 페이지, 접근 확인 페이지, 오류 안내는 보통 서버 목록으로 바로 처리할 수 없습니다. 브라우저에서 ‘열림’은 응답을 받았다는 뜻일 뿐, 응답 형식이 적합하다는 의미는 아닙니다. 오류 페이지를 저장해 다시 가져오지 말고 오류를 우회하려고 주소에서 복잡해 보이는 인증 매개변수를 제거하지도 마세요.

업데이트 후에는 알림만 보지 말고 변경 내용을 확인하세요

업데이트가 끝나면 그룹에 항목이 남아 있는지, 이전에 선택한 서버가 여전히 있는지, 메모나 프로토콜이 달라졌는지 확인하세요. 서버 수가 줄어든 것은 원격 목록이 조정된 결과일 수 있으므로 숫자만으로 이상을 판단할 수 없습니다. 반대로 개수가 늘어났다고 품질이 좋아졌다는 뜻도 아닙니다. 새로 추가되거나 유지된 항목의 매개변수가 적절한지 확인한 뒤 테스트와 실제 접속을 수행해 업데이트 후 상태를 검증하세요.

구독에서 생성된 서버는 원격 자료와 일치하도록 관리하는 것이 좋습니다. 항목에서 비밀번호, 전송 경로, TLS 이름을 직접 변경했다면 다음 업데이트에서 수정 내용이 덮어써질 수 있습니다. 로컬 변경을 유지해야 한다면 변경 사항을 먼저 기록하고 별도 항목으로 저장해 원래 구독을 자동으로 따르지 않는다는 점을 명확히 하세요. 로컬 변경을 보존하려고 업데이트를 계속 중단해 두고 원격 매개변수가 바뀔 수 있다는 점을 잊지 마세요.

원래 주소의 인증 정보가 유출됐다고 의심된다면 로컬 구독을 삭제하는 것만으로 기존 주소가 무효화되지는 않습니다. 본인이 이용 중인 계정 관리 경로를 통해 관련 접근 정보를 변경할 수 있는지 확인하고, 새 주소를 구독 정보에 입력하세요. 변경 후에는 기존 링크의 처리 결과를 확인하고 이전 주소가 포함된 스크린샷, 임시 텍스트, 다른 기기의 클립보드를 정리해 오래된 자료가 반복 사용되지 않도록 하세요.

업데이트 문제와 연결 문제가 얽혀 있을 때는 한 번에 조건 하나만 바꾸세요. 먼저 현재 네트워크에서 구독 요청을 확인하고, 업데이트된 항목 하나를 선택해 연결을 확인한 다음 Config와 DNS를 점검합니다. 연결은 표시되지만 웹페이지가 열리지 않는다면 연결됐지만 인터넷에 접속할 수 없을 때의 점검 목록을 참고하세요. 모든 문제를 구독 업데이트 탓으로 돌리지 마세요.

그룹 이름에 용도와 관리 관계 표시하기

이미 보유한 구독을 여러 개 관리한다면 먼저 출처를 명확하게 구분하세요. 처음부터 모든 서버를 한 목록에 섞지 않는 것이 좋습니다. 그룹 이름에는 개인 용도, 관리 책임, 사용 상황을 표시할 수 있습니다. 예: ‘일상 / 구독’, ‘업무 / 직접 입력’, ‘임시 / 확인 필요’. 계정이나 접근 주소를 이름에 노출할 필요는 없습니다. 어디서 업데이트할지, 어떤 항목을 로컬에서 수정할 수 있는지 알아보기 쉬운 것이 외관을 통일하는 것보다 중요합니다.

구독 단계의 메모와 서버 단계의 메모는 구분해야 합니다. 앞의 메모는 업데이트 메뉴를 찾는 데 도움을 주고 뒤의 메모는 연결 대상을 선택할 때 도움을 줍니다. 이름이 비슷해도 같은 개체라는 뜻은 아닙니다. 원격 구독은 업데이트 과정에서 서버 이름을 다시 작성할 수 있으므로 로컬 정리 방식이 항목 메모의 유지에만 의존해서는 안 됩니다. 장기간 보존해야 하는 설명은 접근이 통제되는 로컬 관리 기록에 그룹과의 관계를 저장하세요.

이름만 비교해서 중복 여부를 판단하지 마세요

이름이 같은 두 항목도 주소, 포트, 인증 정보가 다를 수 있고 이름이 달라도 같은 엔드포인트를 가리킬 수 있습니다. 중복을 확인할 때는 최소한 프로토콜, 주소, 포트, 주요 전송 매개변수를 비교한 뒤 같은 구독에서 온 항목인지 살펴보세요. 전체 목록을 공개 내보내기하여 중복 제거를 요청하지 마세요. 목록에 전체 인증 정보가 포함될 수 있습니다. 비교 결과를 기록해야 한다면 로컬 그룹과 인증 정보가 없는 식별 설명만 남기세요.

서로 다른 구독에서 온 비슷한 항목이라고 하나를 반드시 삭제해야 하는 것은 아닙니다. 업데이트 주기, 인증 범위, 사용 조건이 다를 수 있으며 현재 매개변수가 같아도 계속 같다는 보장은 없습니다. 선택이 복잡해지는 것을 줄이려는 목적이라면 출처 관계를 훼손하기보다 클라이언트의 그룹 또는 필터 기능을 우선 사용하세요. 항목 용도, 백업 상태, 업데이트 동작을 분명히 파악한 뒤 정리 여부를 결정해야 합니다.

서버 그룹과 규칙 정책은 다릅니다

Home의 그룹은 서버를 정리하는 데 사용하고 Config의 규칙은 연결을 처리하는 방식을 결정합니다. 서버를 다른 이름의 그룹으로 옮긴다고 특정 도메인 유형이 자동으로 그 서버를 사용하는 것은 아닙니다. 설정에서 이름으로 정책이나 그룹을 참조한다면 이름을 바꾼 뒤 Config의 참조도 확인해야 합니다. 연결 관계는 현재 설정 내용에 따라 달라지므로 그룹의 한국어 이름만 보고 트래픽 동작을 판단할 수 없습니다.

Global Routing의 일반적인 세 가지 모드도 각각 이해해야 합니다. Config는 현재 Config 규칙을 적용하고, Proxy는 해당 트래픽을 프록시 정책으로 보내며, Direct는 직접 연결 방식으로 처리합니다. 서버 목록을 정리하면서 이 모드를 바꾼 뒤 원래대로 되돌리는 것을 잊지 마세요. 그러면 정리 전후의 테스트 조건이 달라져 그룹 변경이 서버 품질에 영향을 준 것으로 오해할 수 있습니다.

나누어 정리하고 복구 기준 기록하기

정리를 시작하기 전에 현재 그룹, 선택된 서버, 연결 가능 상태를 기록한 뒤 중복이 분명한 항목 한 묶음을 처리하세요. 한 묶음이 끝날 때마다 업데이트 메뉴가 그대로 있는지, 선택 상태가 바뀌었는지 확인하고 실제 요청을 한 번 테스트합니다. 같은 작업에서 대량 삭제, 이름 변경, 구독 업데이트, Config 교체를 동시에 하지 마세요. 여러 작업이 겹치면 문제가 생겨도 어느 작업이 원인인지 파악하기 어렵습니다.

용도가 확실하지 않은 항목은 목록을 짧게 만들기 위해 바로 삭제하지 말고 로컬 메모를 붙여 보관할 수 있습니다. 정리할 때는 복구 가능하고 더 이상 유효하지 않은 임시 항목부터 처리한 다음 독립적으로 입력한 항목을 검토하고 마지막으로 구독 그룹을 고려하세요. 구독에서 서버 하나를 삭제해도 이후 업데이트에서 다시 나타날 수 있습니다. 이는 원격 목록과 로컬 사본의 관계 때문이며 삭제가 실행되지 않았다는 뜻은 아닐 수 있습니다.

정리가 끝나면 민감한 값이 없는 관리 메모에 ‘자동 업데이트되는 그룹, 별도로 관리하는 항목, Config에서 참조하는 이름’을 기록하세요. 비밀번호나 전체 링크는 적을 필요가 없지만 기기를 바꾸거나 복구한 뒤 관리 관계를 다시 설정하는 데 도움이 됩니다. 화면 용어의 의미는 Home, Config, Settings 용어 안내에서도 확인할 수 있습니다. 잘못된 단계에서 일괄 작업을 하지 않도록 주의하세요.

테스트 결과는 특정 조건에서만 유효합니다

Connectivity Test는 현재 네트워크와 특정 테스트 방식에서 서버 상태를 확인합니다. 표시된 시간이 짧다고 모든 웹사이트에 접속할 수 있거나 처리량이 더 높다는 뜻은 아닙니다. 시간 초과는 이번 테스트가 예상된 조건 안에서 완료되지 않았다는 의미일 뿐 인증 정보가 영구적으로 만료됐다고 단정할 수 없습니다. 결과를 해석할 때 테스트 방식, 네트워크 환경, 테스트 당시 서버 부하를 함께 고려하세요.

테스트 방식에 따라 확인하는 연결 단계가 다를 수 있습니다. 포트 연결만 확인하는 테스트로는 프록시 인증, TLS, 도메인 확인, 대상 요청이 모두 성공했는지 알 수 없습니다. 프록시를 통해 요청하는 테스트도 해당 시점의 대상과 경로만 보여 줍니다. 현재 화면에서 테스트 방식이나 주소를 선택할 수 있다면 먼저 어떤 방식을 사용하는지 확인한 뒤 결과를 비교하세요. 서로 다른 방식으로 나온 수치를 한데 정렬해 결론을 내리지 마세요.

먼저 항목 하나를 검증한 뒤 필요한 범위만 테스트하기

새로 가져온 구독은 매개변수가 완전한 항목 하나를 선택해 먼저 테스트하세요. 클라이언트와 네트워크 상태가 정상인지 확인한 다음 비교가 필요한 그룹을 일괄 테스트합니다. 대규모 목록 전체를 한 번에 테스트하면 동시 요청이 많아져 기기 네트워크, 원격 서버의 제한, 테스트 대상에 따라 결과가 달라질 수 있습니다. 반복해서 실패하면 동시 요청을 늘리기보다 항목 하나로 범위를 좁히세요.

1. 같은 네트워크 환경을 유지하고 관찰에 영향을 줄 대용량 작업이 실행 중이지 않은지 확인하세요.
2. 테스트 방식을 명확히 하고 비교할 서버 몇 개만 선택하세요.
3. 이상한 결과는 간격을 두고 다시 테스트하고 한 번의 시간 초과만으로 항목을 삭제하지 마세요.
4. 후보 서버를 선택하고 연결을 켠 뒤 실제로 필요한 콘텐츠에 접속해 확인하세요.

Wi-Fi와 Cellular는 네트워크 경로가 다를 수 있으므로 한쪽에서 연결된다고 다른 쪽에서도 연결된다는 뜻은 아닙니다. 네트워크를 바꾼 뒤에는 다시 확인하세요. 이전 테스트 결과로 현재 상태를 단정하지 마세요. 모든 항목에서 동시에 문제가 생기면 개별 서버 매개변수 변경보다 로컬 네트워크, 시스템 시간, 테스트 대상, DNS를 먼저 확인하세요. 여러 독립 엔드포인트가 동시에 실패한다면 공통된 로컬 조건이 원인일 가능성을 우선 살펴볼 만합니다.

정렬은 임시 보기일 뿐 자동 경로 선택을 보장하지 않습니다

테스트 결과에 따라 정렬하면 후보 서버를 찾는 데 도움이 되지만 모든 규칙의 정책을 자동으로 바꾸거나 목록 첫 번째 항목을 선택해 주지는 않습니다. 정렬 후에는 선택 표시를 직접 확인하고 현재 Global Routing과 Config도 확인하세요. 규칙에서 특정 정책이나 서버 이름을 참조한다면 실제 연결이 방금 테스트한 항목을 사용하지 않을 수도 있습니다. 현재 설정을 함께 살펴야 합니다.

서버를 비교할 때는 비슷한 시간대, 동일한 네트워크, 같은 테스트 방식에서 확인한 뒤 실제 작업으로 검증하세요. 대용량 파일 다운로드, 짧은 웹 요청, 장시간 연결은 경로에 필요한 조건이 다릅니다. 지연 시간 하나로 전체 사용 경험을 판단할 수 없습니다. 서버 메모에 적힌 지역이나 용도도 테스트를 대신할 수 없습니다. 메모는 식별 정보이며 실제 연결 경로는 현재 상태를 기준으로 확인해야 합니다.

연결 후 실패하면 실제 요청을 따라가며 확인하기

테스트에서는 연결 가능으로 표시되지만 웹페이지가 열리지 않으면 선택한 서버가 실제 요청에 사용되는지 확인한 뒤 Global Routing, DNS, 규칙 일치 여부를 점검하세요. 문제 해결 과정에서 모드를 임시로 바꿔 결과를 비교할 수 있지만 한 번에 조건 하나만 변경하고 테스트 후 원래 설정으로 되돌리세요. 웹페이지 하나를 열기 위해 전체 규칙을 영구적으로 교체하거나 모든 실패를 지연 시간이 높아서라고 단정하지 마세요.

문제 해결 결과를 기록할 때는 네트워크 유형, 테스트 방식, 대상 선택 여부, 오류 단계만 저장하면 됩니다. 전체 서버 주소와 인증 정보를 공개할 필요는 없습니다. 규칙 문제와 연결 문제를 구분해야 한다면 서버, Global Routing, DNS, 규칙 문제 해결을 읽어 보세요. 안정적인 관리 기준은 한 번의 정렬이나 단일 수치가 아니라 반복 가능한 확인 절차입니다.

삭제 전에 대상 단계와 연결 관계 확인하기

서버 하나 삭제, 구독 정보 삭제, Config 파일 제거, 시스템 VPN 구성 삭제는 서로 다른 작업입니다. 앞의 두 작업은 로컬 서버 관리에 영향을 주고, Config는 규칙과 설정 내용에 영향을 주며, 시스템 VPN 구성은 시스템 연결 권한 및 관련 설정에 영향을 줍니다. 작업 전에 현재 화면의 대상 이름과 확인 메시지를 읽으세요. 연결 문제가 있다고 모든 항목을 지워야 한다고 생각하지 마세요.

구독 안의 서버 하나를 삭제하면 다음 업데이트에서 다시 나타날 수 있습니다. 구독 정보를 통째로 삭제하면 그 구독에서 생성된 항목도 함께 제거될 수 있으므로 범위는 확인 메시지를 기준으로 판단하세요. 삭제 전 현재 선택된 서버를 기록하고 Config에서 이름으로 참조하는지 확인합니다. 참조 대상이 사라진 뒤 문제가 발생한다면 원격 서버가 실제로 중단된 것이 아니라 정책 선택 단계의 문제일 수 있습니다.

백업은 서로 다른 데이터 계층을 포함해야 합니다

완전한 복구에 필요한 것은 보통 .conf 파일 하나만이 아닙니다. 구독 주소, 별도로 직접 입력한 서버, Config 파일과 선택 상태, 로컬 재정의 설정, 필요한 작업 설명이 각각 저장되었는지 확인하세요. 특정 내보내기 메뉴가 모든 데이터를 자동으로 포함한다고 가정하지 마세요. 현재 화면의 내보내기 범위 안내를 먼저 읽고 출력 내용을 확인하세요. 내보낸 파일이 열린다고 복구할 인증 정보까지 포함되어 있다는 뜻은 아닙니다.

백업 파일, 공유 링크, QR 코드에는 같은 수준의 민감 정보가 포함될 수 있으므로 접근이 통제되는 위치에 보관하세요. 기기에 내장된 파일 동기화 기능을 사용한다면 대상 계정과 공유 범위도 확인해야 합니다. 백업을 공개 공유 폴더에 넣지 마세요. 문제 해결을 위해 임시로 만든 내보내기 파일도 관리 대상입니다. 확인을 마친 뒤 필요 없는 사본을 정리해 오래된 인증 정보가 여러 위치에 남지 않도록 하세요.

출처, 항목, 설정, 연결 순으로 복원하기

새 기기에서 복원하려면 먼저 전체 플랫폼 다운로드 안내에서 Shadowrocket을 설치한 다음 백업 내용을 바탕으로 구독 출처와 독립 서버를 다시 설정하세요. 이어서 Config를 복원하고 설정에서 참조하는 이름이 존재하는지 확인합니다. 마지막으로 Global Routing을 설정하고 서버를 선택한 뒤 시스템 권한을 허용하세요. 이 순서를 따르면 ‘데이터가 완전히 복원되지 않은 문제’와 ‘연결 조건이 충족되지 않은 문제’를 구분하기 쉽습니다.

iPhone / iPad 앱 설치와 서버 자료 복원은 별개의 작업입니다. 클라이언트를 다시 설치해도 구독 주소와 로컬 매개변수가 복원되는 것은 아닙니다. iPhone / iPad 앱은 App Store에서 $2.99 일회성 결제로 제공되며, Mac / Windows / Android / Linux 버전은 무료입니다. 앱 설치와 구입 항목에 관한 내용은 다운로드 페이지를 확인하세요. 앱 일회성 구매와 회선 요금제는 별개이며, 앱을 복원해도 새 서버 정보가 생성되지는 않습니다.

복원 후 항목 하나를 테스트하고 실제 요청으로 확인한 다음 성공했을 때 기존 기기의 항목을 삭제하는 방안을 검토하세요. 기기 간 이전 시 로컬 설정, 시스템 권한, 백그라운드 동작이 다를 수 있으므로 서버 이름이 같다는 이유만으로 이전이 완료됐다고 판단하지 마세요. 새 기기에서는 실패하지만 기존 기기에서는 작동한다면 주요 입력값, Config, Global Routing, 네트워크 조건을 우선 비교하고 기존 기기를 복구 기준으로 보존하세요.

실수로 삭제한 경우와 인증 정보가 만료된 경우는 다르게 처리하세요

로컬 항목을 실수로 삭제했다면 저장된 구독 주소, 서버 공유 내용, 백업 파일에서 먼저 복구하세요. 구독 안의 항목만 삭제했다면 출처 정보가 남아 있는지 확인한 후 정상적인 절차로 업데이트할 수 있습니다. 실행 취소 메뉴가 반드시 있다고 기대하지 말고 데이터 상태가 불분명한 상황에서 오래된 백업을 여러 번 가져오지 마세요. 항목이 중복되고 서로 다른 매개변수가 섞여 복구가 더 어려워질 수 있습니다.

인증 정보가 변경되었거나 만료됐다면 오래된 백업으로 이전 매개변수만 복원할 수 있을 뿐 원격 접근 권한은 복구할 수 없습니다. 본인이 보유한 유효한 자료를 확인해 구독 주소나 인증 정보를 업데이트한 다음 연결을 다시 검증하세요. 유출된 링크를 무효화하려는 경우 로컬에서 삭제하는 것만으로는 부족하며 원격 인증 정보를 처리해야 합니다. 마지막으로 복구 가능성을 검증한 백업 한 부와 민감한 값이 없는 관리 메모를 보관해 다음 업데이트와 기기 이전의 기준으로 삼으세요.