2026년 9월 27일 · 시작하기 · 약 8분

Shadowrocket 첫 연결 방법: 기본 서버 선택과 Connectivity Test

서버를 가져온 뒤 Home 목록에서 기본 서버를 선택하고 연결 스위치를 켠 다음 VPN 구성을 허용하세요. Connectivity Test로 연결을 확인할 수 있습니다.

이 글의 핵심 내용

서비스 제공업체의 정보를 준비했고 Shadowrocket을 처음 사용하는 분을 위한 안내입니다. 가져온 서버 정보를 확인하고, 기본 서버를 선택한 뒤 Global Routing을 점검하세요. 이어서 시스템에서 VPN 구성을 허용하고 Connectivity Test와 실제 웹 접속을 확인합니다. 연결 스위치가 켜져 있는지, 테스트 결과가 반환되는지, 원하는 페이지가 열리는지는 각각 따로 확인해야 합니다.

1. 연결 전: 서버 정보를 가져왔는지 확인하기

Shadowrocket의 Home에서는 서버를 확인하고 선택할 수 있으며, Config에서는 구성 파일을 관리하고 Settings에서는 앱 설정을 조정합니다. 첫 연결을 시작할 때는 Home에서 서버 항목이 목록에 있는지 확인하세요. 구독 URL만 저장한 상태라면 서버 정보를 가져온 것이 아닐 수 있습니다. 이 안내는 이미 서비스 제공업체와 구독 정보를 갖고 있다는 전제로 작성했습니다.

아직 서버를 가져오지 않았다면 Home 오른쪽 위의 “+”를 누르고 Type에서 Subscribe를 선택하세요. 본인의 구독 URL을 입력해 저장한 다음 구독 정보를 업데이트합니다. 업데이트 후 서버 항목이 표시되는지 확인하세요. 서버를 수동으로 추가할 때는 Type을 기존 정보에 기재된 프로토콜과 일치시켜야 합니다. 서로 다른 프로토콜의 입력 항목을 섞어 사용하지 마세요.

2. 첫 연결: 서버를 선택하고 VPN 구성 허용하기

Home의 선택 표시는 현재 기본 서버를 뜻합니다. 서버 행을 누른 뒤 왼쪽의 점이 원하는 항목으로 이동했는지 확인하세요. 편집 화면을 여는 것과 서버를 선택하는 것은 서로 다른 작업입니다. 이후 규칙에서 별도의 정책이나 서버를 지정하면 실제 연결은 구성에 따라 달라질 수 있으므로 Global Routing도 확인해야 합니다.

  1. 서버 선택

    Home에서 가져온 서버 행을 누르고 왼쪽에 선택 표시가 나타나는지 확인하세요. 처음 테스트할 때는 서버 하나만 선택해 두세요. 여러 항목을 번갈아 바꾸지 않아야 테스트 결과가 어떤 작업에 해당하는지 알 수 있습니다.

  2. 라우팅 확인

    Home → Global Routing으로 이동해 현재 설정이 Proxy, Direct, Config, Scene 중 무엇인지 확인하세요. 사용할 수 있는 규칙 구성이 이미 있다면 Config를 선택하세요. 규칙의 영향을 임시로 분리해 확인하려면 Proxy로 비교 테스트를 할 수 있습니다.

  3. 연결 스위치 켜기

    Home으로 돌아와 상단의 연결 스위치를 켜세요. 처음 연결할 때 시스템에서 VPN 구성 추가를 요청합니다. 방금 수행한 작업에 대한 요청인지 확인한 뒤 허용하고, 시스템 안내에 따라 기기 인증을 완료하세요.

  4. 상태 확인

    Shadowrocket으로 돌아와 연결 스위치가 계속 켜져 있는지 확인하세요. 시스템에서 구성 추가를 허용했다는 것은 VPN을 설정할 권한이 부여되었다는 뜻일 뿐, 원격 서버에 연결할 수 있다거나 원하는 웹사이트가 열린다는 뜻은 아닙니다.

  5. 테스트 실행

    Home에서 Connectivity Test를 실행하고 결과가 나올 때까지 기다린 다음, 브라우저에서 실제로 이용하려는 페이지를 열어 보세요. 이후 문제를 확인할 수 있도록 현재 서버, Global Routing 설정, 테스트 결과를 기록해 두세요.

이전에 시스템 권한 요청을 취소했다면 연결 스위치를 다시 켜고 안내에 따라 진행하세요. 기기가 조직에서 관리되고 시스템에서 VPN 구성 추가를 제한한다면 기기 관리자에게 권한을 확인해야 합니다. 시스템 권한 문제를 해결하기 위해 같은 정보를 반복해서 가져오지 마세요.

3. Global Routing: 네 가지 라우팅 모드 이해하기

