Shadowrocket
완벽 사용 가이드

다운로드 및 설치

먼저 기기 플랫폼을 확인한 다음 다운로드 경로를 선택하세요. iPhone / iPad는 App Store에서 받습니다. Mac, Windows, Android, Linux는 이 사이트의 다운로드 페이지에서 설치 파일을 선택하세요. 파일은 사이트 내 /dl/shadowrocket/ 경로로 제공됩니다. 휴대폰의 구매 내역을 컴퓨터 설치 방법으로 여기거나, 다운로드가 끝난 것을 설정 완료로 간주하지 마세요. 설치는 앱을 준비하는 단계이며, 연결하려면 사용자가 보유한 서버 정보나 구독 주소가 필요합니다.

iPhone / iPad의 App Store 항목 확인

다운로드 페이지의 App Store 링크에서 제품 페이지를 열고 앱 이름 Shadowrocket, 개발자 Shadow Launch Technology Limited, 앱 ID 932747118을 확인하세요. 아이콘은 사이트 상단의 공식 아이콘과 같아야 합니다. ‘Shadowrocket’만 검색하는 것보다 이 정보를 함께 확인하는 편이 정확합니다. 이름이 비슷하다고 같은 앱은 아닙니다. iPhone / iPad의 시스템 요구 사항은 App Store 페이지에 표시된 내용을 기준으로 하며, 설치 전에 기기가 요구 사항을 충족하는지 확인하세요.

iPhone / iPad 버전은 App Store에서 $2.99에 한 번 결제하며, Mac / Windows / Android / Linux 버전은 무료입니다. 스토어에는 계정의 국가 또는 지역에 따라 현지 통화로 표시될 수 있으니 결제 전 제품 페이지를 확인하세요. 다른 iPhone 또는 iPad에서 사용하려면 App Store에 기존 구매 계정으로 로그인했는지 확인한 뒤 구입 항목에서 앱을 찾으세요. 검색 결과에 앱이 없으면 계정 지역과 앱 제공 여부부터 확인하세요. 스토어 문제를 해결하려고 앱 설정을 반복해서 변경하지 마세요.

컴퓨터 및 Android 설치 파일 선택

Mac용은 Apple 실리콘 버전과 Intel 버전으로 나뉘며, 둘 다 다운로드 페이지에서 받을 수 있습니다. 시스템의 ‘이 Mac에 관하여’를 열어 Apple 실리콘 이름이 표시되면 Apple 실리콘 버전을, Intel 프로세서 정보가 표시되면 Intel 버전을 선택하세요. 다운로드한 디스크 이미지를 열고 앱을 Applications로 옮긴 다음 해당 폴더에서 실행하세요. 디스크 이미지 안에서 계속 실행하면 앱 교체, 다운로드 파일 정리, 시스템 권한 확인 시 위치를 혼동하기 쉽습니다.

Windows는 다운로드 페이지에서 설치 파일을 받아 실행하세요. 설치 전에 실행 중인 이전 인스턴스를 종료합니다. Android는 기기에 맞는 arm64 설치 파일을 선택하세요. 호환되지 않는다는 메시지가 표시되면 설치를 반복해서 누르지 말고 기기 아키텍처와 시스템 요구 사항을 확인하세요. Linux는 배포판에 따라 deb 또는 rpm을 선택하며, AppImage는 단일 파일로 실행할 때 적합합니다. 플랫폼별 링크는 전체 플랫폼 다운로드에서 확인할 수 있습니다. 이 매뉴얼에는 변경될 수 있는 설치 파일명을 따로 나열하지 않습니다.

첫 실행 시 시스템 차단 메시지 이해

데스크톱 및 Android 설치 파일에는 코드 서명이 없어 처음 실행할 때 시스템에서 차단할 수 있습니다. 안내에 따라 진행하기 전에 파일을 이 사이트의 다운로드 페이지에서 받았는지, 파일 형식이 기기에 맞는지, 시스템에 표시된 앱 이름이 올바른지 확인하세요. 조직에서 관리하는 컴퓨터는 사용자가 직접 실행을 허용하지 못할 수 있으므로 기기 관리자에게 문의해야 합니다. 앱 하나를 실행하려고 기기 전체의 보안 기능을 끄지 마세요. 출처를 확인할 수 없는 파일에는 아래 방법을 적용하지 마세요.

Mac에서 앱이 ‘손상됨’이라는 안내가 표시되면 먼저 이번에 받은 파일을 삭제하고 이 사이트에서 다시 다운로드해 다운로드 중단이나 잘못된 패키지 선택 여부를 확인하세요. 앱을 Applications에 옮겼고 출처가 올바른데도 격리 속성 때문에 실행되지 않는 경우에만 터미널에서 다음 명령을 실행하세요. 이 명령은 앱 디렉터리의 확장 속성을 재귀적으로 제거할 뿐, 실제로 손상된 파일을 복구하지 않습니다. 명령의 적용 범위를 넓히지 마세요. 실행 후 앱을 다시 열고, 여전히 실패하면 전체 안내 문구를 보존해 추가로 점검하세요.

xattr -cr /Applications/Shadowrocket.app

Linux에서 AppImage를 사용할 때는 파일 관리자의 권한 설정에서 실행 권한을 부여하면 파일명을 잘못 입력하는 일을 줄일 수 있습니다. 권한을 허용해도 실행되지 않으면 배포판에 필요한 실행 환경과 터미널 오류를 확인하세요. 실행 환경이 없는 문제를 구독 오류로 오인하지 마세요. 칩 종류 선택과 시스템 안내에 관한 자세한 내용은 Mac 및 Windows 설치 안내와 Linux 설치 형식 안내를 참고하세요.

첫 실행 및 권한

처음 실행할 때는 화면을 확인한 다음 연결 권한을 설정하세요. iPhone / iPad에서는 주로 Home, Config, Data, Settings를 사용합니다. Home에서는 서버를 관리하고 연결하며, Config에서는 규칙 설정을 관리합니다. Data에서는 트래픽 관련 기록을 확인하고, Settings에서는 앱 동작을 조정합니다. 화면 언어나 시스템 레이아웃에 따라 항목 위치가 달라질 수 있으므로 버튼 색상만 보고 조작하지 말고, 항목 이름과 현재 화면을 함께 확인하세요.

앱 설정과 시스템 VPN 설정 구분하기

앱에 등록한 서버, 구독, 규칙 파일은 앱 설정에 속하며, 시스템에 표시되는 ‘VPN 구성 추가’는 기기의 네트워크 권한입니다. 둘은 서로 다른 설정입니다. 서버를 가져와도 시스템 권한이 자동으로 허용되는 것은 아니며, 시스템 권한이 허용되어도 사용할 서버가 생기는 것은 아닙니다. 처음 연결할 때 Shadowrocket은 시스템 VPN 구성을 요청합니다. 허용한 뒤에야 처리할 기기 트래픽을 앱에 전달할 수 있습니다. 이 안내가 표시됐다고 해서 서버 연결이 완료된 것은 아닙니다.

