Shadowrocket 첫 연결 방법: 서버 선택, 연결 스위치 켜기, Connectivity Test 확인

이 글 미리보기

이 글은 이미 이용 중인 서비스와 구독을 보유하고 있으며 Shadowrocket에 처음 연결하려는 iPhone 또는 iPad 사용자를 위한 안내입니다. 먼저 서버가 있는지 확인하고, Global Routing을 선택한 다음 시스템 승인을 완료하고 Connectivity Test를 실행하세요. 마지막으로 실제 요청을 보내 확인합니다. 스위치 상태, 서버 지연 시간, 웹페이지 접속 여부는 각각 다른 단계의 점검 항목이므로 따로 확인해야 합니다.

1. 연결 전: Home에 사용할 수 있는 서버가 있는지 확인

Shadowrocket을 연 뒤 먼저 Home을 확인하세요. 서버 목록에 이름이 표시된다는 것은 항목이 저장되었다는 뜻일 뿐, 주소와 인증 정보가 유효하거나 서비스가 정상이라는 의미는 아닙니다. 처음 연결할 때는 보유 중이며 이용 기간이 남은 설정을 사용하세요. 문제를 확인하는 동안 프로토콜, 포트, 규칙을 동시에 변경하지 마세요.

Home에서는 서버를 선택하고 연결을 제어합니다. Config에서는 규칙 구성 파일을 관리하고, Settings에서는 On Demand와 같은 앱 설정을 확인합니다. 서버 구독과 규칙 구성은 서로 다른 항목입니다. 구독은 연결 항목을 업데이트하고, 규칙 구성은 요청에 적용할 정책을 결정합니다. 하나를 가져왔다고 다른 하나까지 설정된 것은 아닙니다.

연결을 끈 상태에서 현재 네트워크를 통해 접속이 허용된 웹사이트가 정상적으로 열리는지 확인하세요. 공용 Wi-Fi에 로그인 페이지가 표시되면 먼저 네트워크 인증을 완료하세요.
Home에서 기존 서버를 찾고 테스트할 항목을 선택하세요. 선택 표시가 편집 화면을 열었을 뿐인 상태가 아니라 대상 항목에 표시되는지 확인합니다.
해당 항목의 편집 화면에서 서버 주소, 포트, 인증 정보를 확인하세요. 포트에는 서비스 제공자가 안내한 값을 입력해야 합니다. TLS를 사용하더라도 포트가 443이라고 단정할 수는 없습니다.
기존 구독에서 가져온 항목이라면 최근 업데이트가 성공했는지 확인한 다음 대상 서버가 목록에 있는지 살펴보세요. 구독 업데이트 성공은 구독 정보를 가져왔다는 뜻일 뿐, 포함된 모든 서버에 연결할 수 있다는 보장은 아닙니다.

2. Global Routing 선택: 테스트 요청의 경로부터 확인

Home에서 Global Routing을 열고 현재 선택된 옵션을 먼저 기록하세요. Config는 현재 구성의 규칙에 따라 정책을 선택하며, 항상 ‘일부는 프록시, 나머지는 직접 연결’로 동작하는 것은 아닙니다. 실제 경로는 적용되는 규칙과 정책에 따라 달라집니다. 처음 연결하는 중 규칙과 서버 문제를 함께 겪는다면 Proxy를 임시로 선택해 점검 범위를 좁혀 보세요. 확인이 끝나면 평소 설정으로 되돌립니다.

Config

권장

현재 구성 파일의 규칙에 따라 요청 경로가 결정됩니다. 사용 전에 해당 구성이 선택되어 있는지, 규칙에서 참조하는 정책을 사용할 수 있는지, FINAL의 경로가 어디로 설정되어 있는지 확인하세요.

적합한 경우: 규칙 구성이 준비되어 있고 확인 후 일상적인 연결 설정으로 사용하려는 경우

Proxy

프록시 처리 대상인 요청을 프록시 경로로 보냅니다. 규칙 분기로 인한 영향을 줄여 테스트할 때 유용합니다. 시스템 승인을 대신하거나 잘못된 서버 인증 정보를 해결해 주지는 않습니다.