Global Routing은 연결을 처리하는 방식을 정하며 서버가 온라인인지 표시하지는 않습니다. 특히 Direct 모드에서 웹페이지가 열린다고 해서 선택한 프록시 서버가 작동한다고 볼 수는 없습니다. 아래 내용은 Shadowrocket의 라우팅 모드만 비교합니다. Config를 권장하는 경우는 규칙 구성을 선택하고 확인한 상태를 전제로 합니다.

Config: 구성에 따라 처리

권장

현재 선택한 Config와 규칙에 따라 트래픽 처리 방식을 결정합니다. 트래픽에 따라 DIRECT, PROXY 또는 구성에 지정된 다른 정책이 적용될 수 있습니다. 모드 이름만 보고 특정 도메인의 연결 경로를 단정할 수는 없습니다.

적합한 경우: 규칙 구성이 준비되어 있고 일상적으로 규칙에 따라 사용하려는 경우

Proxy: 프록시 모드

앱이 처리하는 트래픽을 프록시 모드로 보냅니다. 선택한 서버로 접속이 가능한지 임시로 확인할 때 사용할 수 있습니다. 테스트가 끝나면 사용 목적에 맞게 기존 모드로 되돌리세요.

적합한 경우: 규칙의 영향을 분리해 짧은 연결 비교 테스트를 할 때

Direct: 직접 연결 모드

트래픽을 직접 연결 모드로 처리하며, 일반적인 접속에 선택한 프록시 서버를 사용하지 않습니다. 이때 브라우저에서 페이지가 열려도 직접 연결 경로가 작동한다는 점만 확인할 수 있습니다.

적합한 경우: 현재 네트워크의 직접 연결 상태를 비교할 때

Scene: 시나리오 모드

설정된 시나리오 조건에 따라 해당 라우팅 방식을 적용합니다. 처음 문제를 확인할 때는 시나리오 설정을 먼저 점검하세요. 시나리오 전환에 따른 동작 변화를 서버 장애로 오해하지 않도록 주의해야 합니다.

적합한 경우: 시나리오 설정을 구성하고 확인한 환경에서 사용할 때

Config를 사용할 때 규칙은 위에서 아래 순서로 적용됩니다. DOMAIN-SUFFIX는 도메인 접미사로, IP-CIDR은 IP 주소 범위로, GEOIP는 IP의 지리적 위치로 매칭하며 FINAL은 기본 처리 규칙으로 사용됩니다. 첫 연결부터 규칙을 다시 작성할 필요는 없습니다. 먼저 현재 선택한 구성을 확인한 다음 대상 요청에 어떤 정책이 적용되는지 점검하세요.

4. Connectivity Test: 스위치만 보지 말고 결과 확인하기

Connectivity Test는 연결 가능 여부를 확인하는 테스트로, 전체 속도 측정과는 다르며 모든 도메인이나 프로토콜의 트래픽을 검증하지도 않습니다. 테스트에 시간이 표시되면 해당 테스트 요청의 결과가 반환된 것입니다. 시간 초과는 제한 시간 안에 검사가 완료되지 않았다는 뜻입니다. 시간 초과만으로 비밀번호 오류라고 단정하거나, 표시된 시간 하나만 보고 평소 접속 속도를 판단하지 마세요.

두 단계로 확인: 테스트 요청과 실제 접속

Home에서 확인
  • 선택한 서버를 그대로 두고 연결 스위치를 켠 상태에서 Connectivity Test를 실행하세요.
  • 성공 또는 실패만 적지 말고 반환 시간, 시간 초과 여부, 기타 오류 문구를 기록하세요.
  • 테스트를 반복할 때는 네트워크와 라우팅 모드를 그대로 유지해 관련 없는 변수를 줄이세요.
브라우저에서 확인
  • 실제로 이용하려는 페이지를 새로고침하고 본문과 필요한 리소스가 모두 로드되는지 확인하세요.
  • 특정 사이트 하나만 문제가 있다면 해당 도메인과 오류 현상을 기록하고 규칙이 어떤 경로로 처리하는지 확인하세요.
  • Wi-Fi와 셀룰러 네트워크를 바꿔 테스트했다면 결과를 각각 기록하세요. 두 네트워크의 데이터를 섞지 마세요.

요약: 테스트 결과와 실제 접속을 모두 확인하세요. 둘이 다르면 테스트 대상, 도메인 해석, 규칙, 현재 네트워크의 차이부터 살펴보세요.

예를 들어 “스위치는 켜져 있지만 Connectivity Test가 시간 초과되고 브라우저에서도 대상 페이지가 열리지 않음”과 “테스트 결과는 반환되지만 특정 도메인 하나만 실패함”은 서로 다른 상황입니다. 전자는 네트워크, 서버 매개변수, 서비스 상태를 먼저 확인하고 후자는 해당 도메인의 해석과 라우팅을 확인하세요. 이는 결과를 구분하는 방법이며 특정 연결 경로를 실제로 테스트한 결과는 아닙니다.

