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

이 글의 핵심 내용

Shadowrocket에 서버를 가져온 뒤에는 서버 선택, Global Routing 확인, 연결 켜기, 실제 접속 확인이 필요합니다. 이 글에서는 서비스 제공업체의 설정 정보를 보유한 iPhone / iPad 사용자를 예로 들어 ‘목록에 있음’, ‘선택됨’, ‘터널이 켜짐’, ‘대상에 접속 가능’ 상태를 구분하고, 테스트 실패 시 점검 순서를 안내합니다. Mac, Windows, Android, Linux 사용자도 같은 순서로 확인할 수 있으며, 구체적인 컨트롤 위치는 플랫폼별 화면에 따라 다릅니다.

1. 서버가 가져와졌는지 확인: 구독 저장만으로는 부족합니다

요점: 첫 연결을 진행하려면 Home에 선택할 수 있는 서버 항목이 표시되어야 합니다. 구독은 서버 정보를 업데이트하는 경로이며, 구독 주소를 저장했다고 해서 서버를 정상적으로 가져온 것은 아닙니다. 이 글은 이미 이용 중인 서비스 제공업체와 구독이 있는 사용자를 전제로 합니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다.

Home에 서버 목록이 있으면 다음 절로 이동하세요. 구독 이름만 있고 서버가 없다면 먼저 구독을 업데이트하세요. 서버 정보를 가져오기 전 연결 스위치를 반복해서 켜지 말고, 구독 주소를 개별 서버의 주소 입력란에 넣지도 마세요.

구독으로 추가: Home 오른쪽 위의 “+” → Type → Subscribe를 선택하고 본인의 구독 주소를 입력해 저장한 뒤 Home으로 돌아가 구독을 업데이트하세요.
업데이트 후 확인: 구독 그룹 아래에 개별 서버 항목이 표시되어야 합니다. 여전히 비어 있다면 구독이 유효한지, 사용할 수 있는 내용이 있는지, 현재 네트워크에서 구독 데이터를 가져올 수 있는지 확인하세요.
수동으로 추가: Home 오른쪽 위의 “+” → Type을 누르고 서비스 제공업체가 지정한 프로토콜을 선택한 다음, 원래 설정에 따라 주소, 포트, 인증 정보를 입력하세요.
설정 위치 구분: Home에서는 서버와 연결을 관리하고, Config에서는 규칙 구성을, Settings에서는 앱 설정을 관리합니다. 규칙 파일을 가져와도 서버가 추가되는 것은 아닙니다.

2. Home에서 기본 서버를 선택한 다음 연결 스위치 켜기

요점: 사용할 서버 행을 눌러 선택 표시가 해당 항목에 나타나게 한 다음 Home 상단의 연결 스위치를 켜세요. 목록의 지연 시간, 항목 순서, 구독 그룹 이름은 선택 표시를 대신하지 않습니다. 여기서 ‘기본 서버’는 현재 수동으로 선택한 서버를 뜻합니다. Config에서 정책 그룹을 사용하는 경우 실제 연결에 사용할 서버는 해당 그룹의 선택에 따라 달라질 수 있습니다.

목록 확인

Home으로 이동해 기존 구독 그룹을 펼치고 사용할 서버를 찾으세요. 항목이 있는지 먼저 확인하고, 이름이 같은 항목이 여러 개라면 설정이 다른 서버를 잘못 선택하지 않도록 주의하세요.
서버 선택

서버 행을 눌러 선택 표시가 항목 옆에 나타나게 하세요. 항목 상세 화면은 설정을 확인하거나 편집하는 곳입니다. 목록으로 돌아온 뒤에도 선택 상태를 확인하세요.
라우팅 확인

Home → Global Routing에서 현재 모드를 확인하세요. 사용할 수 있는 규칙 파일이 있다면 Config를 사용하세요. 규칙이 올바른지 아직 확인하지 못했다면 비교 테스트를 위해 잠시 Proxy를 사용할 수 있습니다.
연결 켜기

Home으로 돌아가 상단의 연결 스위치를 켜세요. iPhone / iPad에서 처음 사용하는 경우 시스템 안내에 따라 VPN 구성을 허용하고 기기 인증을 완료하세요. 승인을 취소하면 이 절차로 터널을 설정할 수 없습니다.
테스트 실행

연결 스위치를 켠 상태로 Home에서 Connectivity Test를 실행하세요. 테스트가 끝날 때까지 기다린 뒤 결과를 기록하고, 브라우저에서 실제로 접속하려는 페이지도 확인하세요.