적합한 경우: 서버에 처음 연결하거나 Config의 결과와 비교해 확인하려는 경우

Direct

직접 연결 경로를 사용합니다. 이 상태에서 웹페이지가 열린다고 해서 선택한 서버를 사용할 수 있다는 뜻은 아니며, 프록시 연결 성공 여부를 판단하는 근거도 되지 않습니다.

적합한 경우: 기기 자체의 네트워크 연결 상태를 확인하려는 경우

Scene

설정된 Scene 조건에 따라 해당 설정을 사용합니다. 연결 동작을 판단하려면 현재 네트워크가 예상한 Scene 조건에 해당하는지도 확인해야 합니다.

적합한 경우: Scene 조건을 설정했고 현재 적용 여부를 확인할 수 있는 경우

확인 방법: Proxy는 되지만 Config는 안 된다면 규칙을 점검

같은 서버, 같은 네트워크, 같은 테스트 대상을 유지하고 Global Routing만 바꿔 보세요. 모드에 따라 결과가 달라진다면 서버 설정을 전부 다시 입력하기보다 Config에서 적용된 정책을 먼저 확인하세요.

3. 연결 스위치 켜기: VPN 구성 추가 승인 완료

Home으로 돌아가 상단의 연결 스위치를 켜세요. 처음 연결할 때는 시스템에서 VPN 구성 추가를 허용할지 물을 수 있습니다. 이는 시스템 네트워크 터널을 만드는 권한이며, 구독 인증이나 서버 비밀번호와는 별개의 절차입니다. 허용한 뒤 시스템 안내에 따라 기기 인증을 완료하고 Shadowrocket으로 돌아와 연결 상태를 확인하세요.

테스트할 서버가 선택되어 있는지 확인한 다음 연결 스위치를 켜세요.
VPN 구성 추가를 묻는 시스템 안내가 표시되면 허용을 선택하고 안내에 따라 인증을 완료하세요. 기기 인증 화면에 서버 비밀번호를 입력하지 마세요.
Home으로 돌아와 스위치가 켜진 상태인지 확인하고, 오류가 표시되거나 바로 연결이 끊기지는 않는지 살펴보세요.
이전에 승인을 취소했다면 스위치를 다시 켜서 재시도하세요. 필요한 경우 시스템의 ‘설정 → 일반 → VPN 및 기기 관리’에서 VPN 구성을 확인합니다. 관리 대상 기기에서는 관리 정책을 따르고, 관리 구성을 임의로 삭제하지 마세요.

스위치가 켜져 있다는 것은 시스템 터널이 설정되었거나 작동 중이라는 뜻이지, 모든 대상 요청이 성공한다는 의미는 아닙니다. 서버 핸드셰이크, DNS 조회, 규칙 적용, 대상 웹사이트 응답은 각각 실패할 수 있습니다. 시스템 상태 막대의 VPN 표시만 보지 말고 Connectivity Test를 실행하세요.

4. Connectivity Test 실행: 지연 시간과 실제 접속 가능 여부 구분

Home에서 Connectivity Test를 실행하고 완료될 때까지 기다린 뒤 결과를 기록하세요. 결과를 해석하기 전에 테스트 방식을 확인해야 합니다. TCP 테스트는 주로 연결 엔드포인트에 도달할 수 있는지 확인하고, HTTP 계열 테스트는 대상 요청과 응답도 점검합니다. 두 방식이 확인하는 단계는 서로 다릅니다. 지연 시간 한 번으로 다운로드 속도를 알 수 없으며, 모든 웹사이트와 UDP 요청 또는 장시간 연결이 정상이라는 것도 증명할 수 없습니다.

서버 목록에서 여러 서버를 한 번에 테스트하는 경우 선택하지 않은 서버의 결과도 표시될 수 있습니다. 현재 선택된 항목의 결과를 먼저 찾아 실제 접속 상황과 비교하세요. Hysteria2, WireGuard처럼 UDP를 사용하는 연결은 TCP 포트 테스트만으로 프로토콜의 정상 작동 여부를 판단할 수 없습니다.