5. 연결 상태가 바뀔 때: On Demand와 테스트 기준 확인하기

직접 연결을 끈 뒤 자동으로 다시 연결된다면 On Demand 설정이 원인일 수 있습니다. Settings → On Demand에서 현재 설정을 확인한 다음 시스템의 해당 VPN 구성에서도 On Demand 상태를 확인하세요. On Demand는 설정된 조건에 따라 연결을 시작하는 기능이며, 잘못된 Address, Port, 인증 항목을 수정해 주지는 않습니다.

수동 테스트 기준

서버 선택 위치
Home → 대상 서버 선택, 왼쪽 선택 표시 확인
라우팅 설정 위치
Home → Global Routing
테스트 실행 위치
Home → Connectivity Test
기록할 항목
네트워크 유형, 라우팅 모드, 선택한 서버, 테스트 결과

변경 전후를 비교하려면 한 번에 조건 하나만 바꾸세요.

자동 연결 확인

앱에서 확인할 위치
Settings → On Demand
확인 대상
사용 설정된 On Demand 조건과 해당 동작
시스템에서 확인
시스템 설정에 표시된 해당 VPN 구성의 On Demand 상태
확인 방법
기존 설정을 기록한 뒤 자동 연결을 잠시 끄고 수동으로 테스트

원인을 확인한 뒤에는 원래 사용 목적에 맞게 설정을 복원하세요. 문제 해결을 위해 임시로 바꾼 상태를 장기 설정으로 사용하지 마세요.

네트워크를 바꾸기 전후에는 다른 VPN 연결 상태도 확인하세요. 연결 과정이 서로 간섭할 수 있습니다. 현재 서버의 작동 여부만 확인하려면 네트워크, 서버, Global Routing을 고정한 뒤 전체 테스트를 한 번 실행하는 편이 여러 설정을 동시에 바꾸는 것보다 원인을 찾기 쉽습니다.

6. 첫 연결 관련 자주 묻는 질문

서버를 가져왔는데 왜 다시 선택해야 하나요?

가져오기는 서버 정보를 목록에 추가하는 작업이고, 선택은 기본 서버를 정하는 작업입니다. Home에서 왼쪽 선택 표시가 대상 항목에 있는지 확인하세요. Config의 규칙에서 다른 정책을 지정했다면 해당 정책이 실제로 어디를 가리키는지도 점검해야 합니다.

스위치를 켰는데 웹페이지가 계속 로딩 중이면 어떻게 하나요?

먼저 Home → Connectivity Test를 실행한 다음 Home → Global Routing을 확인하세요. 테스트가 시간 초과되면 Address, Port, 인증 항목을 확인합니다. 테스트 결과는 반환되는데 대상 페이지가 열리지 않는다면 해당 도메인의 규칙과 해석을 점검하세요. 모든 구성을 바로 초기화하지 마세요.

Proxy에서는 접속되는데 Config에서는 안 됩니다. 서버 문제인가요?

이 차이는 서버 장애의 증거라기보다 먼저 라우팅 구성을 확인해야 한다는 신호입니다. Config에서 현재 선택한 구성 파일을 확인한 다음 대상 도메인이 앞선 규칙에 매칭되는지, FINAL에 어떤 정책이 지정되어 있는지 살펴보세요. 변경하기 전에 기존 구성을 보관하세요.

VPN 구성 추가를 거부했는데 서버 정보를 다시 가져와야 하나요?

Home으로 돌아가 연결 스위치를 다시 켜고 시스템 권한 요청에 응답하세요. 서버 정보와 시스템의 VPN 권한은 별개입니다. 정보가 실제로 누락되었거나 잘못된 경우에만 다시 가져와 중복 항목이 생기지 않도록 하세요.

Wi-Fi에서는 되는데 셀룰러 네트워크에서는 안 됩니다. 다음으로 무엇을 확인해야 하나요?

같은 서버와 Global Routing을 유지한 채 두 네트워크에서 각각 Connectivity Test를 실행하고 오류 차이를 기록하세요. 그런 다음 Settings → On Demand에 네트워크별 연결 조건이 있는지 확인하고 셀룰러 네트워크 자체가 정상적으로 접속되는지도 살펴보세요.

첫 연결이 완료되었는지는 VPN 상태만으로 판단할 수 없습니다. 어떤 서버를 선택했는지, 어떤 라우팅 모드를 사용하는지, Connectivity Test 결과가 무엇인지, 대상 페이지가 예상대로 열리는지를 확인해야 합니다. 이 네 가지 정보를 기록해 두면 이후 구독을 업데이트하거나 Config를 조정할 때 비교 기준으로 활용할 수 있습니다.

App Store 정품 확인