권한을 허용하기 전에 방금 Shadowrocket에서 직접 연결을 시작했는지 확인한 다음, 시스템 안내에 따라 기기 암호나 생체 인증으로 승인하세요. 여기서 필요한 것은 기기 잠금 해제 확인이며 구독 암호나 서버 인증 정보가 아닙니다. 요청을 취소했다면 Home으로 돌아가 서버 항목이 온전한지 확인한 뒤 연결 스위치를 다시 켜세요. 권한 요청을 계속 취소하거나 규칙을 반복해서 바꿔도 권한이 허용되지는 않습니다.

허용한 뒤에는 시스템 설정의 VPN 관련 화면에서 해당 구성을 확인할 수 있습니다. 메뉴 위치는 시스템 버전에 따라 달라질 수 있으므로 시스템 설정에서 VPN을 검색하세요. 시스템 VPN 구성을 삭제해도 앱에 등록한 서버가 삭제되는 것은 보통 아니지만, 다음 연결 때 권한을 다시 허용해야 합니다. 용도를 모르는 조직 또는 업무용 앱의 네트워크 구성은 삭제하지 마세요. 관리 기기에서는 구성 추가와 삭제가 관리 정책으로 제한되어 사용자가 직접 복구하지 못할 수 있습니다.

사용 상황에 따라 권한 허용하기

QR 코드를 스캔할 때 시스템에서 카메라 권한을 요청할 수 있습니다. Scan QR Code를 사용할 때만 허용하면 됩니다. 권한을 거부해도 기존 텍스트 링크를 사용하거나 직접 입력해 가져올 수 있습니다. 카메라 권한을 다시 허용하려면 앱을 재설치하지 말고 시스템 설정에서 Shadowrocket의 권한 페이지를 여세요. 스캔 전에 QR 코드의 출처도 확인하세요. 인식에 성공했다는 것은 형식을 읽을 수 있다는 뜻일 뿐, 포함된 정보가 현재 계정에 적합하거나 유효하다는 뜻은 아닙니다.

클립보드에서 내용을 가져올 때 시스템에서 붙여넣기를 허용할지 물을 수 있습니다. 복사한 것이 본인의 공유 링크나 구독 주소인지 확인한 뒤 해당 작업을 허용하세요. 클립보드에 이전에 복사한 내용이 남아 있을 수 있으므로 가져온 뒤 유형, 메모, 호스트명을 다시 확인해야 합니다. 로컬 네트워크 기기에 접근해야 하는 경우 시스템의 로컬 네트워크 권한도 확인하세요. 이 권한은 VPN 연결에 필요한 시스템 권한과 다릅니다.

첫 사용부터 안내를 없애려고 모든 권한을 허용할 필요는 없습니다. 필요한 작업을 실행하고 관련 안내를 읽은 뒤, 그 작업에 필요한 권한만 허용하고 결과를 확인하는 것이 좋습니다. 사용하지 않는 기능은 현재 설정을 유지해도 됩니다. 시스템 알림, 카메라, 네트워크 구성은 각각 역할이 다릅니다. 특정 권한이 거부되었다면 영향을 받는 기능을 확인하고, 앱 전체가 작동하지 않는다고 단정하지 마세요.

기존 연결 및 관리 정책 확인

기기에 다른 VPN 연결이나 네트워크 확장이 실행 중이면 먼저 이번 테스트와 충돌할 수 있는 연결을 중지한 뒤 Shadowrocket을 시작하세요. 여러 앱이 시스템 네트워크 경로를 동시에 사용하면 스위치를 켜자마자 꺼지거나, 상태가 바뀌거나, 요청이 이전 연결을 계속 통과할 수 있습니다. 문제를 확인할 때는 필요한 연결 하나만 남기고, 끄기 전 상태를 기록하세요. 테스트가 끝나면 필요한 설정을 복원합니다. 모든 네트워크 구성을 무작정 삭제하는 대신 실제 충돌 원인을 찾으세요.

공용 Wi-Fi는 브라우저에서 인증을 먼저 완료해야 할 수 있습니다. 인증 페이지를 통과하지 못한 상태에서는 앱 연결 테스트와 구독 업데이트가 실패할 수 있습니다. 먼저 연결을 잠시 중지하고 일반 네트워크에서 인증 페이지를 열어 로그인한 다음 앱으로 돌아오세요. Wi-Fi와 셀룰러 모두 기본적인 네트워크 연결이 가능해야 합니다. 네트워크 자체가 연결되지 않으면 서버 설정이 올바르더라도 원격 연결을 만들 수 없습니다. 시스템 VPN 아이콘이 실제 네트워크 연결을 대신하지는 않습니다.

권한을 설정한 다음에는 On Demand를 잠시 끄고 수동 연결을 먼저 시도하세요. 그러면 직접 스위치를 조작해 생긴 상태 변화와 자동 실행을 구분할 수 있습니다. 시스템 구성이 잘못 삭제됐거나 권한 요청이 반복되거나 설정에서 해당 항목을 찾을 수 없다면 VPN 구성 추가 안내를 참고하세요. ‘연결이 안 됨’이라고만 설명하기보다 오류 메시지 전체를 보존하면 다음 점검 단계를 정하는 데 도움이 됩니다.

서버 및 구독 추가

먼저 가지고 있는 자료의 유형을 확인하세요. 단일 공유 링크에는 서버 하나의 정보가, 구독 주소에는 보통 여러 서버와 관련 정보가, Config 파일에는 라우팅 규칙과 설정 동작이 담겨 있습니다. 세 가지는 용도가 다릅니다. 규칙 파일을 서버 구독으로 가져오거나 서버 링크를 맞지 않는 입력란에 넣으면 가져오기에 실패하거나 목록이 비거나, 설정 이름만 생기고 연결되지 않을 수 있습니다. 가져오기 전에 이용 중인 서비스 제공자에게 자료 유형과 입력 항목을 확인하세요.

Add Server에서 직접 입력하기

Home에서 Add Server를 열고 보유한 정보와 일치하는 프로토콜 유형을 선택한 다음 주소, 포트, 인증 정보를 입력하세요. 주소에는 보통 호스트명이나 IP 주소를 입력하며 웹 경로를 덧붙이지 않습니다. 포트에는 서버에서 안내한 연결 포트를 입력하세요. 메모는 기기에서 항목을 구별하는 용도이며, 메모를 바꿔도 연결 대상은 바뀌지 않습니다. 입력 중에는 원본 정보를 보관해 항목별로 대조하세요. 웹사이트 로그인 암호를 서버 암호로 입력하지 마세요.

