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

이 글 한눈에 보기

이 글은 서비스 제공업체와 구독을 미리 준비했고 Shadowrocket을 처음 사용하는 분을 위한 안내입니다. ‘서버 가져오기 확인 → 기본 서버 선택 → Global Routing 확인 → 연결 및 권한 허용 → Connectivity Test 실행’ 순서로 설정, 시스템 연결 상태, 실제 접속 결과를 각각 확인합니다. 실패하면 한 번에 한 가지 조건만 조정해 서버 선택, 규칙, 네트워크 문제를 구분하세요.

1. 연결 전: 앱, 네트워크, 서버 정보 확인

Shadowrocket은 Apple 플랫폼용 유료 앱으로, 주로 iPhone과 iPad에서 사용하며 App Store에서만 받을 수 있습니다. 제품 페이지의 개발자는 Shadow Launch Technology Limited이며 앱 ID는 932747118입니다. 앱을 한 번 구매하는 것과 회선 요금제를 이용하는 것은 별개입니다. 이 글은 이미 서비스 제공업체와 구독을 보유한 사용자를 대상으로 기존 구성을 사용하는 방법을 안내합니다.

처음 연결하기 전에 연결 스위치를 끄고, 기기의 Wi-Fi 또는 셀룰러 네트워크로 일반 웹사이트에 접속할 수 있는지 확인하세요. Wi-Fi 접속을 위해 웹페이지 인증이 필요하다면 먼저 인증을 완료한 다음 아래 단계를 진행합니다. 기본 네트워크가 연결되지 않은 상태에서는 서버를 반복해서 바꿔도 해결되지 않습니다. 기기 호환성, 시스템 요구 사항, 통합 구매 여부는 App Store 페이지의 안내를 확인하세요.

서버 정보: 사용할 수 있는 항목을 하나 이상 가져와야 합니다. 프로토콜, 주소, 포트, 인증 정보는 기존 구성에서 확인하세요.
구독 상태: 구독을 사용한다면 구독 이름만 저장된 것이 아니라 해당 서버가 Home에 표시되는지 먼저 확인하세요.
구성 구분: Home에서는 서버 선택과 연결을 제어하고, Config에서는 구성 파일을 관리하며, Settings에서는 앱 설정을 조정합니다. 구독을 가져왔다고 해서 규칙 구성이 선택되어 활성화된 것은 아닙니다.
정보 보호: 구독 링크, 비밀번호, UUID, 키는 민감한 정보입니다. 문제를 확인할 때는 오류 상황만 기록하고, 전체 인증 정보가 공개 스크린샷이나 문의 내용에 포함되지 않도록 하세요.

구독은 있지만 목록이 비어 있다면 Home 오른쪽 위의 “+”를 눌러 추가 화면으로 이동하세요. Type에서 Subscribe를 선택하고 본인의 구독 URL을 입력해 저장한 다음 Home으로 돌아와 해당 구독을 업데이트합니다. 형식을 보여 주기 위한 https://example.com/sub?token=xxxx는 예시 값이므로 실제 연결에 사용할 수 없습니다. 가져오기와 업데이트 방법은 구독 매뉴얼을 확인하세요.

2. Home에서 첫 연결하기: 선택과 권한 허용 5단계

서버가 목록에 보인다는 것은 정보가 가져와졌다는 뜻일 뿐입니다. 기본 서버를 직접 선택한 다음 연결 스위치를 켜야 합니다. 서버 행의 편집 버튼을 선택 기능으로 오해하지 마세요. 지연 시간 테스트 결과만으로 연결이 성립했다고 판단할 수도 없습니다.

서버 선택

Home으로 이동해 사용할 서버를 찾고 해당 행 왼쪽의 원형 표시를 누릅니다. 선택 표시가 원하는 항목에 있는지 확인하세요. 편집 화면이 열렸다면 Home으로 돌아가 왼쪽의 선택 상태를 확인합니다.
라우팅 확인

