Shadowrocket 첫 연결 설정: 기본 서버 선택과 Connectivity Test 확인

이 글의 핵심 내용

Shadowrocket을 처음 연결할 때는 서버 선택 → 라우팅 방식 확인 → 스위치 켜기 → 테스트 → 실제 접속 순서로 진행하세요. 본문에서는 이미 보유한 서비스 제공업체의 설정 또는 구독이 있다는 전제하에 SERVER 왼쪽 원, VPN 구성 권한, Connectivity Test의 역할을 설명합니다. 결과가 비어 있는 경우, 시간 초과가 발생하는 경우, 테스트는 정상이지만 페이지가 열리지 않는 경우를 나누어 살펴봅니다.

연결 전: SERVER에 사용할 수 있는 설정이 있는지 확인

Shadowrocket을 구입해 설치한 뒤에는 본인의 서버 정보나 기존 구독을 가져와야 합니다. 앱을 구입했다고 해서 회선 요금제가 포함되는 것은 아니며, 앱 구매만으로 서버 주소, 포트 또는 인증 정보가 생성되지는 않습니다. 처음 연결하기 전에 Home의 SERVER 영역에 구체적인 서버 항목이 표시되는지 확인하세요. 목록이 비어 있거나 구독 그룹 이름만 보여서는 안 됩니다.

구독을 아직 가져오지 않았다면 Home 오른쪽 위의 “+”를 눌러 Add Server로 이동하세요. Type에서 Subscribe를 선택하고 본인의 구독 링크를 입력해 저장한 다음 Home으로 돌아가 구독을 업데이트하면 됩니다. 구독을 처리한 뒤 항목이 목록에 표시되어도 설정이 가져와졌다는 뜻일 뿐, 해당 서버에 지금 연결할 수 있다는 보장은 아닙니다. 이 글에서는 구독을 제공하거나 추천하지 않으며, 이후 안내는 이미 보유한 설정을 대상으로 합니다.

서버 정보 확인: 항목의 편집 화면을 열고 Type, 서버 주소, 포트가 원본 정보와 일치하는지 확인하세요. 인증 항목은 사용하는 프로토콜에 맞춰 확인합니다.
구독 상태 확인: 목록이 비어 있다면 먼저 구독을 가져오거나 업데이트하세요. 연결 스위치를 반복해서 켜고 끄지 마세요.
기본 네트워크 확인: 먼저 Shadowrocket 연결을 끄고 현재 Wi-Fi 또는 셀룰러 네트워크로 평소 바로 접속할 수 있는 페이지를 열어 보세요. 공용 Wi-Fi에서 로그인이 필요하다면 먼저 네트워크 로그인을 완료하세요.
원래 설정 유지: 연결을 시도하려고 UUID, Password, TLS 또는 전송 설정을 임의로 변경하지 마세요. 서버 주소가 같아도 프로토콜별 설정을 서로 바꿔 사용할 수 있는 것은 아닙니다.

첫 연결: 원을 눌러 서버를 선택한 뒤 스위치 켜기

Home의 SERVER 목록에서 서버 왼쪽의 원을 눌러 기본 서버를 선택합니다. 항목 편집 화면에 들어가는 것과 기본 서버를 선택하는 것은 서로 다른 작업입니다. 서버의 상세 설정을 볼 수 있다고 해서 해당 항목이 선택된 것은 아닙니다. Home으로 돌아온 뒤 목록의 선택 표시를 확인하세요.

서버 선택

Home → SERVER로 이동해 설정을 확인한 서버를 찾고 왼쪽의 원을 누르세요. 항목 이름을 기억해 두고 이후 테스트에서도 같은 항목을 사용하세요.
라우팅 확인

Home → Global Routing으로 이동해 현재 Config, Proxy, Direct, Scene 중 어떤 방식을 사용하는지 확인하세요. 처음 서버 자체를 점검할 때는 Proxy를 임시로 사용할 수 있습니다. 점검이 끝나면 평소 설정으로 되돌리세요.
스위치 켜기

Home으로 돌아가 상단의 연결 스위치를 켜세요. 시스템에서 처음으로 VPN 구성 추가를 요청하면 요청을 보낸 앱이 Shadowrocket인지 확인한 뒤 허용하고, 시스템 안내에 따라 인증을 완료하세요.
테스트 실행