연결을 켠 뒤에는 앱의 연결 상태와 시스템의 VPN 상태를 함께 확인하세요. 시스템 아이콘이 항상 표시되는지는 기기 화면에 따라 달라지므로 상태 표시줄 아이콘만으로 판단하지 마세요. 스위치가 곧바로 꺼지면 DNS를 계속 조정하기보다 시스템 승인이나 오류 메시지부터 확인하세요. 서버를 바꾼 뒤에는 연결 상태가 안정될 때까지 기다리세요. 이전 연결이 계속 사용되는 것 같다면 연결 스위치를 껐다가 다시 켜고 테스트를 다시 실행하세요.

3. Global Routing 선택하기: Config, Proxy, Direct의 차이

요점: 유효한 규칙 구성을 일상적으로 사용할 때는 Config를 선택하세요. 규칙의 영향을 확인할 때는 Proxy를 잠시 비교 테스트에 사용하고, Direct는 직접 연결 상태를 확인할 때 사용합니다. Global Routing은 라우팅 모드를 정하며 구독을 다운로드하거나 서버 인증 정보를 자동으로 수정하지 않습니다.

Config

Proxy

클라이언트로 들어오는 트래픽을 프록시 모드로 처리해 규칙 분기가 대상 접속에 영향을 주는지 비교할 때 사용합니다. 기기의 모든 트래픽이 반드시 처리된다는 뜻은 아니며, 사용할 수 없는 서버를 정상 작동하게 만들지도 않습니다.

적합한 경우: 선택한 서버를 임시로 확인하거나 Config 규칙의 영향을 점검할 때

Direct

트래픽을 직접 연결 모드로 처리합니다. 이 모드로 프록시 서버의 사용 가능 여부를 판단하지 마세요. Home에서 서버를 선택했더라도 Direct 상태에서 웹페이지가 열리는 것은 프록시 연결이 성공했다는 증거가 아닙니다.

적합한 경우: 로컬 네트워크의 직접 연결 상태를 비교하고 일반 웹페이지에 접속할 수 있는지 확인할 때

Global Routing에 Scene이 표시되면 설정된 시나리오 조건에 따라 라우팅 동작을 선택합니다. 첫 연결을 확인할 때는 현재 시나리오가 어떤 모드를 사용하는지 먼저 확인하세요. 판단하기 어렵다면 자동 전환으로 변수가 늘지 않도록 Config 또는 Proxy로 잠시 고정하세요. 확인이 끝나면 원래 설정으로 복구하고, 진단을 위한 임시 모드를 일상 설정으로 간주하지 마세요.

4. Connectivity Test 성공 후 실제 요청도 확인하기

요점: Connectivity Test는 테스트 대상에 연결할 수 있는지 확인하는 기능입니다. 대역폭 측정이 아니며 모든 웹사이트와 앱의 사용 가능성을 보장하지도 않습니다. 서버 목록의 지연 시간 측정, 연결 스위치 상태, Connectivity Test, 브라우저의 실제 접속은 서로 다른 단계의 근거이므로 각각 따로 기록하세요.

확인 위치	확인할 수 있는 내용	이것만으로는 확인할 수 없는 내용
Home의 선택 표시	현재 수동으로 선택한 서버 항목	서버 인증 성공 여부 또는 대상 접속 가능 여부
연결 스위치와 VPN 상태	터널이 켜져 있는지 여부	원격 서버, DNS, 대상 사이트가 모두 정상인지 여부
서버 지연 시간 측정	현재 측정 방식에서의 응답 상태	전체 요청의 성공률과 다운로드 속도
Connectivity Test	현재 설정에서 테스트 대상에 연결할 수 있는지 여부	모든 요청이 프록시를 거치는지 또는 모든 대상에 접속할 수 있는지 여부
브라우저에서 실제 접속	현재 조건에서 특정 페이지가 로드되는지 여부	다른 앱, 도메인, 네트워크에서도 정상인지 여부

같은 순서로 한 차례 검증하세요. 연결을 켜고 Connectivity Test를 실행한 다음 브라우저에서 대상 페이지를 새로 고침합니다. 테스트는 성공했지만 페이지가 열리지 않는다면 도메인 조회 실패, 연결 시간 초과, 인증서 오류 중 어떤 문제인지 기록하고 모두 ‘연결 안 됨’으로 뭉뚱그리지 마세요. 브라우저에 이전 페이지가 남아 있다면 새로 고치거나 새 페이지를 열어 확인해 캐시된 내용을 새 요청의 성공으로 착각하지 않도록 하세요.

