Shadowrocket 첫 연결 방법: 기본 서버 선택, 연결 켜기, Connectivity Test로 확인

이 글 미리보기

이 글은 Shadowrocket을 설치하고 본인이 이용 중인 서비스와 구독을 보유했지만, 아직 첫 연결을 완료하지 못한 사용자를 위한 안내입니다. 구성 확인, 서버 선택, VPN 구성 허용, Connectivity Test 실행, 실제 접속 확인 순서로 진행하면 서버 가져오기, 시스템 터널 시작, 실제 요청 완료라는 서로 다른 상태를 구분할 수 있습니다.

1. 연결 전 확인: 앱과 연결 서비스를 각각 준비하세요

Shadowrocket은 Apple 플랫폼에서 제공되는 폐쇄형 유료 앱으로, 주로 iPhone과 iPad에서 사용합니다. 앱을 받을 수 있는 유일한 곳은 App Store입니다. 제품 페이지에서 개발자가 Shadow Launch Technology Limited이고 앱 ID가 932747118인지 확인하세요. 시스템 요구 사항은 App Store 페이지 표기를 기준으로 합니다.

앱 일회성 구매 ≠ 회선 요금제. 일회성 구매는 앱을 사용할 수 있는 권한을 얻는다는 뜻입니다. 서버 주소, 인증 정보, 구독은 이용 중인 서비스 제공업체에서 받아야 합니다. 이 글은 해당 정보를 이미 보유한 경우를 전제로 하며, 테스트를 위해 구독 출처를 변경할 필요는 없습니다.

현재 Wi-Fi 또는 셀룰러 네트워크에서 일반 웹페이지에 접속할 수 있는지 먼저 확인하세요. 네트워크 로그인이 필요한 Wi-Fi라면 먼저 로그인을 완료해야 합니다.
Home을 열고 목록에 사용할 수 있는 서버가 있는지 확인하세요. 구독 그룹 이름만 있고 펼쳐도 서버 항목이 없다면 구독이 정상적으로 업데이트됐는지 먼저 확인합니다.
서비스 제공업체가 안내한 서버 주소, 포트, 프로토콜을 확인하세요. Shadowsocks, VMess, VLESS, Trojan 등의 항목은 이름이 비슷하다는 이유만으로 Type을 서로 바꾸면 안 됩니다.
테스트 중 연결 상태가 바뀌지 않도록 시스템 VPN 연결을 사용 중인 다른 작업은 잠시 종료하세요.

Home 목록이 비어 있다면 오른쪽 위의 “+”를 눌러 Add Server로 이동한 뒤, 보유한 정보에 맞는 Type을 선택하세요. 구독을 가져오려면 Subscribe를 선택하고 서비스 제공업체에서 받은 링크를 입력해 저장한 다음, 서버 목록에 항목이 표시되는지 확인합니다. 구독 링크에는 개인 인증 정보가 포함되는 경우가 많으므로 공개된 스크린샷이나 채팅에 올리지 마세요.

2. Home에서 서버를 선택한 다음 연결을 켜세요

서버가 목록에 표시된다고 해서 현재 연결에 사용되는 서버로 선택된 것은 아닙니다. 처음 연결할 때는 먼저 원하는 서버 항목을 탭하고 선택 표시가 해당 항목에 있는지 확인하세요. 세부 정보에서 설정을 수정하는 것과 연결에 사용할 서버를 선택하는 것은 서로 다른 작업입니다. 아래 단계를 순서대로 진행하고, 설정을 확인하기 전에 여러 서버를 연달아 전환하지 마세요.

항목 확인

Home에서 기존 구독 그룹을 펼쳐 사용할 서버를 찾으세요. 세부 정보에서 주소, 포트, Type을 확인하고 저장한 다음 목록으로 돌아옵니다. 구독 주소를 단일 서버의 주소 입력란에 넣지 마세요.
서버 선택

사용할 서버 항목을 탭하고 선택 표시가 나타나는지 확인하세요. 방금 구성을 수정했거나 구독을 업데이트했다면 테스트 대상이 예상과 일치하는지 다시 확인합니다.
라우팅 확인

Home → Global Routing으로 이동해 현재 모드를 확인하세요. 사용할 수 있는 규칙 파일이 있다면 Config를 선택할 수 있습니다. 규칙의 영향을 분리해 확인하려면 Proxy를 임시로 선택해 비교 테스트를 진행하고, 기존 모드를 기억해 두세요.
연결 켜기

Home으로 돌아가 연결 스위치를 켜세요. 처음으로 시스템에서 VPN 구성 추가를 요청하면 이번 Shadowrocket 작업으로 발생한 요청인지 확인한 뒤 허용하고, 기기에서 요구하는 인증 절차를 완료하세요.
상태 확인

Home으로 돌아와 스위치가 바로 꺼지지 않는지 확인한 다음 Connectivity Test를 실행하세요. 결과를 선택한 서버와 연결해 판단할 수 있도록 이 단계에서는 자동 전환을 켜거나 DNS를 변경하지 마세요.

3. 현재 서버와 Global Routing 구분하기