프로토콜에 따라 입력 항목의 의미가 달라집니다. Shadowsocks에는 암호화 방식과 암호가 필요하고, VMess 및 VLESS에는 사용자 ID와 전송 설정이 포함되는 경우가 많습니다. Trojan에는 암호와 TLS 설정이 흔히 사용되며, WireGuard에는 키, 주소, 피어 정보가 사용됩니다. 프로토콜마다 필요한 항목 수가 다른 것은 정상입니다. 한 프로토콜의 항목을 다른 프로토콜에 그대로 옮기지 마세요. 자료에 고급 옵션이 없다면 필요한 항목인지 먼저 확인하세요. 경험에 따라 임의로 추가하면 핸드셰이크에 실패할 수 있습니다.

공유 링크 또는 QR 코드 가져오기

완전한 공유 링크가 있다면 앱에서 지원하는 가져오기 방법을 우선 사용해 직접 입력할 때 생기는 오류를 줄이세요. QR 코드도 설정 정보를 담는 다른 방식일 뿐입니다. 스캔한 뒤 항목을 열어 유형, 주소, 인증 정보를 확인하세요. 스크린샷에 있는 QR 코드는 잘리거나 축소되어 인식하기 어려울 수 있습니다. 인식에 실패하면 추측해서 문자를 보완하지 말고 원본 텍스트 정보를 요청하세요. 저장 후 Home에 항목이 실제로 표시되는지 확인하세요.

링크 접두사는 프로토콜을 알아보는 데 도움이 되지만, 접두사만으로 모든 설정값이 포함되었다고 판단할 수는 없습니다. 공유 링크의 인코딩, 특수 문자, 쿼리 매개변수는 빠짐없이 유지해야 합니다. 메신저에서 자동 줄바꿈되더라도 링크 자체에 줄바꿈이 포함된 것은 아닐 수 있습니다. 복사할 때 문장 끝의 문장 부호가 붙지 않도록 주의하세요. 단일 링크와 구독 주소의 차이는 공유 링크 형식 안내에서 확인한 뒤 이 장으로 돌아와 항목을 점검하세요.

기존 구독 추가 및 업데이트

이용 중인 서비스 제공자에게 완전한 구독 주소를 받은 뒤 Add Server에서 Subscribe를 선택하고 주소를 입력해 저장한 다음 업데이트하세요. 주소의 경로와 쿼리 매개변수는 식별에 사용되는 경우가 많으므로 짧게 만들려고 끝부분을 삭제하지 마세요. 구독 업데이트가 끝나면 구독 이름만 표시되는지 보지 말고 그룹과 서버 항목을 확인하세요. 이름만 저장되고 내용이 가져와지지 않았다면 가져오기가 완료된 것이 아닙니다. 처음 업데이트에 실패했다고 기존에 사용할 수 있던 항목부터 삭제하지 마세요.

구독 업데이트는 네트워크 요청입니다. 주소가 만료되었거나 계정 상태가 바뀌었거나 기본 네트워크에 문제가 있거나 예상과 다른 내용이 반환되면 업데이트에 실패할 수 있습니다. 이전 항목이 남아 있다면 우선 보존하고 오류를 기록한 뒤 주소에 접근할 수 없는지, 로그인 페이지가 반환되는지, 내용 형식을 해석할 수 없는지 구분하세요. 업데이트는 연결 테스트와 다릅니다. 서버 목록을 가져오는 데 성공했다는 것은 정보가 수신되었다는 뜻일 뿐, 실제 연결 가능 여부는 다음 장에서 확인해야 합니다.

구독으로 생성된 서버 항목을 직접 수정하면 다음 업데이트 때 변경 사항이 덮어써질 수 있습니다. 계속 유지할 로컬 설정은 목적과 기존 값을 먼저 기록한 뒤 독립 항목으로 만드는 편이 적절한지 확인하세요. 같은 구독을 여러 번 가져와 각 항목의 이름을 따로 바꾸지 마세요. 업데이트 후 어느 그룹이 유효한지 구분하기 어려워집니다. 관리할 때는 출처가 분명한 기본 그룹 하나를 유지하고, 새 그룹을 검증한 뒤 이전 그룹을 정리하세요. 문제를 찾는 도중 비교 기준까지 잃지 않도록 합니다.

가져오기를 마치면 테스트할 서버 하나를 선택하고 해당 그룹과 메모를 기록한 다음 Global Routing을 설정하세요. 이 단계에서는 정보가 온전한지 확인하면 되며, 과거 설정을 한꺼번에 전부 가져올 필요는 없습니다. 목록이 비어 있다면 먼저 가져오기 유형과 구독 업데이트 상태를 확인하세요. 항목은 있지만 연결되지 않는다면 프로토콜 설정을 점검합니다. ‘정보를 가져오지 못함’과 ‘가져온 정보로 연결하지 못함’을 구분하면 잘못된 곳을 반복해서 조작하는 일을 줄일 수 있습니다.

Global Routing의 세 가지 모드

Global Routing은 앱이 트래픽을 처리하는 방식을 정하며 서버 목록의 정렬 옵션이 아닙니다. Config(설정), Proxy(프록시), Direct(직접 연결)는 서로 다른 라우팅 모드입니다. 선택하기 전에 서버 연결을 확인할지 규칙 분기를 점검할지 테스트 목적을 정하세요. 같은 서버라도 모드에 따라 접속 결과가 달라질 수 있습니다. 따라서 문제를 기록할 때 선택한 서버와 당시 Global Routing을 함께 적어야 합니다.

Config로 규칙에 따라 트래픽 분기하기

Config를 사용하기 전에 Config 페이지에서 실제로 선택된 설정 파일을 확인하세요. 여러 파일을 가져와도 동시에 적용되는 것은 아니며, 선택되지 않은 파일을 수정해도 현재 연결에는 영향을 주지 않습니다. 먼저 파일명을 기록하고 규칙 순서와 정책 이름을 살펴보세요. 원격 설정은 다른 리소스를 참조할 수 있습니다. 리소스를 가져오지 못하면 파일이 있어도 규칙이 전부 준비된 것은 아닙니다. 문제가 생기면 파일 제목이 익숙한지만 보지 말고 실제 내용을 확인하세요.

규칙은 보통 순서대로 일치 여부를 확인하며, 먼저 일치한 규칙이 처리 방식을 정합니다. 구체적인 대상을 넓은 범위의 규칙보다 앞에 두고, 최종 기본 규칙은 마지막에 배치하세요. 범위가 넓은 규칙을 먼저 두면 뒤에 있는 세부 규칙이 적용되지 않을 수 있습니다. 아래는 규칙 영역의 기본 구조만 보여 주는 예시이며 완전한 설정 파일도 서버 정보도 포함하지 않습니다. 사용 전에 사본에서 현재 설정의 정책 이름을 확인하고 기존 파일을 그대로 덮어쓰지 마세요.

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