연결 상태가 업데이트될 때까지 기다린 뒤 Home → Connectivity Test를 누르세요. 이번 테스트가 끝날 때까지 기다리면서 선택한 서버에 해당하는 결과를 확인하세요. 테스트 도중 서버를 연달아 바꾸지 마세요.
접속 확인

브라우저를 열어 실제로 사용하려는 페이지에 접속한 뒤 새로고침하세요. 지연 시간 숫자 하나만 보지 말고 실제 접속 결과와 테스트 결과를 함께 판단하세요.

처음 VPN 구성 추가를 허용하지 않았다면 연결을 다시 시도하고 시스템 안내를 처리하세요. 목록에 서버가 있는 것, 원을 눌러 서버를 선택한 것, 시스템에서 VPN이 연결된 것은 서로 대체할 수 없는 별개의 단계입니다. 시스템에 연결됨으로 표시되어도 원격 서버 인증이 완료되었다거나 모든 웹사이트가 열리는 것은 아닙니다.

Global Routing: 테스트할 때 확인해야 할 항목

Global Routing은 연결에 사용할 라우팅 방식을 결정합니다. 기본 서버를 그대로 두어도 라우팅 방식을 바꾸면 실제 접속 경로가 달라질 수 있습니다. 문제를 점검할 때는 현재 선택 항목을 기록하고 한 번에 변수 하나만 바꾸세요. 서버 변경, DNS 수정, 라우팅 전환을 동시에 하면 어떤 조작이 결과에 영향을 줬는지 알기 어렵습니다.

Config

현재 설정된 규칙과 정책에 따라 연결을 처리합니다. 규칙이 DIRECT, 프록시 정책 또는 정책 그룹을 가리킬 수 있으므로 특정 요청이 Home에서 수동으로 선택한 기본 서버를 사용하지 않을 수도 있습니다.

적합한 경우: 확인 가능한 규칙이 있고 접속 대상별로 트래픽을 분기하는 일상적인 사용

Proxy

권장

이번 첫 연결 점검에서는 프록시 라우팅을 사용해 규칙에 따른 분기의 영향을 줄이면 선택한 서버와 실제 접속 사이의 관계를 확인하기 쉽습니다. 시스템, 로컬 네트워크 및 기타 관련 설정의 영향도 고려해야 합니다.

적합한 경우: 기본 서버를 임시로 확인하고 서버 문제와 규칙 문제를 구분할 때

Direct

직접 연결 라우팅을 사용합니다. 이때 웹페이지가 열린다고 해서 선택한 프록시 서버를 사용할 수 있다는 뜻은 아닙니다. 기본 네트워크가 정상인지 비교할 때 적합합니다.

적합한 경우: 프록시 경로와 비교해 현재 네트워크의 직접 접속 상태를 확인할 때

Connectivity Test: 결과로 알 수 있는 것

Connectivity Test는 현재 테스트 방식에서 테스트 대상에 도달할 수 있는지 또는 응답이 있는지 확인하는 기능입니다. 숫자가 표시되면 해당 테스트에서 응답을 받았다는 뜻입니다. 대역폭 측정이 아니며 모든 앱, 도메인, 전송 방식을 검증하지도 않습니다. 테스트 방식마다 확인하는 경로가 다르고, 특히 포트 연결 여부만으로는 프록시 인증이 성공했거나 웹 요청 전체가 정상 처리되었다고 판단할 수 없습니다.

테스트 대상이나 방식이 실제 접속 대상과 다르면 결과가 달라도 모순이 아닙니다. 한 페이지를 열 때 여러 도메인, DNS 조회, TLS 핸드셰이크, 리소스 요청이 필요할 수도 있습니다. 테스트로 문제 범위를 좁힌 뒤 실제 접속으로 확인하세요. 숫자의 크기만으로 현재 작업에 적합한 서버인지 판단해서는 안 됩니다.

443

HTTPS에서 기본으로 사용하는 포트입니다. 웹페이지 접속 가능 여부는 TLS와 애플리케이션 응답에도 달려 있습니다.

전통적인 DNS에서 주로 사용하는 포트입니다. DNS over HTTPS는 다른 전송 방식을 사용합니다.