예를 들어 Proxy에서는 테스트가 통과하고 대상 페이지가 열리지만 Config에서는 같은 페이지가 실패한다면, 먼저 구성이나 정책의 차이를 의심할 수 있습니다. 두 모드에서 테스트가 모두 시간 초과되지만 연결을 끄면 일반 웹페이지가 정상적으로 열린다면 서버 설정과 프록시 연결 경로를 확인해야 합니다. 이는 문제를 좁히기 위한 판단 기준이지 특정 연결 경로를 실제로 테스트한 결과가 아닙니다. 재검사할 때는 서버, 네트워크, 대상을 동일하게 유지하고 설정 하나만 바꾸세요.

5. 테스트 실패 시 서버 설정과 라우팅 구성을 나눠 확인하기

요점: 먼저 서버 연결이 완료되는지 확인하고, 다음으로 요청이 의도한 정책에 따라 라우팅되는지 점검하세요. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 입력 항목이 서로 다르므로 프로토콜 이름만 바꿔 기존 설정을 계속 사용할 수 없습니다. 주소, 포트, 인증 정보, 전송 관련 항목은 모두 본인의 서비스 제공업체 설정과 일치해야 합니다.

서버 점검 항목

Type: 이름이 비슷하다는 이유로 선택하지 말고 원래 설정과 프로토콜이 일치하는지 확인하세요.
주소: 원래 설정에 지정된 도메인 또는 IP를 사용하고 임의로 서로 바꾸지 마세요.
포트: 각 숫자를 빠짐없이 확인하세요. 443을 입력했다고 해서 해당 서비스가 반드시 TLS를 사용하는 것은 아닙니다.
인증: 비밀번호, UUID 또는 키를 확인하고 복사할 때 공백이나 줄바꿈이 들어가지 않도록 하세요.

포트 번호만으로 프로토콜을 판단할 수 없습니다. 서비스 제공업체가 안내한 전체 설정을 기준으로 하세요.

라우팅 점검 항목

위치: Home → Global Routing에서 현재 모드를 기록하세요.
구성: Config로 이동해 사용하려는 파일이 활성화되어 있는지 확인하세요.
정책: 대상 도메인이 DIRECT, PROXY, REJECT 또는 어떤 정책 그룹에 해당하는지 확인하세요.
자동 연결: Settings → On Demand로 이동해 재검사에 영향을 주는 자동 연결 조건이 있는지 확인하세요.

문제 해결 중에는 라우팅 모드를 고정하고, 재검사가 끝난 뒤 자동 연결 설정을 복구하세요.

Config의 규칙은 위에서 아래 순서로 적용되며, 앞선 규칙에 일치하지 않은 요청은 FINAL이 처리합니다. DOMAIN-SUFFIX는 도메인 접미사를, IP-CIDR은 IP 주소 대역을, GEOIP는 대상 IP의 지리적 분류를 기준으로 일치 여부를 판단합니다. 앞쪽의 포괄적인 규칙이 먼저 일치하면 뒤에 있는 구체적인 규칙은 적용되지 않습니다. 아래 예시는 문법과 순서를 설명하기 위한 것으로, 일상적인 구성 파일을 그대로 대체할 수 있는 완성본이 아닙니다.

DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

예시의 example.com은 규칙 문법을 보여 주기 위한 주소이며 서비스 추천이 아닙니다. 테스트 대상이 규칙에 따라 DIRECT로 처리된다면 테스트에 성공해도 프록시 서버가 정상이라는 뜻은 아닙니다. 프록시 연결을 확인하려면 Proxy 비교 테스트와 실제 요청 기록을 함께 살펴보세요. 한 번의 테스트를 통과시키려고 인증서 검증을 끄지도 마세요. 도메인, 기기 시간, 서버 인증서 등의 문제를 가릴 수 있습니다.

6. Wi-Fi와 셀룰러 네트워크를 비교하고 한 번에 하나의 변수만 변경하기

요점: 같은 설정인데 두 네트워크에서 결과가 다르다면 네트워크 조건을 중심으로 계속 점검하고, 모든 설정을 바로 삭제하지 마세요. 네트워크를 바꾸기 전에 선택한 서버, Global Routing 모드, 테스트 대상을 기록하세요. 전환 후에도 이 세 가지를 그대로 유지하고 Connectivity Test를 다시 실행하세요.