이 예시는 지정 도메인, 지정 도메인 접미사, 로컬 주소 범위, 지역 일치 순으로 처리한 뒤 나머지 대상을 PROXY로 보내는 구조입니다. 예시 도메인은 설명용이며 실제 서비스에 동일한 정책을 사용하라는 뜻이 아닙니다. PROXY, DIRECT 등의 키워드는 그대로 유지해야 합니다. 사용자 지정 정책 그룹을 사용하는 설정이라면 규칙 끝에 실제로 존재하는 그룹 이름을 지정해야 합니다. 그렇지 않으면 정책이 실행되지 않을 수 있습니다.

일치 대상별 규칙 이해하기

DOMAIN은 전체 도메인과 일치하고, DOMAIN-SUFFIX는 지정 도메인과 그 하위 도메인에 일치하며, DOMAIN-KEYWORD는 도메인에 포함된 키워드로 일치 여부를 판단합니다. 키워드 규칙은 예상보다 넓은 범위와 일치할 수 있으므로 사용 전에 오탐 가능성을 고려하세요. IP-CIDR과 IP-CIDR6은 주소 범위와 일치하고, GEOIP는 주소의 지역 정보에 의존하며, FINAL은 앞선 규칙과 일치하지 않은 대상을 처리합니다. 도메인 규칙은 호스트명을 대상으로 하므로 DOMAIN 뒤에 전체 웹 경로를 입력하지 마세요.

도메인 해석 결과는 주소 기반 규칙의 판단에 영향을 줍니다. 도메인 하나가 여러 주소로 해석될 수 있고 캐시나 네트워크 변화에 따라 결과가 달라질 수도 있습니다. 따라서 ‘어제는 일치했는데 오늘은 안 됨’이 반드시 규칙 문구가 바뀌었다는 뜻은 아닙니다. 점검할 때는 현재 요청의 도메인, 해석 결과, 실제 규칙 일치 기록을 함께 확인하세요. USER-AGENT 같은 조건은 해당 요청 정보를 얻을 수 있어야 적용됩니다. 모든 암호화 연결에서 앱 동작을 완전히 식별한다고 가정하지 마세요.

Proxy와 Direct로 문제 범위 좁히기

Config의 규칙이 요청을 잘못된 경로로 보내는 것 같다면 잠시 Proxy로 전환해 같은 대상을 다시 테스트하세요. Proxy에서는 성공하고 Config에서는 실패한다면 현재 설정 파일, 일치한 규칙, 정책 연결을 먼저 확인하세요. 서버 정보를 모두 다시 입력해야 한다는 뜻은 아닙니다. 두 모드 모두 실패한다면 서버, 인증 정보, 기본 네트워크를 점검하세요. 테스트가 끝나면 원래 모드로 복원해 임시 문제 해결 설정이 장기 설정으로 남지 않게 하세요.

Direct는 일반 직접 연결 경로가 작동하는지 확인하는 데 쓸 수 있지만, 모든 네트워크에서 모든 대상에 직접 연결할 수 있다는 뜻은 아닙니다. 직접 연결에 실패했다고 앱에 문제가 있다고 단정할 수도 없습니다. 기본 네트워크와 대상 서비스의 실제 접근 가능성을 함께 확인하세요. 비교할 때는 기기, 대상, 테스트 시간을 가급적 동일하게 유지하고 네트워크를 바꾸면서 모드까지 변경하지 마세요. 한 번에 한 가지 항목만 바꿔야 원인을 알 수 있습니다.

규칙을 수정한 뒤에는 직접 연결되어야 하는 대상 하나와 프록시를 사용해야 하는 대상 하나를 각각 테스트하고 실제 규칙 일치 기록을 확인하세요. 웹페이지가 열린다는 사실은 적어도 한 경로가 작동한다는 뜻일 뿐, 모든 트래픽 분기가 예상대로라는 뜻은 아닙니다. 수정 전 설정 사본을 저장하고, 수정 후에는 이번 변경과 관련된 대상부터 확인하세요. 문제가 없는지 확인한 다음 범위를 넓히면 됩니다. 규칙 키워드의 간단한 정의는 용어집에서 확인할 수 있습니다.

연결 및 확인

연결은 단계별로 확인하세요. 먼저 기기의 기본 네트워크 연결을 점검하고, 다음으로 앱 상태를 확인한 뒤 실제 요청이 예상한 경로를 사용하는지 살펴봅니다. Home 스위치가 켜진 상태, 시스템 VPN 표시, 서버 지연 시간 테스트 결과는 각각 서로 다른 상태를 나타냅니다. 어느 하나만으로 모든 앱이 정상 작동한다고 판단할 수 없습니다. 테스트에는 익숙하고 반복해서 접속할 수 있는 대상을 선택하세요. 서버, 규칙, 네트워크를 한꺼번에 바꾸면 결과를 해석하기 어렵습니다.

재현 가능한 수동 연결부터 확인하기

자동 실행을 중지하고 현재 네트워크, 선택한 서버, Global Routing, 설정 파일을 기록하세요. Home에서 연결 스위치를 켜고 상태가 안정될 때까지 기다립니다. 곧바로 연결이 끊기면 권한 요청, 시스템 오류, 다른 네트워크 연결과의 충돌이 있는지 먼저 확인하세요. 이 단계에서 서버를 열 개씩 연달아 바꾸지 마세요. 앱이 안정적으로 실행되지 않는 동안 서버별 테스트를 해도 결과를 비교하기 어렵습니다. 로컬 권한이나 실행 문제를 먼저 해결하세요.

상태가 안정되면 브라우저에서 테스트 대상에 접속한 다음 실제로 사용할 앱도 확인하세요. 앱마다 이전 연결을 재사용하거나 별도의 이름 해석 방식을 사용하거나 캐시를 유지할 수 있으므로 브라우저 접속 성공이 모든 앱의 상태가 같다는 뜻은 아닙니다. 이미 열려 있던 앱은 현재 요청을 종료한 뒤 다시 열어 보세요. 연결이 계속 유지되는 서비스는 새 연결을 만든 뒤 확인해 이전 설정의 잔여 연결을 새 설정의 결과로 착각하지 않도록 합니다.

Connectivity Test 결과 이해하기

Connectivity Test는 현재 테스트 조건에서 연결 상태를 비교하는 기능입니다. 테스트 방식, 대상 주소, 네트워크 유형, 서버 부하가 결과에 영향을 줍니다. 표시되는 시간은 장기적인 성능을 보장하지 않으며 다운로드 속도와도 다릅니다. 서버를 비교할 때는 같은 테스트 방식을 사용해 비슷한 시간대에 실행하세요. 테스트가 실패한 이유는 대상에 접근할 수 없거나 서버가 해당 방식을 지원하지 않기 때문일 수도 있습니다. 실제 접속 결과도 함께 확인하고 결과 하나만으로 항목을 삭제하지 마세요.