결과	확인할 수 있는 내용	다음 단계
지연 시간 표시	선택한 방식으로 해당 테스트가 완료되었다는 의미입니다. 대역폭이나 모든 서비스의 사용 가능 여부를 바로 판단할 수는 없습니다.	연결을 유지한 채 실제로 사용하려는 웹사이트를 열어 확인하세요.
Timeout 또는 시간 초과	제한 시간 안에 테스트가 완료되지 않았습니다. 아직 문제가 발생한 지점은 확인되지 않았습니다.	기본 네트워크, 테스트 대상, 서버 주소와 포트를 확인한 뒤 다시 테스트하세요.
Connection refused	일반적으로 엔드포인트나 중간 장비가 연결을 명시적으로 거부했다는 뜻입니다.	포트와 서비스의 수신 상태를 확인하세요. 규칙을 바꿔 문제를 가리려 하지 마세요.
TLS 또는 인증서 관련 오류 표시	핸드셰이크 및 인증서 검증 단계를 확인해야 합니다.	기기 시간, 서버 이름, TLS 매개변수를 확인하세요. 인증서 검증부터 끄지 마세요.
테스트는 통과하지만 실제 웹페이지는 열리지 않음	테스트 대상과 실제 대상에는 서로 다른 규칙이 적용되거나 네트워크 조건이 다를 수 있습니다.	접속에 실패한 도메인의 규칙, DNS 결과, 연결 기록을 확인하세요.

한 번만 가장 빠른 결과를 기록하지 말고 세 번 연속 테스트해 성공 횟수와 오류 메시지를 남기는 것이 좋습니다. 예를 들어 세 번 중 두 번 시간 초과가 발생하면 먼저 연결 안정성을 확인하세요. 세 번 모두 테스트를 마쳤지만 특정 웹사이트만 계속 실패한다면 해당 대상과 적용 규칙으로 점검 범위를 좁히세요. 이는 기록 방법에 대한 안내이며, 특정 서버를 실제로 테스트한 결과가 아닙니다.

5. 같은 요청으로 재확인: 네트워크 문제와 설정 문제 구분

테스트할 때마다 한 가지 조건만 바꾸세요. 먼저 서버와 Global Routing을 고정한 상태에서 Wi-Fi와 셀룰러 네트워크로 같은 대상에 접속합니다. 그런 다음 네트워크와 서버를 고정하고 Proxy와 Config를 비교하세요. 이렇게 해야 차이가 네트워크 연결에서 비롯된 것인지 규칙 선택 때문인지 알 수 있습니다.

재확인 방법: Wi-Fi와 셀룰러 네트워크 각각 점검

Wi-Fi

공용 네트워크 인증을 먼저 완료하고 연결을 끊은 상태에서도 기본 네트워크가 작동하는지 확인하세요.
현재 서버, Global Routing 옵션, Connectivity Test 결과를 기록하세요.
정해 둔 대상에 실제 요청을 보내고 오류 메시지를 남기세요.

셀룰러 네트워크

기기가 셀룰러 네트워크를 지원하고 앱의 셀룰러 데이터 사용이 허용되어 있는지 확인하세요.
같은 서버와 모드를 유지한 채 같은 테스트를 반복하세요.
한쪽 네트워크에서만 실패한다면 해당 네트워크의 접속 제한부터 확인하세요.

셀룰러 네트워크를 지원하지 않는 iPad라면 신뢰할 수 있는 다른 장소의 Wi-Fi에서 다시 확인할 수 있습니다. 네트워크를 바꿀 때 구독을 업데이트하거나 프로토콜을 변경하지 마세요.

Config에서 특정 대상만 실패한다면 현재 구성 파일을 열고 [Rule]을 확인하세요. 규칙은 일반적으로 위에서 아래 순서로 적용되므로 구체적인 도메인은 포괄적인 규칙보다 앞에 두고 FINAL은 마지막에 배치합니다. 다음은 문법 예시이며 기존 구성을 그대로 대체할 수 있는 완성된 설정이 아닙니다:

[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

DOMAIN-SUFFIX는 지정한 도메인과 하위 도메인에 일치합니다. IP-CIDR는 IP 주소 대역에 일치하며, 예시의 no-resolve는 해당 IP 규칙을 위해 도메인 조회를 추가로 실행하지 않는다는 뜻입니다. GEOIP는 IP 지리 데이터베이스를 기준으로 일치 항목을 찾고, FINAL은 앞선 규칙에 일치하지 않은 요청을 처리합니다. 예시의 PROXY는 현재 구성에서 사용할 수 있는 프록시 정책이어야 합니다. 규칙이 실제로 다른 정책 그룹을 가리킨다면 Home에서 서버를 바꾸는 것만으로는 해당 그룹의 선택이 바뀌지 않을 수 있습니다.

6. 첫 연결 시 자주 묻는 질문: 증상별 해결 방법

스위치를 켜자마자 꺼집니다. 먼저 서버를 바꿔야 하나요?

먼저 시스템에서 VPN 구성 추가를 허용했는지, Home에서 사용할 수 있는 항목을 선택했는지 확인하세요. 연결이 끊길 때 표시된 메시지를 기록하고 기존 VPN 연결과 충돌하는지 살펴보세요. 시스템 터널조차 설정되지 않았다면 DNS나 전체 규칙부터 변경하지 마세요.

Connectivity Test에 값이 표시되는데 웹페이지가 열리지 않는 이유는 무엇인가요?

Global Routing이 Direct로 설정되어 있지 않은지 먼저 확인한 다음 현재 구성에서 해당 도메인에 어떤 정책이 적용되는지 살펴보세요. 테스트 값은 해당 테스트 결과만 나타냅니다. 다른 대상은 정상인데 웹사이트 하나만 실패한다면 전체 연결이 끊겼다고 판단하기보다 해당 웹사이트의 DNS 조회, 규칙, 서비스 상태를 확인하세요.

구독 업데이트는 성공했는데 연결이 시간 초과되는 이유는 무엇인가요?

구독 업데이트와 서버 연결은 서로 다른 대상을 사용할 수 있습니다. Home으로 돌아가 선택된 항목의 주소, 포트, 인증 정보를 확인하고 서비스가 여전히 유효한지 살펴보세요. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 필요한 항목이 서로 다르므로 프로토콜 이름만 바꾼다고 변환되는 것은 아닙니다.

수동으로 연결을 끊었는데 다시 연결됐습니다. 스위치가 고장 난 건가요?

Settings → On Demand에서 주문형 연결 설정을 확인하세요. 해당 설정을 잠시 끄고 수동으로 연결을 끊은 뒤 다시 연결되는지 살펴보세요. 자동 재연결이 멈춘다면 이전에는 주문형 조건에 따라 연결된 것입니다. 테스트가 끝나면 네트워크 사용 방식에 맞게 설정을 복원하세요.

추가 점검이 필요하다면 기기의 네트워크 유형, 프로토콜 이름, Global Routing 옵션, 테스트 방식, 오류 메시지 원문, 특정 대상만 실패하는지 기록하세요. 기록을 공유하기 전에 구독 전체 주소, 비밀번호, 키, UUID 및 기타 인증 정보는 가리세요. 조건을 정리한 뒤 문제 해결 또는 전체 설정 안내에서 해당 설정을 확인해 불필요한 변경을 반복하지 마세요.

Home: 선택한 서버가 예상한 항목인지 확인하고 스위치가 켜져 있는지 확인합니다.
시스템 승인: VPN 구성 추가를 허용했고 연결을 차단하는 안내가 표시되지 않는지 확인합니다.
Connectivity Test: 테스트 방식을 확인하고 성공 또는 오류 결과를 기록합니다.
실제 요청: 사용하려는 대상에 한 번 이상 접속하고 해당 요청에 적용된 규칙을 확인합니다.
마무리 설정: 평소 사용하는 Global Routing과 On Demand 설정을 복원하고 이번 점검 기록을 보관합니다.