Home → Global Routing을 열고 현재 선택을 기록하세요. 처음 문제를 확인할 때는 기본 서버의 프록시 경로를 점검할 수 있도록 Proxy를 임시로 선택해도 됩니다. 이미 규칙 구성이 정해져 있다면 Config를 사용할 수 있지만, 테스트 대상에 어떤 규칙이 적용되는지 알고 있어야 합니다.
연결 켜기

Home으로 돌아와 상단의 연결 스위치를 켭니다. 이때부터 시스템 VPN 연결이 시작됩니다. 서버 행 왼쪽의 원형 표시를 선택하는 것만으로는 연결되지 않습니다.
구성 허용

시스템에서 VPN 구성 추가를 처음 요청하면 요청한 앱이 Shadowrocket인지 확인한 뒤 허용을 선택하고 시스템 안내에 따라 인증하세요. 권한 요청을 취소했다면 앱으로 돌아가 연결 스위치를 다시 켠 다음 시스템 요청을 처리합니다.
테스트 실행

연결 상태가 안정될 때까지 기다린 뒤 Home에서 Connectivity Test를 실행합니다. 성공 또는 실패 상태를 기록하고, 브라우저로 실제 필요한 웹사이트에 접속해 두 결과를 비교하세요.

시스템 VPN 표시나 연결 스위치가 켜져 있다는 것은 시스템 연결이 시작되었음을 주로 의미합니다. 원격 서버, DNS, 대상 웹사이트까지 모두 사용할 수 있다는 보장은 아닙니다. 앱이 트래픽을 처리하는 것과 특정 요청이 최종적으로 성공하는 것은 서로 다른 단계이므로 테스트를 계속 진행해야 합니다.

3. Global Routing: 테스트 경로 구분하기

같은 기기와 서버를 사용해도 Global Routing 설정에 따라 같은 웹사이트에 접속하는 경로가 달라질 수 있습니다. 첫 연결에서 흔히 하는 실수는 스위치를 켰지만 Global Routing이 Direct인 상태에서 직접 접속에 성공한 것을 프록시 서버가 작동한다고 판단하는 것입니다. Config의 규칙에서 테스트 대상이 DIRECT로 처리되는데도 프록시 경로가 정상이라고 오해하는 경우도 있습니다.

Global Routing의 네 가지 모드

Proxy: 프록시 라우팅을 우선합니다. 처음 문제를 확인할 때 선택한 서버의 프록시 경로를 점검하는 데 사용합니다.
Direct: 직접 연결을 우선합니다. 기본 서버의 프록시 연결이 성공했는지 확인하는 용도로 사용할 수 없습니다.
Config: 현재 적용된 구성 파일의 규칙과 정책에 따라 연결을 처리합니다.
Scene: 설정된 시나리오 조건에 따라 라우팅 동작을 적용합니다. 먼저 시나리오 설정을 확인해야 합니다.

먼저 기존 모드를 기록하세요. 문제 확인을 위해 임시로 변경했다면 점검 후 평소 사용하는 설정으로 복원합니다.

첫 테스트 기록

선택한 항목: Home 왼쪽 원형 표시로 선택된 서버의 메모를 기록하고, 비밀번호나 키는 적지 마세요.
네트워크 조건: Wi-Fi 또는 셀룰러 네트워크를 기록하세요. 네트워크를 바꿨다면 다시 테스트합니다.
라우팅 조건: Proxy 또는 Config를 기록하세요. Config를 사용했다면 적용 중인 구성도 함께 기록합니다.
확인 결과: Connectivity Test 상태와 브라우저에서 실제로 접속한 결과를 각각 기록하세요.

변경 사항의 효과를 판단하려면 다른 조건은 그대로 유지해야 합니다.