지연 시간은 낮은데 웹페이지가 열리지 않는다면 요청에 다른 전송 기능이 필요한지, 인증 문제가 있는지, 예상한 서버를 거치는지 확인하세요. 지연 시간이 높아도 서비스가 안정적으로 작동한다면 숫자만 보고 모든 설정을 바꿀 필요는 없습니다. 요청이 완료되는지, 자주 끊기는지, 특정 네트워크에서만 문제가 생기는지 확인하는 것이 더 유용합니다. 새로 고침을 반복하기보다 테스트 조건을 기록해야 변화 원인을 파악하기 쉽습니다.

실패 지점에 맞춰 점검하기

모든 서버에서 연결에 실패하면 기본 네트워크, 시스템 시간, 구독 정보의 유효성부터 확인하세요. 네트워크 인증 미완료, 잘못된 기기 시간, 취소된 시스템 권한도 연결에 영향을 줄 수 있습니다. 서버 하나에서만 실패한다면 해당 항목의 주소, 포트, 인증 정보, 전송 설정을 먼저 확인하고 이용 중인 서비스 제공자에게 상태를 문의하세요. 하나의 항목이 실패했다고 구독 그룹 전체를 지우지 마세요. 나머지 항목은 중요한 비교 대상입니다.

연결은 되지만 도메인 접속에 실패한다면 이름 해석 결과와 DNS 설정을 확인하세요. 일부 대상만 실패하면 규칙 일치 여부, 대상 서비스 상태, 특수 연결 방식이 필요한지 점검합니다. 인증서 오류가 발생하면 시스템 시간, TLS 서버 이름, 네트워크가 인증 페이지로 전환되었는지 먼저 확인하세요. 인증서 검증을 끄는 것을 일반적인 해결 방법으로 삼지 마세요. 인증 오류와 인증서 오류는 서로 다른 단계의 문제이므로 원래 안내를 보존해 각각 처리하세요.

Wi-Fi에서는 되는데 셀룰러 네트워크에서 실패하거나 그 반대라면 다른 설정은 그대로 둔 채 같은 테스트를 반복하세요. 네트워크에 따라 UDP, 장시간 연결, 특정 포트를 다르게 처리할 수 있으며 메모를 바꿔도 해결되지 않습니다. 문제가 네트워크에 따라 달라지는지 서버에 따라 달라지는지 먼저 확인한 뒤 관련 프로토콜 설정을 살펴보세요. 서비스 제공자의 도움이 필요하면 테스트한 네트워크 유형과 오류가 발생한 단계만 알려주면 됩니다. 전체 구독 인증 정보를 보낼 필요는 없습니다.

‘연결됨’인데 인터넷이 안 되는 경우

이 현상은 네 가지로 나눠 확인하세요. 로컬 앱이 실행 중인지, 원격 서버에 연결할 수 있는지, Global Routing이 올바른지, DNS와 규칙이 요청 대상에 맞는지 순서대로 점검하면 서버 인증 문제인데 규칙을 반복해서 바꾸거나 규칙 문제인데 앱을 계속 재설치하는 일을 줄일 수 있습니다. 자세한 점검 순서는 스위치가 켜져도 인터넷이 안 될 때의 문제 해결 안내에서, 간단한 질문과 답변은 자주 묻는 질문에서 확인하세요.

확인이 끝나면 Global Routing, 선택한 설정 파일, 일시 중지했던 자동 연결 조건 등 임시 설정을 실제 사용 상태로 복원하세요. 연결을 완전히 끊었다가 다시 연결해 이전 연결 캐시 때문에 우연히 성공한 것은 아닌지 확인합니다. 오래 사용한 뒤에만 문제가 생긴다면 발생 전에 네트워크를 전환했는지, 화면을 잠갔는지, 구독을 업데이트했는지 기록하세요. 이런 시간 순서가 단일 테스트 결과보다 유용한 경우가 많습니다.

특정 대상에 접속할 수 있었다고 익명성이나 개인정보 보호가 완전히 검증되었다고 판단하지 마세요. 앱은 설정에 따라 연결을 처리하지만 실제 경로는 시스템, 네트워크, 대상 앱에도 영향을 받습니다. 이 매뉴얼의 확인 목적은 설정과 실제 요청이 일치하는지 점검하는 것이지 아이콘 하나로 광범위한 결론을 내리는 것이 아닙니다. 테스트 범위를 명확히 해야 나중에 같은 문제를 재현하기 쉽습니다.

Data 트래픽 및 요청 기록

Data는 앱이 기록할 수 있는 트래픽과 연결 활동을 관찰하고, 이를 현재 설정과 연결해 살펴보는 데 사용합니다. 수치를 해석하기 전에 화면에 표시된 통계 범위와 단위를 확인하세요. 기기 시스템, 앱, 서비스 제공자는 통계 기준이 서로 다를 수 있으므로 숫자가 완전히 일치하지 않는다고 어느 한쪽에 문제가 있다고 판단하지 마세요. 특히 문제를 점검할 때는 누적량만 보지 말고 테스트 전후의 변화, 요청 기록 여부, 처리 경로를 확인하세요.

트래픽, 속도, 지연 시간 구분하기

누적 트래픽은 통계 기간의 데이터 양을, 실시간 속도는 단위 시간당 데이터 변화를, 지연 시간은 한 번 왕복하는 데 걸리는 시간을 나타냅니다. 각각 답하는 질문이 다릅니다. 트래픽이 늘었다고 특정 웹페이지가 완전히 로드된 것은 아닙니다. 순간 속도가 낮은 이유는 앱에서 요청이 없기 때문일 수도 있습니다. 지연 시간 테스트에 성공해도 대용량 전송이 안정적이라는 뜻은 아닙니다. 한 항목으로 다른 항목까지 판단하지 마세요.

업로드와 다운로드 모두 실제 사용량에 영향을 줄 수 있습니다. 웹페이지를 열 때도 요청, 인증, 확인 정보를 보내며 동영상 재생 전에도 업로드 활동이 발생할 수 있으므로 업로드가 있다고 해서 이상 현상은 아닙니다. 백그라운드 앱, 시스템 동기화, 재시도 요청도 계속 데이터를 만들 수 있습니다. 통계를 확인할 때는 당시 실행 중인 앱을 먼저 확인하세요. 필요하면 다른 작업을 잠시 멈추고 대상 작업 하나만 실행해 변화 원인을 쉽게 파악하세요. 하루 전체 사용량으로 방금 발생한 몇 초간의 요청을 설명하지 마세요.

작은 범위의 테스트로 규칙 위치 찾기

