Shadowrocket
가져오기, 연결 및 사용 확인
다섯 단계를 순서대로 진행합니다. 기존 자료를 앱에 추가하고 요청 처리 방식을 정한 뒤 연결을 켜서 결과를 확인합니다. 전체 과정을 한 번 완료한 다음 규칙과 자동 연결 조건을 조정하세요.
스크린샷은 App Store 공식 화면입니다. 항목 이름을 기준으로 해당 메뉴를 찾으세요. 앱 업데이트에 따라 화면 위치가 조금 달라질 수 있습니다.
Add Server 및 구독 가져오기
구독 링크, 단일 공유 링크, 수동 입력은 서로 다른 자료 형식입니다. 먼저 어떤 자료를 가지고 있는지 확인한 다음 해당 메뉴를 선택하세요.
Home에서 Add Server 열기
Shadowrocket을 열고 Home 화면으로 이동합니다. 처음 사용하는 경우 SERVER 그룹에 사용할 수 있는 항목이 없을 수 있지만, 이것이 설치 실패를 뜻하지는 않습니다. Add Server를 눌러 추가 화면을 열고 Type을 확인한 다음 입력할 내용을 결정하세요. 스크린샷에 표시된 항목을 그대로 모두 입력하지 마세요. Type을 바꾸면 아래에 표시되는 항목도 달라집니다. 보유한 자료의 프로토콜 유형을 기준으로 입력해야 합니다.
단일 서버 정보를 가지고 있다면 Type에서 해당 프로토콜(예: Shadowsocks, VMess, VLESS 또는 Trojan)을 선택한 다음 주소, 포트, 인증 정보를 입력합니다. 공식 스크린샷의 양식에는 Type, Host, Port, Password, Method가 표시되어 있습니다. Method는 해당 프로토콜에 적용되며, 다른 프로토콜은 다른 인증 항목을 사용할 수 있습니다. Host에는 자료에서 지정한 호스트 이름이나 주소만 입력하고 Port에는 포트 번호를 입력합니다. 주소에 웹 경로를 임의로 덧붙이거나 여러 항목을 한 입력란에 넣지 마세요.
기존 구독 링크가 있으면 Subscribe 선택
서버 목록을 업데이트하는 구독 링크가 있다면 Add Server의 Type에서 Subscribe를 선택하고 전체 링크를 URL에 입력한 다음 알아보기 쉬운 메모를 추가해 저장합니다. 구독 주소에는 긴 쿼리 매개변수가 포함되는 경우가 많으므로 복사할 때 처음부터 끝까지 빠짐없이 포함하고, 채팅 내용이나 앞뒤 공백, 줄바꿈이 섞이지 않도록 주의하세요. 구독 링크에 접근 정보가 포함될 수 있으므로 비밀번호처럼 안전하게 보관하고 공개 댓글이나 스크린샷에 붙여 넣지 마세요.
저장한 다음 Home으로 돌아가 구독 내용이 로드될 때까지 기다린 후 SERVER에 선택 가능한 서버가 표시되는지 확인합니다. 구독 소스를 저장하는 것과 그 안의 항목을 정상적으로 가져오는 것은 별개입니다. 소스 이름만 보이고 사용할 항목이 없다면 먼저 링크가 정상적으로 업데이트되는지, 자료가 아직 유효한지 확인하세요. 여기서 가져오는 것은 서버 정보입니다. 규칙 구성 파일이 선택된 것은 아닙니다. Config 페이지의 구성 구독과 서버 구독도 혼동하지 마세요.
QR 코드 및 클립보드 자료 처리
서버 QR 코드가 있다면 추가 화면에서 Scan QR Code를 사용하고 카메라 접근을 허용한 다음 스캔하여 인식된 프로토콜과 주소를 확인합니다. 단일 공유 링크가 있다면 앱에서 제공하는 클립보드 가져오기 메뉴를 사용할 수 있습니다. 시스템에서 붙여넣기 권한을 요청하면 내용의 출처를 확인한 뒤 계속 진행하세요. Import from Cloud JSON은 해당 JSON 자료용이며 모든 구독 링크에서 사용할 수 있는 공통 메뉴가 아닙니다. 가져오기를 마친 뒤 바로 연결을 켜지 말고 먼저 항목을 확인하세요.
이 단계의 완료 기준은 Home에 출처가 분명하고 선택 가능한 서버 항목이 있는 것입니다. 다른 메뉴를 시험하려고 동일한 자료를 반복해서 가져오지 마세요. 이후 이전 항목을 선택할 수 있습니다. Subscribe, 구성 파일, 공유 링크의 차이를 확인하려면 개념 빠른 참조를 살펴본 뒤 다음 단계에서 라우팅 방식을 선택하세요.
Global Routing의 세 가지 모드
서버는 연결할 수 있는 대상을 결정하고, Global Routing은 요청 처리 방식을 결정합니다. 두 항목을 각각 확인해야 합니다.
Home으로 돌아가 Global Routing을 눌러 현재 선택된 항목을 확인합니다. 세 가지 모드는 Config(구성), Proxy(프록시), Direct(직접 연결)입니다. Config는 현재 구성의 규칙에 따라 요청을 처리하고, Proxy는 클라이언트가 처리하는 범위의 요청을 프록시 방식으로 처리하며, Direct는 직접 연결 방식으로 처리합니다. 모드 이름은 연결 품질 등급이 아니며 모든 네트워크에서 앞쪽 항목이 더 적합한 것도 아닙니다. 이번에 확인하려는 용도에 따라 선택하세요.
일상적으로 규칙에 따라 트래픽을 분기하려면 Config를 선택하고 Config 페이지에서 사용 중인 구성 파일을 확인합니다. 서버를 가져왔다고 해서 규칙이 요구 사항에 맞는다는 뜻은 아닙니다. 사용할 파일을 열어 내용을 확인하세요. 편집 화면은 General, Rule, Hosts, URL Rewrite, HTTPS Decryption 등으로 나뉩니다. 처음 설정할 때는 Rule과 최종 정책을 확인하는 것으로 충분하며, 연결을 위해 모든 섹션을 켜거나 수정할 필요는 없습니다.
구성을 수정하기 전에 규칙 이해하기
규칙은 일반적으로 순서대로 일치 여부를 확인하며 먼저 일치한 규칙이 이후 처리에 영향을 줍니다. 아래는 구문을 이해하기 위한 매뉴얼 예시이며 기존 구성을 덮어쓸 수 있는 완성 파일이 아닙니다. DOMAIN-SUFFIX는 도메인 접미사를 일치시키고, DIRECT는 직접 연결 정책, PROXY는 예시의 프록시 정책을 의미합니다. FINAL은 앞선 규칙과 일치하지 않은 요청을 처리합니다.
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY편집 화면에서 Add Rule을 사용하기 전에 구성 사본을 저장하고, 규칙의 정책 이름이 현재 구성의 실제 정책과 일치하는지 확인하세요. 예시에 PROXY가 있다고 해서 모든 구성이 같은 방식으로 정책을 구성한다고 단정하지 마세요. 변경한 뒤 저장하고 Config 목록으로 돌아가 대상 파일이 사용 중인지 확인합니다. 편집기에서 파일을 열어 보기만 한 것을 현재 구성을 전환한 것으로 간주해서는 안 됩니다.
서버 문제인지 규칙 문제인지 판단하기 어렵다면 이후 확인 단계에서 Proxy를 잠시 사용해 비교하고 결과를 기록한 다음 기존 Config로 돌아갈 수 있습니다. Direct는 로컬 네트워크 접속을 비교하는 데 사용할 수 있지만 서버 연결 성공 여부를 증명하지는 않습니다. 규칙 키워드에 대한 자세한 설명은 Global Routing 빠른 참조에서, 프로토콜 매개변수 및 선택 방법은 프로토콜 해설에서 확인하세요. 이 단계에서는 현재 모드와 구성을 확인하면 됩니다. 모든 규칙을 한 번에 조정할 필요는 없습니다.
SERVER 선택 및 연결 스위치 켜기
먼저 사용할 항목을 선택한 다음 상단 스위치를 켭니다. 시스템 권한과 서버 인증은 서로 다른 단계입니다.
Home으로 돌아가 SERVER 그룹에서 앞서 확인한 서버를 선택합니다. 목록에 비슷한 이름이 여러 개 있다면 상세 정보를 열어 주소나 메모를 확인하고, 표시 순서만으로 판단하지 마세요. 이어서 Global Routing을 다시 확인합니다. 규칙을 사용하려면 Config여야 하며, 비교 테스트를 할 때만 계획에 따라 Proxy 또는 Direct로 변경합니다. 이렇게 해야 이후 결과가 달라졌을 때 어떤 조건을 사용했는지 알 수 있습니다.
확인이 끝나면 Home 상단의 연결 스위치를 켭니다. 처음 연결할 때 시스템에서 VPN 구성을 추가할지 묻는 권한 안내가 표시될 수 있습니다. 요청을 Shadowrocket에서 시작했는지 확인한 뒤 허용하고 시스템 안내에 따라 기기 인증을 완료하세요. 이 권한은 앱이 시스템 네트워크 연결 구성을 설정하도록 허용하는 것이며 서버를 구매하거나 자료를 이 사이트에 제출하는 절차가 아닙니다. 권한을 취소했다면 구독을 다시 가져오지 말고 연결을 다시 시도해 시스템 안내를 완료하세요.
화면의 연결 상태가 바뀔 때까지 기다립니다. 스크린샷의 Not Connected는 촬영 당시 연결되지 않은 상태를 뜻하며 입력해야 하는 설정값이 아닙니다. 스위치를 켠 뒤에도 계속 켜져 있는지, 곧바로 원래 상태로 돌아가지는 않는지 확인하세요. 시스템에 VPN 상태가 표시되는 것은 관련 연결 구성이 활성화되었음을 뜻할 뿐, 서버 인증과 대상 페이지 접속, 규칙 일치가 모두 성공했음을 단독으로 증명하지는 않습니다. 다음 단계에서 실제로 확인해야 합니다.
스위치가 바로 꺼지면 화면의 오류 메시지를 기록하고 다른 VPN 연결 구성이 실행 중인지 확인합니다. 결과를 기록하지 않은 채 여러 네트워크 구성 사이를 반복해서 전환하지 마세요. 필요한 경우 다른 연결을 먼저 중지한 뒤 Shadowrocket을 다시 시도합니다. 스위치는 계속 켜져 있지만 웹페이지가 열리지 않는다면 현재 상태를 유지하고 다음 단계에서 확인하세요. 서버, 구성 파일, 테스트 방법을 동시에 바꾸지 마세요.
Connectivity Test 및 적용 확인
“테스트 결과 → 실제 접속 → 규칙 경로” 순서로 확인하여 한 번의 테스트 결과를 전체 판단으로 오해하지 않도록 합니다.
연결을 켠 상태에서 Home의 Connectivity Test를 누르고 테스트가 완료될 때까지 기다립니다. 테스트는 현재 테스트 방식에 따른 연결 상태를 확인하는 데 도움이 되지만, 해당 테스트 대상과 조건만 확인합니다. 테스트에 응답이 있다고 해서 모든 웹페이지에 접속할 수 있는 것은 아닙니다. 시간 초과가 표시되더라도 모든 앱이 작동하지 않는다고 바로 판단할 필요는 없습니다. 우선 결과를 기록한 다음 실제 사용할 브라우저나 앱에서 확인하세요.
용도가 분명하고 현재 정상적으로 서비스를 제공하는 페이지를 선택해 새로 요청을 보냅니다. 이미 로드된 페이지를 그대로 보는 것만으로는 확인이 되지 않습니다. 필요하다면 페이지를 새로 고치거나 새 탭을 열어 캐시된 내용으로 인한 오판을 피하세요. 그런 다음 실제로 사용하려는 앱에서 새 콘텐츠를 불러오는 등 작업을 한 번 완료할 수 있는지 확인합니다. 앱의 첫 화면만 보는 것으로 새 요청의 처리 결과를 판단하기는 어렵습니다.
Config 사용 시 두 종류의 요청을 각각 확인
구성에 Proxy 정책과 Direct 정책이 모두 있다면 예상 용도가 분명한 대상을 하나씩 선택해 확인합니다. Direct로 연결되는 페이지가 열려도 프록시 서버가 작동한다는 뜻은 아닙니다. 프록시 페이지에 접속할 수 있어도 로컬 네트워크 등의 Direct 요구 사항이 올바르게 설정되었다는 뜻은 아닙니다. 현재 규칙에서 대상이 예상한 규칙과 일치하는지 확인하고 필요하면 앱에서 확인할 수 있는 연결 기록이나 진단 정보를 살펴보세요. 웹페이지가 열리는 속도만으로 라우팅 경로를 추정하지 마세요.
결과가 다르면 서버와 테스트 대상을 그대로 둔 채 Global Routing만 한 번 전환해 비교합니다. 예를 들어 Config에서는 실패하고 Proxy에서는 성공한다면 규칙, 정책 선택 및 관련 DNS 설정을 우선 확인합니다. 두 모드에서 모두 실패한다면 서버 항목, 자료 상태, 현재 네트워크를 계속 확인합니다. 테스트가 끝나면 계획한 모드로 돌아간 다음 다시 확인하여 임시 점검 설정을 일상 설정으로 오해하지 않도록 합니다.
이 단계를 마치면 세 가지를 파악할 수 있어야 합니다. 연결 스위치가 계속 켜져 있는지, 지정한 대상에 새 요청을 완료할 수 있는지, Config의 예상 트래픽 분기가 작동하는지입니다. 하나만 확인되었다면 다음 단계에서 계속 문제를 찾으세요. 테스트 방식과 흔한 상태의 의미는 문제 해결에서 확인할 수 있습니다. 테스트 숫자를 더 좋게 만들려고 설정을 반복해서 바꿀 필요는 없습니다.
일반적인 문제와 Settings 점검
먼저 어느 단계에서 실패했는지 찾은 다음 관련 설정을 확인합니다. 모든 스위치를 동시에 바꾸지 마세요.
가져오기 실패: 자료 형식과 완전성 확인
구독을 가져오지 못했다면 먼저 링크가 빠짐없이 복사되었는지, 유효 기간이 남아 있는지, 서비스 제공업체에서 주소 업데이트를 요구하는지 확인합니다. 웹페이지 주소, 단일 공유 링크, 서버 구독, 구성 파일 주소는 서로 바꿔 사용할 수 있는 형식이 아닐 수 있습니다. 수동으로 추가한 항목을 사용할 수 없다면 Add Server로 돌아가 Type, Host, Port 및 인증 항목을 확인하세요. 특히 비밀번호의 대소문자, 눈에 보이지 않는 공백, 프로토콜에 필요한 추가 매개변수를 점검합니다. 항목의 의미가 분명하지 않다면 이름만 보고 추측하지 말고 원본 자료 제공자에게 확인하세요.
연결 실패: 로컬 네트워크와 원격 자료 구분
먼저 연결을 일시 중지하고 기기의 기본 네트워크로 정상 접속할 수 있는지 확인합니다. 현재 Wi-Fi에 웹 인증이 필요하다면 먼저 인증을 완료하세요. 그런 다음 Shadowrocket 연결을 다시 켜고 같은 항목으로 테스트합니다. 특정 네트워크 환경에서만 실패한다면 가능할 때 Wi-Fi와 모바일 네트워크를 한 번씩 비교하고 차이를 기록합니다. 모든 환경에서 실패한다면 서버 정보와 서비스 상태를 중점적으로 확인하세요. 앱을 반복해서 삭제하지 마세요. 재설치로 잘못된 포트나 만료된 인증 정보가 수정되지는 않습니다.
테스트 및 자동 연결: Test Method, On Demand 확인
Settings를 열고 Test Method를 찾아 현재 테스트 방식이 확인하려는 문제에 적합한지 확인합니다. 방식마다 대상과 조건이 달라 결과를 단순 비교할 수 없습니다. Settings의 On Demand는 조건에 따라 연결을 시작하는 기능이며 누락된 서버 자료를 보완하지는 않습니다. 수동으로 연결을 끈 뒤 다시 자동 연결된다면 기존 On Demand 조건을 확인하세요. 처음 설정할 때는 먼저 수동 연결을 확인한 다음 자동 연결 조건을 별도로 설정합니다. 자세한 내용은 On Demand 빠른 참조를 확인하세요.
Diagnostics는 문제를 더 자세히 찾을 때 사용할 수 있습니다. 정보를 정리할 때는 오류 유형, 발생 단계, 현재 모드, 네트워크 환경을 기록하면 됩니다. 스크린샷이나 기록을 다른 사람에게 보여주기 전에 구독 주소, 비밀번호 또는 인증 정보가 포함되어 있는지 확인하세요. Settings에는 Proxy, TCP, UDP 등의 항목도 있지만 문제가 생겼다고 해서 모두 변경해야 하는 것은 아닙니다. 특정 프로토콜 매개변수 문제라면 다른 프로토콜의 설정을 그대로 가져오지 말고 프로토콜 해설에서 해당 항목을 확인하세요.
문제가 해결되지 않으면 “가져오기 성공 여부, 스위치 유지 여부, Connectivity Test 결과, 실제 접속 현상, Config와 Proxy 비교 결과” 순서로 기록을 정리한 다음 문제 해결에서 비슷한 상황을 찾아보세요. 기존 구성 사본을 보관하고 조건을 한 번에 하나씩 변경한 뒤 검증 결과에 따라 유지하거나 복원합니다. 이렇게 점검하면 변경 사항이 불필요하게 늘어나는 것을 막고, 나중에 자료를 업데이트할 때도 같은 순서로 확인할 수 있습니다.