비교 방법: 설정은 그대로 두고 연결 네트워크만 전환

Wi-Fi 환경

Wi-Fi의 포털 인증을 완료했는지, 일반 웹페이지에 직접 접속할 수 있는지 먼저 확인하세요.
현재 선택한 서버와 Global Routing 모드를 기록하세요.
연결을 켜고 Connectivity Test를 실행한 뒤 대상 페이지에 접속해 확인하세요.
이 네트워크에서만 실패한다면 라우터 제한, DNS, UDP 연결 가능 여부를 확인하세요.

셀룰러 네트워크 환경

Wi-Fi를 끄고 기기가 실제로 셀룰러 데이터를 사용 중인지 확인하세요.
같은 서버, 같은 라우팅 모드, 같은 테스트 대상을 유지하세요.
연결을 새로 설정한 뒤 테스트를 실행하고 이전 결과를 재사용하지 마세요.
앱이 인터넷에 연결되지 않는다면 시스템에서 셀룰러 데이터 사용을 허용했는지 확인하세요.

한 차례에 연결 네트워크 하나만 바꾸세요. 차이가 확인되면 DNS, 프로토콜 전송 방식, 네트워크 제한을 각각 따로 점검하세요.

Settings → On Demand에서 자동 연결을 설정한 경우 연결을 수동으로 꺼도 조건이 충족되면 다시 연결될 수 있습니다. 명확한 직접 연결 비교를 위해 관련 자동 연결 조건을 기록한 뒤 잠시 비활성화하고, 테스트가 끝나면 복구하세요. Hysteria2, WireGuard처럼 UDP를 사용하는 연결은 현재 네트워크에서 필요한 UDP 통신이 허용되는지도 확인해야 합니다. TCP 웹페이지가 열린다고 해서 UDP도 연결할 수 있는 것은 아닙니다.

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

서버를 가져왔는데 왜 다시 눌러야 하나요?

가져오기는 서버를 Home 목록에 추가할 뿐 현재 사용할 서버로 선택하지는 않습니다. Home으로 돌아가 사용할 서버 행을 누르고 선택 표시를 확인한 다음 연결을 켜세요. Config에서 정책 그룹을 사용한다면 해당 그룹 안에서도 선택된 항목을 확인하세요.

연결은 켜졌는데 Connectivity Test가 시간 초과되면 어떻게 하나요?

먼저 Global Routing이 실수로 Direct에 설정되어 있지 않은지 확인한 다음, 선택한 서버의 주소, 포트, 인증 정보를 점검하세요. Proxy로 비교 테스트를 한 번 실행해 보세요. 그래도 실패한다면 설정을 바꾸지 않은 상태로 Wi-Fi와 셀룰러 네트워크를 전환해 다시 테스트하고 어느 단계에서 시간 초과가 발생하는지 기록하세요.

테스트는 성공했는데 왜 특정 웹페이지가 열리지 않나요?

먼저 페이지를 새로 고치고 구체적인 오류를 기록하세요. Config에서 사용 중인 파일과 대상에 적용되는 정책을 확인한 다음 Proxy로 잠시 전환해 재검사하세요. 특정 도메인만 실패한다면 해당 도메인의 DNS, 규칙, 대상 서비스 상태를 추가로 확인하세요. 테스트 성공이 모든 사이트에 접속할 수 있다는 뜻은 아닙니다.

앱을 다시 연 뒤 연결 상태를 어떻게 확인하나요?

Home으로 돌아가 연결 스위치, 현재 선택한 서버, Global Routing을 확인한 다음 Connectivity Test를 다시 실행하세요. 연결이 자동으로 복구된다면 Settings → On Demand를 확인하세요. 스위치가 꺼져 있다면 다시 켜고 시스템 승인 요청이나 연결 오류가 표시되는지 살펴보세요.

첫 연결이 완료되었다고 판단하려면 서버 선택 상태가 분명하고, 터널이 정상적으로 켜져 있으며, 현재 라우팅 모드가 예상과 일치해야 합니다. Connectivity Test와 실제 대상 접속도 모두 확인하세요. 이후 서버를 변경하거나 구독을 업데이트하거나 구성 파일을 바꿀 때도 같은 순서를 따르면 지연 시간 하나만으로 연결 상태를 판단하는 일을 피할 수 있습니다.