대상이 예상한 경로를 사용하지 않는 것 같다면 현재 통계 상태를 기록한 뒤 해당 대상만 따로 접속하고 연결 또는 요청 기록을 확인하세요. 대상 도메인, 주소, 적용된 정책, 오류 발생 단계를 살펴보세요. 익숙한 앱 이름이 표시되는지만 확인하지 마세요. 웹페이지 하나가 여러 도메인에 요청을 보낼 수 있으며, 메인 페이지는 열리지만 이미지가 표시되지 않을 수도 있습니다. 실제 실패한 요청을 찾은 뒤에 규칙을 수정할지 결정하세요.

기록에 DIRECT가 표시되는데 프록시를 사용해야 한다면 Config로 돌아가 현재 파일과 규칙 순서를 확인하세요. 프록시 정책이 표시되지만 준비되지 않은 정책 그룹을 가리킨다면 그룹 내 선택 항목을 점검합니다. 규칙에 일치했다고 원격 연결까지 성공한 것은 아닙니다. 이후에도 이름 해석, 핸드셰이크, 인증 오류가 발생할 수 있습니다. ‘왜 이 경로가 선택되었는지’와 ‘선택된 경로가 왜 실패하는지’를 나눠 확인하면 서버를 바꾸면서 규칙을 추가하는 것보다 원인을 명확히 찾을 수 있습니다.

대상 기록이 보이지 않는다고 앱이 클라이언트를 완전히 우회한다고 단정하지 마세요. 이전 연결이 재사용되고 있거나 현재 기록 필터와 조건이 맞지 않거나 페이지 캐시 때문에 새 요청이 없거나 기록 기능이 해당 정보를 포함하지 않을 수 있습니다. 먼저 요청을 새로 보내거나 대상 앱을 다시 실행한 뒤 필터 범위를 확인하세요. 로그에서 내용을 찾지 못했다는 것은 현재 관찰 조건에서 기록을 얻지 못했다는 뜻일 뿐입니다.

앱과 서비스 제공자의 통계 차이 이해하기

서비스 제공자의 과금 기준에는 프로토콜 오버헤드, 양방향 트래픽, 특정 배율, 정산 기간이 포함될 수 있지만 앱 통계는 앱이 관찰하는 범위를 반영합니다. 시작·종료 시점과 측정 단위가 달라도 차이가 발생합니다. 사용량을 확인할 때는 먼저 각 통계의 기간, 초기화 시점, 단위를 확인한 뒤 같은 시간대를 비교하세요. 앱의 통계는 서비스 계정에 남은 용량을 대신하지 않으며 구독 이름에 적힌 문구만으로 실시간 잔여량을 판단해서는 안 됩니다.

직접 연결과 프록시 트래픽은 서로 다른 통계 범위에 나타날 수 있습니다. Global Routing을 바꾼 뒤 총량이 달라져도 규칙이 예상대로 적용되는지는 구체적인 요청 기록과 함께 확인해야 합니다. 앱 업데이트, 이미지 미리 불러오기, 연결 재시도 때문에 짧은 시간에 데이터가 크게 늘 수 있습니다. 사용량이 비정상적으로 의심되면 다른 작업을 먼저 중단하고 테스트 시간을 기록한 뒤 앱을 하나씩 다시 사용하세요. 원래 상태를 잃도록 설정부터 삭제하지 마세요.

기록 범위와 개인정보 노출 관리

기록에는 방문 도메인, 시간, 주소, 연결 오류가 포함될 수 있으므로 개인정보가 담긴 진단 자료로 취급하세요. 문제를 확인하는 데 필요한 범위에서만 상세 기록을 보관하고 점검이 끝나면 평소 기록 수준으로 되돌리세요. 스크린샷을 공유하기 전에 전체 구독 주소, 인증 정보, 비공개 서버 주소, 개인 접속 기록이 보이는지 확인하세요. 제목만 가린다고 본문까지 가려지는 것은 아닙니다. QR 코드와 펼쳐진 상세 항목도 함께 확인하세요.

통계를 지우기 전에 비교 자료를 보존해야 하는지 확인하세요. 초기화하면 새로운 테스트 기준을 만들 수 있지만 서버를 복구하거나 원격 계정의 잔여량을 늘리거나 규칙 일치 방식을 바꾸지는 않습니다. 초기화한 시간을 기록하고 정해 둔 절차대로 테스트해야 결과를 해석할 수 있습니다. 화면에 필요한 세부 정보가 표시되지 않는다면 확인되지 않은 수치를 만들어 내거나 추측으로 기록을 채우지 말고 더 기본적인 연결 확인 방법으로 돌아가세요.

관찰이 끝나면 예를 들어 ‘같은 네트워크에서 해당 대상은 Config에서 DIRECT에 일치했고 Proxy로 전환한 뒤 요청에 성공했다’처럼 구체적으로 기록하세요. ‘트래픽이 이상하다’는 표현보다 재현하기 쉽고 다음 점검 항목도 명확합니다. Data는 증거 자료 중 하나로 사용하고 Home 상태, 현재 Config, 실제 접속 결과와 함께 확인하세요. 장애 진단을 Data 하나에만 맡기지 마세요.

Settings 주요 항목

Settings는 앱의 동작을 조정하는 곳이지 모든 연결 오류를 해결하는 버튼이 아닙니다. 먼저 정상 작동하는 기준 상태를 유지한 뒤 필요한 항목 하나씩 변경하세요. 표시되는 옵션은 시스템이나 기능 조건에 따라 다를 수 있으므로 현재 화면에 실제로 보이는 항목을 기준으로 확인해야 합니다. 안내에서 언급한 스위치가 보이지 않는다고 관련 없는 화면에서 이름이 비슷한 항목을 찾지 마세요. 해당 기능이 현재 설정 파일, 시스템 권한 또는 다른 조건에 의해 제어되는지 먼저 확인하세요.

On Demand 자동 연결

On Demand는 설정한 조건에 따라 시스템 연결 동작을 실행합니다. Home에서 수동으로 스위치를 켜는 것과 다르며, 사용할 수 있는 서버를 자동으로 선택해 주지도 않습니다. 활성화하기 전에 수동 연결을 안정적으로 완료하고 현재 서버, Global Routing, Config가 예상대로인지 확인하세요. 그렇지 않으면 자동 실행이 기존 오류를 반복해 연결과 해제가 계속되거나 네트워크 전환 후 다시 실패할 수 있습니다.

실행 조건을 설정할 때는 어떤 네트워크에서 연결하고 어떤 상황에서는 중지할지 먼저 정한 뒤 항목별로 구성하세요. Wi-Fi 이름을 조건으로 사용하는 경우 이름이 완전히 일치하는지 확인하고, 비슷한 이름의 네트워크를 같은 것으로 취급하지 마세요. 활성화한 뒤 조건에 진입하거나 벗어날 때의 동작을 테스트하고 수동으로 연결을 끊은 뒤 조건이 다시 실행하는지도 확인하세요. 자동 연결을 잠시 중단하려면 Home 스위치만 반복해서 끄지 말고 On Demand도 확인하세요.