선택한 서버는 기본 프록시 출구의 후보를 정하고, Global Routing은 요청을 처리할 방식을 결정합니다. 둘 다 확인해야 합니다. 특히 Config에서는 규칙에 따라 요청이 DIRECT, PROXY 또는 지정된 정책으로 전달될 수 있습니다. 규칙에서 다른 서버나 정책 그룹을 지정했다면 실제 출구가 Home에서 선택한 항목과 다를 수 있습니다.

Home 연결 대상

위치: Home → 서버 목록
선택 표시: 선택한 서버 항목에 선택 표시가 나타납니다
주소와 포트: 서비스 제공업체의 정보를 기준으로 항목별 확인: 443은 사용 가능한 포트 중 하나일 뿐, 공통으로 적용되는 값이 아닙니다
인증 설정: 비밀번호, UUID, TLS 및 전송 설정은 해당 Type에 맞게 입력합니다

포트만 변경해도 프로토콜이나 인증 설정 확인을 대신할 수 없으며, 모든 서버의 포트를 443으로 바꿔서도 안 됩니다.

Global Routing 모드

Config: 현재 활성화된 규칙 파일을 기준으로 요청 경로를 판단합니다
Proxy: 모든 요청에 프록시 경로를 사용합니다. 규칙 라우팅의 영향을 임시로 배제할 때 유용합니다
Direct: 모든 요청을 직접 연결합니다. 이 설정으로는 프록시 출구의 사용 가능 여부를 확인할 수 없습니다
Scene: 설정된 Scene에 따라 처리합니다. 처음 문제를 확인할 때는 해당 Scene의 설정부터 살펴보세요

모드 이름은 처리 방식을 나타낼 뿐이며, 서버 사용 가능 여부는 별도로 확인해야 합니다.

예를 들어 규칙 파일에 DOMAIN-SUFFIX,example.com,DIRECT가 있으면 해당 도메인 접미사의 요청은 규칙에 따라 직접 연결됩니다. 이런 웹페이지가 열리더라도 프록시 서버가 정상 작동한다고 볼 수는 없습니다. 첫 테스트에서는 웹페이지에 콘텐츠가 표시되는지만 볼 것이 아니라 테스트 요청이 어떤 경로를 거치는지 확인하세요.

Config에서는 규칙 파일을 관리하고, Home에서는 서버를 선택하고 연결을 제어하며, Settings에서는 앱 설정을 조정합니다. 첫 연결 문제를 해결하려고 이 세 곳을 한꺼번에 바꾸지 마세요. 먼저 서버와 라우팅 모드를 고정해 재현 가능한 결과를 얻은 뒤 하나씩 조정합니다.

4. Connectivity Test와 실제 접속으로 확인하기

Home → Connectivity Test를 열어 테스트를 실행하고 결과를 기록하세요. 이 테스트는 지정된 대상과 연결이 완료되는지 확인하는 용도이며, 대역폭 측정이 아니고 모든 웹사이트, 프로토콜, 앱에 접속할 수 있음을 보장하지도 않습니다. 테스트 대상과 설정을 함께 확인해야 하며, 한 번의 성공 결과를 전체 회선의 모든 기능이 정상이라는 뜻으로 확대 해석하지 마세요.

응답이 있는 경우: 현재 서버, Global Routing 모드, 사용한 네트워크를 기록한 뒤 확인이 필요한 실제 웹페이지를 열어 페이지 본문까지 로드되는지 확인하세요. 캐시된 제목만 표시되는 것은 충분하지 않습니다.
시간 초과 또는 실패: 먼저 일반 네트워크가 작동하는지 확인한 다음 서버 주소, 포트, 인증 정보, 서비스 제공업체 계정 상태를 점검하세요. 연결 스위치를 반복해서 눌러도 잘못된 비밀번호는 해결되지 않습니다.
테스트는 성공했지만 웹페이지가 열리지 않는 경우: 해당 도메인의 규칙 경로와 DNS 확인 결과를 점검하세요. 테스트 대상에 연결된다고 해서 웹페이지 도메인도 같은 라우팅이나 DNS 경로를 사용한다는 뜻은 아닙니다.
네트워크를 바꾼 뒤 결과가 달라지는 경우: 서버와 다른 설정은 그대로 두고 Wi-Fi와 셀룰러 네트워크만 비교해 현재 접속 네트워크와 관련이 있는지 확인하세요.

결과는 “같은 서버, Proxy, Wi-Fi에서 Connectivity Test 시간 초과, 셀룰러 네트워크에서는 응답”처럼 기록할 수 있습니다. 이는 기록 예시일 뿐, 미리 정해진 테스트 결과가 아닙니다. 다른 조건을 동일하게 유지해야 네트워크를 바꾼 전후의 차이를 문제 해결에 활용할 수 있습니다. 한 번의 테스트에서 나온 응답 시간만으로 다운로드 속도를 환산할 수도 없습니다.

비교 테스트: 같은 서버에서 두 가지 접속 네트워크 사용

Wi-Fi 환경

