Home 메인 화면
Home(메인 화면)에서 서버 목록을 확인하고 기본 서버를 선택하거나 연결 스위치를 조작할 수 있습니다. 가져온 뒤에는 목록에서 사용할 서버 왼쪽의 점을 탭한 다음 연결하세요. 스위치가 켜져 있다는 사실만으로는 연결 절차가 시작되었다는 뜻일 뿐이므로, 테스트와 실제 접속 결과도 함께 확인해야 합니다.
01 / 인터페이스와 스위치
화면 위치와 점검 도구
먼저 현재 화면을 확인한 다음 구체적인 항목을 살펴보세요. 연결 스위치, 테스트 결과, 트래픽 수치는 서로 다른 질문에 답하며 서로 대신할 수 없습니다.
Add Server 서버 추가
Add Server(서버 추가)는 서버 정보를 직접 입력하는 화면입니다. Type(유형)에 따라 입력해야 하는 항목이 달라집니다. 사용자가 보유한 서비스 정보를 바탕으로 Address(주소), Port(포트), 인증 매개변수를 입력하고, 이름만 보고 프로토콜을 추측하지 마세요. 저장한 뒤 Home으로 돌아가 해당 항목을 선택하세요. 저장에 성공해도 원격 서버에 연결할 수 있는지는 확인되지 않습니다.
Settings 설정 화면
Settings(설정 화면)에는 앱 동작과 관련 옵션이 모여 있습니다. 옵션에 따라 테스트, 연결, 데이터 관리에 영향을 줄 수 있습니다. 변경 전에 기존 값을 기록하고, 문제와 직접 관련된 항목만 한 번에 하나씩 조정하세요. 여러 스위치를 동시에 변경하면 증상이 달라져도 원인을 확인하기 어렵습니다.
Data 트래픽 통계
Data(트래픽 통계)에서는 앱에 기록된 업로드, 다운로드, 누적 데이터를 확인할 수 있습니다. 먼저 현재 화면과 통계 범위, 초기화 시점을 확인하세요. 앱 기록과 통신사 과금은 집계 기준이 다를 수 있으므로 두 수치를 동일하게 볼 수 없습니다. 사용량이 비정상적으로 증가하면 누적량만 보는 대신 연결 기록을 확인해 해당 요청을 살펴보세요.
Connectivity Test 연결 테스트
Connectivity Test(연결 테스트)는 현재 연결 조건에서 테스트 대상에 접속할 수 있는지 확인합니다. 먼저 기본 서버를 선택해 연결한 다음 테스트를 실행하세요. 연결되지 않은 상태의 결과를 프록시 사용 결과로 오해하지 않도록 주의해야 합니다. 테스트 성공은 해당 대상과 당시 네트워크 조건에서만 유효합니다. 특정 웹사이트가 여전히 열리지 않는다면 규칙, DNS, 대상 서비스 자체를 추가로 확인하세요.
DNS 도메인 확인
DNS(도메인 이름 시스템)는 웹사이트에 접속하기 전에 도메인 이름을 연결 가능한 주소로 변환합니다. DNS 확인 실패와 프록시 서버 연결 실패는 서로 다른 문제이므로 각각 확인해야 합니다. DNS 설정을 변경해도 이전 캐시나 기존 연결에 기존 결과가 잠시 남을 수 있습니다. 테스트 조건을 명확히 한 뒤 다시 시도하고, 여러 설정을 연이어 변경하지 마세요.
02 / 연결 모드와 라우팅
먼저 모드를 선택하고 트래픽 경로를 확인하세요
주요 연결 모드는 Config(구성), Proxy(프록시), Direct(직접 연결)입니다. 규칙을 수정하기 전에 Global Routing을 확인하세요. 규칙을 사용하지 않는 모드에서 구성을 반복해서 편집하는 일을 방지할 수 있습니다.
Global Routing 전역 라우팅
Global Routing(전역 라우팅)에서 현재 사용할 연결 모드를 선택하며, 주로 Config, Proxy, Direct를 사용합니다. 이 설정과 서버 선택은 서로 독립적입니다. 전자는 연결 처리 방식을 결정하고, 후자는 프록시 전달에 사용할 원격 서버를 지정합니다. “규칙을 작성했는데 적용되지 않는” 경우 먼저 여기서 Config를 선택했는지 확인한 다음 현재 구성 파일을 살펴보세요.
Config 구성에 따른 분기
Global Routing의 Config(구성 모드)는 현재 활성화된 구성의 규칙에 따라 연결을 처리한다는 뜻입니다. 구성 관리 화면도 Config라고 부르지만, 해당 화면을 열었다고 라우팅 모드가 바뀌는 것은 아닙니다. 특정 웹사이트에 프록시를 적용하려면 올바른 구성이 활성화되어 있는지, Global Routing에서 Config를 선택했는지 모두 확인해야 합니다.
Proxy 프록시 모드
Proxy(프록시 모드)는 클라이언트가 처리하는 연결을 프록시를 통해 전달하며, Config 모드의 결과와 비교해 문제를 확인할 때 유용합니다. 현재 서버의 인증이 완료되었다는 뜻도 아니고 모든 대상에 접속할 수 있다는 보장도 아닙니다. Proxy에서는 접속되지만 Config에서 특정 도메인이 실패한다면 해당 도메인에 매칭되는 규칙과 정책을 추가로 확인하세요.
Direct 직접 연결 모드
Direct(직접 연결 모드)는 관련 연결을 프록시 서버를 거치지 않고 전달하므로 로컬 네트워크에서 직접 접속한 결과를 확인할 때 사용할 수 있습니다. 이는 Global Routing의 인터페이스 값이며, 규칙에서 사용하는 대문자 DIRECT와 구별해야 합니다. Direct로 전환한 뒤 서버 목록에서 항목이 계속 선택되어 있어도 해당 서버를 통해 접속 중이라는 뜻은 아닙니다.
On Demand 조건부 연결
On Demand(조건부 연결)는 설정된 조건에 따라 시스템 VPN 연결 동작을 시작하며, 모든 요청마다 서버를 다시 선택하는 기능은 아닙니다. 활성화하기 전에 수동 연결이 정상적으로 되는지 확인하고, 조건을 하나씩 점검하세요. 만료된 구독, 잘못된 인증 정보, 연결할 수 없는 원격 서버를 복구하지는 않습니다. 자동 연결에 문제가 있으면 시스템 VPN 상태도 함께 확인하세요.
Latency 지연 시간
Latency(지연 시간)는 일반적으로 밀리초 단위로 표시되는 특정 테스트 방식의 응답 왕복 시간입니다. 수치를 보기 전에 테스트 방식을 확인하세요. 결과가 낮다고 대역폭이 더 크거나 전송이 계속 안정적이라는 뜻은 아닙니다. 사용자가 보유한 서버를 비교할 때는 가능한 한 같은 네트워크에서 비슷한 시간대에 테스트한 뒤 실제 웹페이지 접속 결과도 함께 살펴보세요. 목록의 숫자 하나만으로 판단하지 마세요.
03 / 프로토콜
프로토콜 유형과 매개변수 연결
프로토콜명은 연결에 사용되는 기술을 나타낼 뿐, 서비스가 정상 작동한다는 뜻은 아닙니다. 서버를 추가할 때는 사용자가 보유한 서버 정보를 기준으로 하며, 인증 필드와 전송 설정, TLS 설정을 임의로 바꾸거나 서로 대신 사용해서는 안 됩니다.
Shadowsocks
Shadowsocks는 암호화 프록시 프로토콜입니다. 일반적으로 서버 주소, 포트, 암호화 방식, 비밀번호가 필요합니다. 암호화 방식은 서버 측 설정과 일치해야 하며, 이름이 최신이라는 이유만으로 임의 변경해서는 안 됩니다. 가져온 뒤 연결되지 않으면 먼저 원본 정보에 따라 각 필드와 추가 전송 요구 사항을 확인하고, 그다음 원격 서버나 현재 네트워크에 문제가 있는지 살펴보세요.
VMess
VMess는 사용자 ID 등의 매개변수로 인증하는 프록시 프로토콜이며, 실제 연결에는 함께 사용하는 전송 방식도 영향을 줍니다. 사용자 ID, 전송 경로, 호스트명, TLS 설정은 각각 다른 필드이므로 주소와 포트만 입력해서는 부족합니다. 인증이나 핸드셰이크에 문제가 있으면 기기의 시간이 정확한지 확인한 뒤 서버 정보를 항목별로 대조하세요.
VLESS
VLESS는 프록시 프로토콜의 하나로, 프로토콜명만으로 전송 및 보안 설정까지 정해지지는 않습니다. 기존 정보를 바탕으로 사용자 ID, 전송 방식, 관련 보안 매개변수를 입력하세요. 다른 프로토콜의 필드를 그대로 복사하지 마세요. 주소와 포트가 같아도 인증 및 핸드셰이크 요구 사항은 다를 수 있습니다.
Trojan
Trojan은 일반적으로 TLS와 함께 사용하는 프록시 프로토콜입니다. 비밀번호 인증과 TLS 핸드셰이크가 모두 올바르게 설정되어야 합니다. 연결 주소와 TLS 검증에 사용하는 서버 이름은 다를 수 있으므로 서비스 정보를 확인해 각각 입력하세요. 인증서 오류가 발생하면 이름, 기기 시간, 서버 인증서를 먼저 확인하고, 검증 비활성화를 기본 해결 방법으로 삼지 마세요.
Hysteria2
Hysteria2는 QUIC 기반 프록시 프로토콜이며 전송에 UDP를 사용합니다. 실제 동작은 네트워크 경로의 패킷 손실, 네트워크 제한, 서버 설정에 따라 달라집니다. 현재 네트워크에서 UDP를 제대로 사용할 수 없으면 연결 단계부터 실패할 수 있으므로 도메인 규칙만 바꿔서는 해결되지 않습니다. 인증, TLS 및 관련 매개변수는 서비스 정보와 일치해야 하며, 프로토콜명만으로 속도가 보장되지는 않습니다.
WireGuard
WireGuard는 키 인증 기반 VPN 프로토콜입니다. 구성할 때 개인 키, 피어 공개 키, 인터페이스 주소, 엔드포인트, 라우팅 범위를 확인해야 합니다. 공개 키와 개인 키는 용도가 다르므로 서로 바꿔 쓸 수 없으며, 스크린샷이나 도움 요청 글에 개인 키를 공개해서도 안 됩니다. 문제를 확인할 때는 주소와 라우팅 설정을 함께 점검하세요. 엔드포인트에 응답이 있는지만 확인해서는 충분하지 않습니다.
HTTP / SOCKS5
HTTP와 SOCKS5는 서로 다른 프록시 프로토콜 유형입니다. 서버 측에서 선택한 유형과 해당 인증 방식을 지원해야 합니다. 프록시 유형명만으로 클라이언트와 프록시 사이의 전송이 암호화되는지는 알 수 없으므로 전송 설정을 별도로 확인하세요. UDP를 사용해야 하는 경우 프로토콜 기능과 서버 측 지원 여부도 확인해야 합니다. TCP 연결 성공만으로 판단해서는 안 됩니다.
04 / 규칙 키워드
매칭 조건과 규칙 동작
규칙은 일반적으로 위에서 아래 순서로 매칭되며, 먼저 일치한 규칙이 처리 방식을 결정합니다. 아래 도메인과 주소는 설명을 위한 예시일 뿐, 사용 가능한 서버를 뜻하지 않습니다. 기존 구성에 그대로 바꿔 넣지 마세요.
DOMAIN 전체 도메인 매칭
DOMAIN은 전체 도메인과 매칭됩니다. 예를 들어 DOMAIN,example.com,PROXY는 해당 도메인에 프록시를 적용합니다. www.example.com 같은 다른 하위 도메인까지 자동으로 포함하지는 않습니다. 특정 호스트만 예외로 처리할 때 사용할 수 있습니다. 도메인 전체와 하위 도메인에 적용하려면 DOMAIN-SUFFIX를 알아보세요.
DOMAIN-SUFFIX 도메인 접미사 매칭
DOMAIN-SUFFIX는 도메인 접미사를 기준으로 매칭하며, 일반적으로 지정한 도메인 자체와 하위 도메인에 적용됩니다. 예시인 DOMAIN-SUFFIX,example.com,PROXY는 해당 도메인 범위의 요청을 처리하지만, 웹페이지가 참조하는 다른 모든 도메인까지 포함하지는 않습니다. 페이지의 일부 리소스가 여전히 로드되지 않으면 해당 리소스가 실제로 사용하는 호스트명을 확인하세요.
DOMAIN-KEYWORD 도메인 키워드 매칭
DOMAIN-KEYWORD는 도메인에 지정한 키워드가 포함되어 있는지 확인합니다. 예시는 DOMAIN-KEYWORD,example,PROXY입니다. 전체 도메인이나 접미사 매칭보다 범위가 넓어 의도하지 않은 도메인에도 적용될 수 있습니다. 대상이 분명하다면 범위를 더 정확하게 지정하는 조건을 우선 사용하고, 구체적인 예외 규칙을 넓은 범위의 규칙보다 앞에 두세요.
GEOIP IP 지역 매칭
GEOIP는 IP 지리 데이터베이스의 분류를 기준으로 주소를 매칭합니다. 웹페이지 콘텐츠, 등록 국가, 도메인 접미사를 기준으로 판단하지 않습니다. 웹사이트 하나가 여러 지역에 분산된 주소를 사용할 수 있으며 데이터베이스 분류가 예상과 다를 수도 있습니다. 도메인 규칙과 GEOIP 규칙의 결과가 다르면 먼저 매칭 순서를 확인한 다음 실제 확인된 주소와 데이터베이스 정보를 살펴보세요.
IP-CIDR / IP-CIDR6 주소 대역 매칭
IP-CIDR은 IPv4 주소 대역에, IP-CIDR6은 IPv6 주소 대역에 사용합니다. 슬래시 뒤의 접두사 길이에 따라 적용 범위가 달라집니다. 예를 들어 IP-CIDR,192.168.0.0/16,DIRECT는 해당 IPv4 범위에 직접 연결을 적용한다는 뜻입니다. 듀얼 스택 네트워크에서 IPv4 규칙만으로 IPv6까지 처리되는 것은 아닙니다. 변경 전에 요청이 실제로 어떤 주소 유형을 사용하는지 확인하세요.
FINAL 최종 규칙
FINAL은 앞선 규칙에 하나도 매칭되지 않은 연결을 처리하므로 규칙 목록의 마지막에 둬야 합니다. FINAL,DIRECT는 나머지 연결을 직접 연결하고, FINAL,PROXY는 나머지 연결을 프록시로 전달합니다. 두 설정은 기본 동작이 서로 다릅니다. 최종 규칙은 앞에서 이미 매칭된 항목을 덮어쓰지 않으므로 문제를 확인할 때 마지막 줄만 수정하지 마세요.
PROXY / DIRECT / REJECT 규칙 동작
PROXY는 프록시 전달, DIRECT는 직접 연결, REJECT는 연결 거부를 뜻합니다. 매칭 조건이 아니라 규칙의 결과입니다. REJECT에 매칭된 요청은 서버를 다시 선택해도 자동으로 복구되지 않습니다. 규칙이 이름이 지정된 정책 그룹을 참조할 수도 있으므로 그룹 정의를 찾아 최종 연결 경로를 확인하세요. 정책 이름 하나만 보고 판단하지 마세요.
05 / 구독 및 구성
서버 정보와 구성 파일 구분하기
아래 안내는 사용자가 자신의 구독 또는 서버 정보를 보유하고 있다는 전제에서 작성되었습니다. 이 사이트는 Shadowrocket 공식 사이트 및 공식 매뉴얼이며, 서버, 구독 또는 연결 서비스를 제공하거나 판매하거나 추천하지 않습니다.
Subscribe 구독 가져오기
Subscribe(구독 가져오기)는 사용자가 보유한 구독 URL에서 서버 목록을 불러오는 기능입니다. 구독 URL은 사용자가 이용하는 서비스 제공자가 제공합니다. URL에 개인 전용 인증 정보가 포함될 수 있으므로 도움을 요청할 때 링크 전체를 공개하지 마세요. 구독을 업데이트하면 원격 내용을 다시 불러옵니다. 따라서 업데이트 실패, 목록이 비어 있음, 특정 서버에 연결되지 않음은 각각 별개의 문제로 확인해야 합니다.
Server 서버 항목
Server(서버) 항목에는 주소, 포트, 프로토콜, 인증 정보가 저장됩니다. 일반적으로 노드라고 부르는 것은 이와 같은 연결 항목을 가리킵니다. 이름과 지역 표시는 식별을 위한 정보일 뿐, 원격 서버의 사용 가능 여부나 실제 성능을 보장하지 않습니다. 가져오기에 성공했다는 것은 정보가 읽혔다는 뜻일 뿐입니다. 연결하기 전에 기본 서버로 선택하고 정보의 유효성과 현재 네트워크 조건을 확인하세요.
Config 구성 파일
Config(구성 파일)는 규칙, DNS 및 관련 설정을 정리하는 파일이며, 서버 정보만 나열하는 구독과는 다릅니다. 파일을 가져온 뒤 현재 어떤 구성이 활성화되어 있는지 확인하고, 구성에 따라 트래픽을 분기하려면 Global Routing에서 Config를 선택하세요. 교체하거나 업데이트하기 전에 직접 수정한 내용을 보관해 두세요. 로컬 예외 규칙이 원격 내용과 함께 자동으로 유지된다고 가정해서는 안 됩니다.
iCloud 동기화
iCloud 동기화는 Apple 클라우드 계정을 통해 앱에서 지원하는 데이터를 전송합니다. 실제 동기화 범위는 앱 내 옵션을 확인하세요. App Store 구매 기록과는 별개이므로 앱 구매를 복원해도 서버 정보까지 복원된다고 볼 수 없습니다. 기기를 바꾸기 전에 동기화 상태를 확인하고 중요한 구성은 안전하게 백업하세요. 동기화 충돌이 발생하면 먼저 양쪽의 내용을 보존한 뒤 사용할 버전을 결정하세요.
용어를 확인했는데도 연결되지 않는다면 FAQ에서 증상에 맞는 항목을 찾아보세요. 비교 가능한 테스트 조건을 유지하려면 서버, DNS, 전체 규칙을 한꺼번에 변경하지 마세요.