DNS 및 이름 해석 설정

DNS는 도메인을 주소로 변환합니다. 이름 해석에 실패하면 서버 연결은 되지만 웹사이트가 열리지 않는 현상이 나타날 수 있습니다. 설정을 바꾸기 전에 문제가 도메인에만 해당하는지 확인하세요. 동일한 대상의 주소 접속과 도메인 접속은 서로 다른 조건이며, 관계없는 주소를 비교 대상으로 삼으면 안 됩니다. 이름 해석은 Config 설정의 영향을 받을 수도 있으므로 점검할 때 Settings의 전역 옵션과 현재 설정 파일을 구분하세요. 두 곳을 동시에 바꾸면 원인을 추적하기 어렵습니다.

특정 DNS 주소가 더 빠르다는 말을 들었다고 모든 DNS 설정을 바꾸지 마세요. DNS 서버의 연결 가능 여부, 조회 경로, 캐시가 결과에 영향을 주므로 현재 네트워크에서 적합한지는 실제 요청으로 확인해야 합니다. 이름 해석 문제가 발생하면 기존 값을 기록하고 현재 네트워크가 정상인지, 설정이 접근할 수 없는 DNS 방식을 참조하는지 확인한 다음 최소한으로 수정하세요. 변경 후 관련 연결을 다시 만들고 필요하면 사용 가능한 캐시를 새로 고치되, 매번 연결 전에 캐시를 비우는 것을 기본 절차로 삼지 마세요.

TLS, 전송 방식 및 인증서 주의 사항

TLS 설정은 앱이 암호화 연결을 검증하고 생성하는 방식에 영향을 줍니다. 서버 주소, 서버 이름, 인증서, 시스템 시간은 서로 일치해야 합니다. IP 주소로 연결하더라도 자료에 지정된 서버 이름을 입력해야 할 수 있습니다. 핸드셰이크에 실패하면 항목별로 확인하고 인증서 오류를 곧바로 무시하지 마세요. 검증을 끄면 보안 경계가 달라집니다. 이를 일상적인 해결 방법으로 사용하지 말고 서버 설정이 올바르다는 증거로 여기지도 마세요.

고급 전송 설정은 사용자가 이미 보유한 서버 정보에 따라 입력해야 합니다. Host, 경로, UDP 관련 기능, 프로토콜 옵션은 많이 켤수록 좋은 것이 아닙니다. 앱과 서버 설정이 일치하지 않으면 추가로 켠 옵션 때문에 연결이 실패할 수도 있습니다. 특정 전송 기능이 필요한 경우 서버에서 명시적으로 지원하는지 먼저 확인한 뒤 항목을 대조하세요. 브라우저 요청에 성공해도 일부 상황만 확인한 것이므로 실시간 음성·영상이나 다른 앱에 필요한 기능까지 지원된다고 단정할 수 없습니다.

백업, 가져오기 및 기록 수준

백업할 내용이 무엇인지 먼저 확인하세요. 서버 항목, 구독 주소, 설정 파일, 앱 설정이 하나의 내보내기 방법으로 전부 저장되는 것은 아닙니다. 내보낸 내용을 확인한 뒤 본인이 관리하는 위치에 보관하세요. 구독 주소와 키는 민감 정보이므로 백업 파일을 일반 규칙 예시처럼 공개하지 마세요. 백업을 복원할 때는 기기 차이도 고려해야 합니다. 특히 네트워크 이름, 파일 경로, 시스템 권한은 다른 기기에서 그대로 사용할 수 있다고 가정하면 안 됩니다.

설정이나 백업을 가져오면 기존 항목을 병합하거나 교체하거나 새로 추가할 수 있습니다. 실행 전에 화면의 안내를 읽고 기존 항목의 사본을 보관하세요. 덮어쓰는 범위를 확인하기 전에 과거 파일 여러 개를 연이어 가져오지 마세요. 복원한 뒤에는 현재 선택된 Config, 서버 그룹, Global Routing을 확인하고 수동으로 테스트하세요. 익숙한 메모가 표시되어도 일부 항목이 복구되었다는 뜻일 뿐 시스템 VPN 권한, 자동 연결 조건, 모든 원격 리소스가 동기화된 것은 아닙니다.

기록 수준을 높이면 더 많은 진단 자료가 생성되고 정리할 내용도 늘 수 있으므로 문제를 찾는 데 필요한 범위만 보관하세요. 테스트가 끝나면 더 이상 필요하지 않은 민감 기록을 정리하되, 이미 가린 오류 요약은 먼저 저장하세요. 해석하기 어려운 로그를 오랫동안 쌓아 두기보다 발생 조건과 재현 절차를 기록하는 편이 낫습니다. 시스템 업데이트나 설정 변경 후에도 더 정확하게 비교할 수 있습니다.

Settings를 조정한 뒤에는 On Demand가 예상한 상태인지 확인해 테스트 중 임시로 켠 조건이 일상 연결에 계속 영향을 주지 않도록 하세요. 설정의 의미를 알 수 없다면 여러 값을 동시에 시험하기보다 현재 값을 유지하고 관련 안내를 확인하는 편이 안전합니다. 빠르게 다시 사용해야 한다면 사용 안내의 가장 짧은 절차로 돌아가 기본 연결만 확인한 다음 고급 기능을 하나씩 복원하세요.

일상 관리 및 문제 재확인

일상 관리의 목적은 정상 작동하는 상태를 유지하고 변경 내역을 추적하는 것이며 앱을 정기적으로 재설치하는 것이 아닙니다. 앱 업데이트, 구독 업데이트, 규칙 업데이트를 각각 기록하세요. 앱 업데이트는 프로그램을 교체하고, 구독 업데이트는 서버 정보를 새로 가져오며, 규칙 업데이트는 라우팅 판단을 바꿉니다. 세 작업은 별개로 진행될 수 있습니다. 업데이트 후 문제가 생기면 무엇이 변경됐는지 먼저 확인하고 모든 문제를 막연히 ‘업데이트가 잘못됐다’고 묶지 마세요.

업데이트 순서 정하기

iPhone / iPad 앱은 App Store에서 업데이트합니다. Mac, Windows, Android, Linux용 설치 파일은 이 사이트의 다운로드 페이지에서 받으세요. 컴퓨터를 업데이트하기 전에 실행 중인 인스턴스를 종료하고 중요한 설정을 보관한 뒤, 설치 후 시스템 권한과 연결 상태를 다시 확인하세요. Android에서 현재 출처의 설치를 허용하라는 안내가 나오면 파일을 이 사이트에서 받은 것이 맞는지 확인하세요. 설치가 끝난 뒤에는 해당 출처의 권한을 해제할 수 있습니다. 업데이트를 이유로 다른 앱의 설치 권한까지 넓히지 마세요.