네트워크 로그인을 완료하고 일반 웹페이지가 열리는지 먼저 확인하세요.
서버와 Global Routing 모드를 동일하게 유지하세요.
Connectivity Test를 실행하고 성공, 시간 초과 또는 구체적인 오류를 기록하세요.

셀룰러 네트워크 환경

Shadowrocket의 셀룰러 데이터 사용이 허용되어 있는지 확인하세요.
Wi-Fi를 끈 뒤 연결 상태를 다시 설정해야 하는지 확인하세요.
같은 테스트를 반복한 다음 같은 웹페이지에 접속하고 데이터 사용량을 확인하세요.

매번 접속 네트워크만 변경하세요. 서버, DNS, 규칙을 동시에 바꾸면 결과가 달라진 원인을 파악할 수 없습니다.

5. 첫 연결에서 자주 겪는 문제와 해결 순서

확인하기 쉬운 상태부터 점검하세요. 목록에 서버가 있는지, 선택 표시가 있는지, 스위치가 켜진 상태를 유지하는지, 테스트 결과가 반환되는지 살펴봅니다. 먼저 어느 단계에서 실패했는지 확인한 뒤 해당 설정을 조정하면 전체 구성을 다시 만드는 것보다 문제 해결의 단서를 보존하기 쉽습니다.

서버를 가져왔는데 왜 연결되지 않나요?

Home으로 돌아가 그룹을 펼친 다음 서버 항목을 탭해 선택 표시가 있는지 확인하세요. 이어서 세부 정보의 주소, 포트, Type을 확인합니다. 구독 업데이트 성공은 구성을 가져왔다는 뜻일 뿐, 모든 서버를 현재 사용할 수 있다는 뜻은 아닙니다. 서비스 제공업체가 인증 정보를 변경했다면 먼저 구독을 업데이트한 후 서버를 다시 선택하세요.

VPN 구성 추가를 허용하지 않았는데 어떻게 해야 하나요?

Home으로 돌아가 연결 스위치를 다시 켜고 시스템에서 권한을 요청하는지 확인한 뒤 기기의 안내에 따라 승인하세요. 기기가 관리 대상이거나 시스템에서 VPN 추가를 제한한다면 기기 관리 정책을 확인하거나 관리자에게 문의하세요. 같은 구독을 반복해서 가져오는 것은 권한 문제를 해결하는 방법이 아닙니다.

스위치는 켜져 있는데 Connectivity Test가 계속 시간 초과되나요?

먼저 기본 네트워크와 서비스 제공업체 계정을 확인한 다음 현재 서버 설정을 점검하세요. 규칙의 영향과 연결 실패를 구분하려면 Global Routing → Proxy를 임시로 설정해 비교 테스트를 진행하고, 테스트가 끝나면 원래 모드로 되돌립니다. 특정 네트워크에서만 실패한다면 앞서 안내한 두 네트워크 비교 방법으로 차이를 기록하세요.

수동으로 끈 뒤 다시 연결되는데, 스위치가 고장 난 건가요?

Settings → On Demand로 이동해 요청 시 연결과 관련 조건이 활성화되어 있는지 확인하세요. 수동 테스트를 위해 먼저 On Demand를 비활성화한 다음 Home으로 돌아가 연결을 끄고 상태를 살펴볼 수 있습니다. 수동 연결이 안정적인지 확인한 뒤 사용 중인 네트워크 조건에 맞춰 요청 시 연결을 설정하세요.

6. 연결 완료 후 마무리 확인

첫 확인에 성공했다면 테스트를 위해 임시로 변경한 설정을 복원하세요. 문제 해결을 위해 Proxy로 바꿨고 평소 규칙 라우팅을 사용한다면 Home → Global Routing → Config로 돌아가 Config 페이지에서 사용할 규칙 파일이 활성화되어 있는지 확인합니다. 복원 후 대상 웹페이지에 다시 접속해 규칙 라우팅 환경에서도 정상 작동하는지 확인하세요.

사용한 서버 이름, 접속 네트워크, 라우팅 모드, Connectivity Test 결과, 실제 접속 결과를 간단히 기록해 두세요.
구독의 출처와 업데이트 방식을 확인하세요. 구독은 서비스 제공업체에서 받아야 합니다. 업데이트 후에는 선택한 항목과 설정에 변동이 있는지 다시 점검하세요.
Settings → On Demand에서 실제 필요에 맞게 설정하세요. 수동 연결이 안정되기 전에는 자동 재연결을 문제 해결 방법으로 사용하지 마세요.
문제 해결 정보를 공유하기 전 구독 전체 링크, 비밀번호, UUID 및 기타 인증 정보를 가리고 오류 증상과 필요한 설정 이름만 남기세요.

이 확인을 모두 마치면 ‘구성이 존재함, 서버 선택됨, 터널 시작됨, 테스트 응답 있음, 실제 요청 성공’이라는 완전한 검증 절차를 갖추게 됩니다. 이후 스위치가 켜져 있는데 접속 문제가 발생하면 시스템 VPN 상태만으로 원격 연결을 판단하지 말고 이 다섯 항목을 차례로 확인하세요.