이 두 포트는 웹 연결과 도메인 이름 조회를 구분하는 데 쓰입니다. 서버 포트를 이 숫자로 바꾸라는 뜻도, Connectivity Test가 반드시 이 포트들을 검사한다는 뜻도 아닙니다. 서버 포트는 본인의 설정을 따르세요. 페이지가 열리지 않으면 테스트 응답이 없는지, 이름 조회에 문제가 있는지, 특정 사이트만 실패하는지 먼저 구분한 뒤 확인할 계층을 정하세요.

결과가 비어 있음: 테스트를 실행했는지 확인하고 완료될 때까지 기다리세요. 빈 화면만으로는 테스트를 아직 실행하지 않았는지, 완료되지 않았는지, 표시할 결과가 없었는지 구분할 수 없습니다.
시간 초과 표시: 이번 테스트에서 제한 시간 안에 필요한 응답을 받지 못했다는 뜻입니다. 원인은 로컬 네트워크, 서버, 테스트 대상 또는 테스트 방식에 있을 수 있습니다.
숫자는 표시되지만 접속 실패: 연결 상태, Global Routing, DNS, 실제 요청을 추가로 확인하세요. 이 결과만으로 인증이나 규칙 점검을 생략해서는 안 됩니다.

결과가 비어 있거나 시간 초과가 발생할 때: 두 가지 점검 경로

같은 기기, 같은 서버 항목, 같은 테스트 방식을 유지한 채 문제가 재현되는지 먼저 확인하세요. 한 번의 시간 초과는 일시적인 네트워크 변동일 수 있습니다. 테스트를 반복하면서 설정을 여러 개 동시에 바꾸면 결과를 비교하기 어려워집니다. 아래 두 경로는 각각 ‘결과가 명확하지 않은 경우’와 ‘실패가 확인된 경우’를 다룹니다. 두 경우를 혼동하지 마세요.

결과에 따라 점검 경로 선택

결과가 비어 있음

SERVER에 실제 서버 항목이 있는지 확인하고 왼쪽의 선택 표시도 확인하세요.
Connectivity Test를 다시 한 번 실행하고 Home 화면에서 결과가 업데이트될 때까지 기다리세요.
보고 있는 결과가 선택한 서버의 것인지, 아직 완료되지 않은 다른 항목의 테스트인지 구분하세요.
계속 결과가 표시되지 않으면 테스트 방식과 대상 설정을 확인하고 기본 네트워크도 점검하세요.

계속 시간 초과

연결을 끄고 기본 네트워크를 확인해 Wi-Fi 로그인 여부와 네트워크 자체의 사용 가능 여부를 점검하세요.
서버 주소, 포트, 인증, TLS 관련 항목을 확인하세요. 추측으로 값을 바꾸지 마세요.
설정을 그대로 둔 채 Wi-Fi와 셀룰러 네트워크를 바꿔 비교하세요. 셀룰러 데이터 사용량에 유의하세요.
기존 서비스 제공업체에 서버 상태를 문의하고, 민감 정보를 가린 실패 상황을 전달하세요.

같은 항목이 특정 네트워크에서만 실패한다면 해당 네트워크 경로를 먼저 확인하세요. 여러 네트워크에서 모두 실패한다면 서버 상태, 설정값, 테스트 대상을 함께 점검하세요.

이미 사용할 수 있다고 확인된 다른 서버가 있다면 기본 서버만 바꿔 비교해 보세요. 구독 전체를 삭제할 필요는 없습니다. 항목 하나만 실패한다면 해당 항목의 설정값과 원격 서버 상태를 중점적으로 확인하세요. 모든 항목이 실패한다면 모든 설정이 잘못됐다고 단정하지 말고 로컬 네트워크, 테스트 설정, 서비스 상태도 함께 살펴보세요.

테스트는 정상이지만 페이지가 열리지 않을 때: 규칙과 DNS 확인

먼저 연결 스위치가 켜져 있는지 확인한 다음 Home → Global Routing을 살펴보세요. Config를 사용한다면 Config에서 현재 적용 중인 설정을 확인하세요. 목록에 설정 파일이 있다고 해서 실제로 적용 중인 것은 아닙니다. 규칙에 일치한 정책이 Home에서 선택한 기본 서버로 연결된다는 보장도 없습니다.