Mac 업데이트 후에는 칩에 맞는 버전을 선택했는지 다시 확인하고 시스템 차단 메시지가 나오면 1장의 안내를 따르세요. Windows에서 SmartScreen이 표시되면 먼저 파일 출처를 확인한 다음 ‘추가 정보’를 통해 ‘실행’이 허용되는지 확인하세요. Linux는 같은 패키지 형식과 패키지 관리자 방식을 유지하면 관리 이력을 추적하기 쉽습니다. 다른 형식으로 전환한다면 이전 인스턴스가 계속 실행 중인지 먼저 확인하세요. 데스크톱 바로가기가 새로 받은 프로그램이 아닌 이전 파일을 실행할 수 있습니다.

기본 네트워크가 안정적일 때 구독을 업데이트하세요. 업데이트 전에 현재 사용하는 서버의 메모를 기록하고, 업데이트 후 해당 항목이 남아 있는지, 설정이 바뀌었는지, 선택이 다른 항목으로 이동했는지 확인하세요. 구독 내용은 기존 서비스 제공자가 관리하므로 이름이 바뀌었다고 앱에 문제가 생긴 것은 아닙니다. 이전 항목이 사라졌다면 업데이트가 완료되었는지와 계정 정보가 바뀌었는지 먼저 확인하세요. 유효한지 알 수 없는 과거 설정을 곧바로 직접 다시 입력하지 마세요.

규칙 변경을 되돌릴 지점 보관하기

규칙을 수정하기 전에 현재 정상 작동하는 설정을 복사하고 용도를 알아볼 수 있는 이름으로 저장한 뒤 변경 이유를 기록하세요. 한 번에 대상 하나 또는 명확한 문제 한 가지씩 처리하고 테스트를 마친 뒤 다음으로 넘어가세요. 원격 설정을 가져올 때는 규칙 수만 보지 말고 DNS, 정책 그룹, 원격 리소스 참조를 먼저 확인하세요. 설정이 많다고 현재 필요에 더 적합한 것은 아닙니다. 이해하지 못한 설정은 로컬 네트워크 접근이나 다른 앱의 연결 경로를 바꿀 수 있습니다.

변경 후 문제가 다시 발생하면 검증된 설정으로 되돌리고 서버와 네트워크는 그대로 둔 채 같은 대상에 접속하세요. 문제가 해결된다면 새 규칙과 기존 규칙, 이름 해석 설정을 중점적으로 비교하세요. 계속 실패한다면 서버 상태와 네트워크 조건을 확인합니다. 설정을 되돌리는 것은 원인을 좁히는 방법이지 그 자체가 결론은 아닙니다. 설정을 되돌리는 동시에 구독을 업데이트하거나 네트워크를 전환하거나 서버를 바꾸면 어떤 변경이 연결을 복구했는지 알 수 없습니다.

기기 교체 및 재설치 전 준비

기기를 교체하기 전에 필요한 서버 정보, 구독 주소, Config 파일을 백업하고 파일을 실제로 읽을 수 있는지 확인하세요. 시스템 이전만으로 VPN 권한이 복구되지 않을 수 있으므로 첫 연결 때 권한을 다시 허용해야 할 수 있습니다. iPhone / iPad에서는 기존 구매 계정으로 구입 항목에서 앱을 복원하세요. iPhone / iPad 버전은 App Store에서 $2.99에 한 번 결제하며, Mac / Windows / Android / Linux 버전은 무료입니다. 나머지 플랫폼은 이 사이트에서 해당 설치 파일을 다시 받으면 됩니다.

서버 이름만 표시된 스크린샷을 백업으로 보관하지 마세요. 스크린샷만으로는 보통 인증 정보와 전송 설정을 복원할 수 없습니다. 백업은 이용 중인 서비스 계정 정보를 보관하는 일을 대신하지도 않습니다. 기존 기기를 분실했거나 구독 주소가 유출된 것으로 의심되면 해당 서비스의 관리 페이지에서 인증 정보를 처리한 뒤 새 기기의 정보를 업데이트하세요. 기기에서 항목만 삭제해도 원격 인증 정보가 자동으로 취소되거나 유출된 주소가 무효화되지는 않습니다.

문제 해결에 필요한 최소 정보 기록

유용한 문제 기록에는 발생한 네트워크, 실행한 작업, 예상 결과, 실제 안내 메시지, 최근에 확실히 변경한 항목이 포함되어야 합니다. 특히 이름 해석, 연결, 인증, 인증서 문제는 직접 요약하기보다 오류 원문을 기록하는 것이 중요합니다. 스크린샷이 필요하면 먼저 민감 정보를 가린 뒤 저장하세요. 전체 구독 주소, 공유 QR 코드, 키를 공개 게시물에 올리지 말고 문제와 관련 없는 개인 접속 기록도 첨부하지 마세요.

1. 기본 네트워크로 돌아가 기기 자체가 정상적으로 인터넷에 연결되는지 확인하세요.
2. Home에서 현재 서버, Global Routing, 선택한 Config를 확인하세요.
3. 같은 대상에 재현 가능한 요청을 한 번 보내고 Data에서 결과를 확인하세요.
4. 조건을 하나만 바꾸고 변화를 기록한 다음 유지할지 되돌릴지 결정하세요.
5. 문제가 해결되면 자동 연결과 기록 수준을 복원하고 민감 정보를 가린 결과를 저장하세요.

더 살펴볼 내용이 있다면 간단한 질문은 자주 묻는 질문에서, 규칙 이름과 프로토콜 항목은 용어집에서, 첫 설정은 사용 안내에서 확인하세요. 서버 정보나 계정 상태가 문제라고 확인되었다면 앱의 관계없는 설정을 계속 바꾸기보다 이용 중인 서비스 제공자에게 문의하세요. 이 매뉴얼은 설정 방법을 안내하며 서버 회선이나 구독을 제공하지 않습니다.

관리가 끝났다는 기준은 모든 스위치를 조작했는지가 아닙니다. 현재 설정의 용도가 명확하고, 연결을 재현할 수 있으며, 민감 정보를 안전하게 보관하고, 임시 테스트 상태를 복원했는지가 중요합니다. 같은 문제가 다시 발생하면 해당 단계부터 이 8단계를 따라 확인하면 됩니다. 설치부터 반복할 필요는 없습니다. 변경 범위를 설명할 수 있을 만큼 작게 유지하면 불필요한 반복 작업이 줄고 기기나 네트워크가 바뀐 뒤에도 기존 사용 상태를 복구하기 쉽습니다.