Config는 구성에 지정된 규칙 순서에 따라 연결을 처리합니다. 예를 들어 DOMAIN-SUFFIX,example.com,DIRECT는 해당 도메인 접미사와 일치하는 연결을 직접 연결로 처리한다는 뜻입니다. FINAL,PROXY는 앞선 규칙과 일치하지 않는 연결에 PROXY 정책을 적용한다는 뜻입니다. 이는 규칙 구문 예시일 뿐, 첫 연결을 위해 새 구성을 만들 필요는 없습니다. 또한 모든 구성의 PROXY가 같은 서버를 가리킨다고 볼 수 없습니다.

정책 그룹을 사용하는 구성이라면 정책 그룹에서 현재 선택된 항목도 확인해야 합니다. Home에서 기본 서버를 선택해도 구성 파일의 모든 정책 그룹에 적용되는 것은 아닙니다. 먼저 단순한 테스트 조건으로 서버가 작동하는지 확인한 다음 Config로 돌아와 개별 규칙을 점검하면 문제를 구분하기 쉽습니다.

4. Connectivity Test: 성공과 실패로 알 수 있는 것

Connectivity Test는 테스트 요청이 완료되는지 확인하는 기능입니다. 모든 웹사이트, 프로토콜, 네트워크 조건을 한꺼번에 검증하지는 않습니다. 테스트 성공은 해당 테스트 조건에서 요청에 도달할 수 있음을 뜻하지만, 실제 앱은 다른 도메인에 접속하거나 다른 연결 방식을 사용하거나 다른 규칙의 적용을 받을 수 있습니다.

테스트 성공, 웹페이지도 정상: 첫 연결의 기본 확인이 완료되었습니다. Proxy를 임시로 사용했다면 평소 사용하는 Config로 되돌린 뒤 자주 방문하는 웹사이트에 계속 접속할 수 있는지 확인하세요.
테스트 실패, 웹페이지도 실패: 먼저 기본 네트워크를 확인한 뒤 기본 서버, 라우팅 모드, 서버 정보를 점검하세요. 모든 설정을 한꺼번에 바꾸지 마세요.
테스트 성공, 특정 웹사이트는 실패: 실패한 사이트의 도메인, 오류 메시지, 현재 Global Routing을 기록하세요. Config에서만 실패한다면 구독을 바로 삭제하기보다 해당 대상의 규칙과 정책을 먼저 확인합니다.
테스트 실패, 일부 웹사이트는 열림: 직접 연결 규칙이 적용되었거나 브라우저 캐시가 남아 있거나 테스트 대상 자체에 연결할 수 없는 상황일 수 있습니다. 프록시 경로와 접속 대상을 확인한 뒤 다시 시도하세요. 특정 페이지 하나가 열렸다는 이유만으로 모든 연결이 정상이라고 판단하면 안 됩니다.

서버 목록에 표시되는 지연 시간과 Connectivity Test는 서로 다른 검사입니다. 특정 탐색에서 응답을 받았더라도 프로토콜 핸드셰이크, TLS, DNS 확인, 대상 웹사이트 요청까지 모두 검증된 것은 아닙니다. 검사 방식이 다르면 결과 수치도 직접 비교하기 어렵습니다. 처음 문제를 확인할 때는 가장 낮은 숫자의 항목을 고르기보다 실제 요청이 완료되는지 먼저 확인하세요.

5. Wi-Fi와 셀룰러 네트워크: 조건 하나씩 바꿔 재확인

같은 서버가 Wi-Fi에서는 실패하고 셀룰러 네트워크에서는 성공한다면 네트워크 환경과 관련된 문제일 수 있지만, 이 결과만으로 정확한 원인을 단정할 수는 없습니다. 네트워크를 바꿔 테스트할 때 서버, 프로토콜 매개변수, 라우팅 모드는 그대로 유지하세요. 네트워크 전환이 안정되면 Home의 연결 상태를 확인하고, 필요하다면 다시 연결한 뒤 Connectivity Test를 실행합니다.

같은 서버로 두 네트워크 비교하기

Wi-Fi에서 확인