규칙 순서 확인: DOMAIN-SUFFIX는 도메인 접미사를, IP-CIDR은 IP 주소 범위를, GEOIP는 IP의 지리적 위치를 기준으로 일치 여부를 판단하며 FINAL은 최종 대체 규칙입니다. 대상이 실제로 어떤 정책에 일치하는지 확인하세요. 규칙에 대상 도메인이 한 번이라도 나오는지만 확인해서는 안 됩니다.
라우팅 비교: 서버를 그대로 둔 채 Config에서 Proxy로 임시 전환한 다음 다시 접속해 보세요. 결과가 달라진다면 규칙과 정책 선택을 중점적으로 확인하세요. 점검이 끝나면 원래 설정으로 되돌리세요.
특정 사이트의 문제인지 확인: 다른 페이지는 정상인데 한 사이트만 실패한다면 해당 사이트 상태와 관련 도메인을 확인하세요. 연결 설정 전체를 바로 다시 만들지 마세요.
DNS 확인: 서버 주소가 도메인 이름인 경우에도 DNS 조회가 필요합니다. 사용자 지정 DNS에 접속할 수 없거나 관련 설정이 잘못되면 연결 또는 웹페이지 접속이 이름 조회 단계에서 멈출 수 있습니다.

임의의 공용 IP 주소로 HTTPS 페이지 접속을 대신 테스트하지 마세요. 많은 사이트는 TLS와 가상 호스트를 올바르게 선택하기 위해 정확한 도메인 이름이 필요합니다. IP를 직접 입력했을 때 오류가 발생해도 DNS가 원인이라고 단정할 수 없습니다. 평소 사용하는 전체 주소로 다시 요청하고 앱에서 확인할 수 있는 연결 정보와 함께 판단하세요.

검증 완료: 재현 가능한 결과 기록

첫 연결이 완료됐는지 판단하려면 예상한 서버가 선택되었는지, 시스템 연결 상태가 예상과 일치하는지, 실제 대상에 접속할 수 있는지 확인해야 합니다. Connectivity Test는 참고 자료일 뿐 마지막 실제 접속 확인을 대신하지 않습니다. 평소 사용하는 Config 또는 Scene으로 되돌린 뒤 자주 이용하는 대상에 다시 접속해 임시 점검 설정을 최종 설정으로 착각하지 않도록 하세요.

환경 기록: Wi-Fi 또는 셀룰러 네트워크, 서버 항목 이름, Global Routing 옵션, On Demand 사용 여부를 기록하세요.
증상 기록: 결과가 비어 있는지, 시간 초과인지, 응답은 있지만 접속에 실패하는지 구분하세요. 실제 대상이 모두 실패하는지 일부 페이지만 실패하는지도 적어 두세요.
개인정보 보호: 서비스 제공업체에 문의할 때 민감 정보를 가린 오류 정보를 전달할 수 있습니다. 전체 구독 링크, Password, UUID 또는 해당 정보가 포함된 QR 코드는 보내지 마세요.
다음 단계 결정: 설정값 문제라면 항목 편집 화면에서 확인하고, 구독 내용 문제라면 업데이트를 점검하세요. 트래픽 분기 문제는 Config에서, 자동 연결 문제는 Settings → On Demand에서 확인하세요.

Shadowrocket은 주로 iPhone과 iPad에서 사용하며, 시스템 요구 사항은 App Store 페이지의 안내를 확인하세요. 앱을 구입할 때 개발자 Shadow Launch Technology Limited와 앱 ID 932747118이 맞는지 확인하세요. 이미 설치했다면 테스트 시간 초과를 해결하려고 앱을 다시 구입할 필요 없이 연결 점검을 계속할 수 있습니다.

Shadowrocket 정품 확인 및 연결 방법

앱을 받을 수 있는 유일한 경로는 App Store입니다. 먼저 앱 정보를 확인한 뒤 본인의 서버 또는 구독 설정으로 연결하세요. 가져오기와 권한 설정을 다시 확인해야 한다면 사용 가이드를 참고하세요.

정품 확인 안내 보기 사용 가이드 보기