연결을 끈 뒤 네트워크 접속 인증이 완료되었는지 확인합니다.
현재 기본 서버와 Global Routing을 기록합니다.
다시 연결한 다음 Connectivity Test를 실행하고 같은 웹사이트에 접속합니다.

셀룰러 네트워크에서 확인

Shadowrocket에 시스템의 셀룰러 데이터 사용 권한이 있는지 확인합니다.
Wi-Fi 테스트와 같은 서버 및 라우팅 설정을 유지합니다.
같은 테스트를 반복하고 오류가 달라졌는지 기록합니다.

먼저 네트워크를 비교하고 다음으로 서버를 비교하세요. 둘을 동시에 바꾸면 어느 변경이 결과에 영향을 줬는지 판단할 수 없습니다.

Settings → On Demand도 확인하세요. 이 기능은 네트워크 조건에 따라 자동 연결 동작을 제어하므로 네트워크를 전환한 뒤 연결 상태가 기존 조건의 영향을 받을 수 있습니다. 처음 수동으로 확인할 때는 현재 설정을 기록하고 필요하면 On Demand를 잠시 끈 뒤 테스트를 마치고 원래대로 복원하세요. 자동 조건이 연결을 제어하는 동안 스위치 상태 변화를 모두 서버 문제로 돌리지 마세요.

6. 첫 연결 문제 해결: 증상별 확인 방법

서버를 눌렀는데 왜 연결되지 않나요?

먼저 Home으로 돌아가 왼쪽 원형 표시로 서버가 선택되었는지 확인한 다음 상단의 연결 스위치를 확인하세요. 서버 선택과 연결 시작은 별도의 작업입니다. 스위치를 아직 켜지 않았다면 켜고 시스템 VPN 구성 요청을 처리한 뒤 Connectivity Test를 실행합니다.

스위치를 켜자마자 꺼진다면 무엇부터 확인해야 하나요?

먼저 시스템의 VPN 구성 추가 요청을 허용했는지 확인한 다음 다른 VPN 연결이 기기의 네트워크를 처리 중인지 확인하세요. 이어서 Settings → On Demand의 조건을 점검합니다. 시스템에 표시된 안내 문구를 그대로 기록하고 모든 서버를 한꺼번에 삭제하지 마세요. 권한이나 구성 상태에 문제가 있다고 확인된 경우에만 해당 항목을 조치합니다.

연결됨으로 표시되는데 웹페이지가 열리지 않으면 어떻게 하나요?

Home에서 Connectivity Test를 실행하고 Global Routing을 기록하세요. 현재 Config라면 기존 설정을 기록한 뒤 Proxy로 임시 전환해 비교할 수 있습니다. Proxy는 정상인데 Config에서 실패한다면 Config로 이동해 현재 구성의 규칙과 정책을 확인하세요. 둘 다 실패하면 서버 정보와 기본 네트워크를 점검합니다.

구독을 업데이트한 뒤 서버를 다시 선택해야 하나요?

업데이트 중 기존 항목이 추가, 삭제 또는 교체될 수 있으므로 Home 왼쪽 원형 표시가 가리키는 서버가 여전히 있는지 다시 확인하세요. 이전 메모만 보고 선택이 유지되었다고 판단하지 마세요. 확인 후 다시 연결해 Connectivity Test를 실행합니다. Config의 정책 그룹을 사용한다면 그룹 내 선택이 여전히 유효한지도 확인해야 합니다.

첫 확인을 마치면 사용한 네트워크, 서버 메모, Global Routing, Connectivity Test 결과, 실제 웹사이트 접속 여부를 간단히 기록해 두세요. 나중에 특정 네트워크나 특정 규칙 모드에서만 실패할 때 원인을 좁히는 데 도움이 됩니다. 첫 연결을 완료하려고 DNS, MTU, TLS, 규칙 파일을 한꺼번에 수정할 필요는 없습니다. 명확한 오류 단서가 있을 때 항목별로 확인하세요.