Shadowrocket에서 서버를 가져온 뒤에는 기본 서버 선택, Global Routing 확인, 연결 활성화, 요청 검증이 필요합니다. 이 글은 iPhone / iPad 화면을 기준으로, 이용 중인 서비스와 구독은 있지만 첫 연결을 완료하지 못한 사용자를 위해 안내합니다. 순서대로 진행하면 ‘설정 가져오기’, ‘시스템 연결 수립’, ‘대상 웹사이트 접속’이라는 서로 다른 상태를 구분할 수 있습니다.
1. 연결 전 확인: 서버, 구성 및 시스템 권한
먼저 Home에 서버 항목이 있는지 확인하세요. 목록에 이름이 표시된다는 것은 가져오기로 항목이 생성되었다는 뜻일 뿐, 주소·포트·인증 정보와 서비스 상태가 모두 올바르다는 의미는 아닙니다. 이 글은 기존 서버를 기준으로 하며 연결 서비스 구하는 방법은 다루지 않습니다. 사용자가 자신의 구독을 이미 보유하고 있다는 전제로 클라이언트 조작만 설명합니다.
Home, Config, Settings의 용도는 서로 다릅니다. Home에서는 서버 선택과 연결을 제어하고, Config에서는 규칙 구성을 관리하며, Settings에서는 앱 설정을 조정합니다. 첫 연결에서는 먼저 현재 서버와 연결 상태를 확인한 뒤 복잡한 트래픽 분할을 설정하세요. 여러 조건을 한꺼번에 바꾸지 않는 것이 좋습니다.
- 기기 자체가 인터넷에 연결되어 있는지 확인하세요. Shadowrocket을 끈 상태에서도 일반 웹사이트에 접속할 수 없다면 Wi-Fi, 셀룰러 네트워크 또는 네트워크 로그인 인증부터 점검하세요.
- 기존 서비스가 아직 유효한지 확인하세요. 구독이 업데이트된다고 해서 모든 서버에서 프록시 연결이 가능한 것은 아닙니다.
- 이전에 자동 연결을 설정했다면 Settings → On Demand에서 기존 설정을 확인하고 기록하세요. 테스트하는 동안 자동 실행을 잠시 끄면 수동으로 연결을 해제한 뒤 다시 자동 연결되는 상황을 피할 수 있습니다.
2. 첫 연결 단계: 먼저 원을 선택한 다음 연결 켜기
Home에서 서버 왼쪽의 원을 눌러 해당 서버를 기본 서버로 선택하세요. 항목 편집 화면에 들어가는 것과 기본 서버를 선택하는 것은 별개의 작업입니다. 서버 상세 정보만 확인했다면 선택된 것으로 볼 수 없습니다. 목록으로 돌아와 선택 표시가 사용할 서버 항목에 있는지 다시 확인하세요.
-
서버 선택
Home에서 기존 서버 목록의 원하는 항목을 찾아 왼쪽 원을 누르세요. 선택 상태가 바뀌었는지 확인하고, 이후 테스트 결과와 대조할 수 있도록 서버 이름을 기록해 두세요.
-
라우팅 확인
Home → Global Routing을 여세요. 신뢰할 수 있는 규칙 구성이 이미 있다면 Config를 선택하세요. 규칙이 아직 검증되지 않았다면 비교 테스트를 위해 Proxy를 잠시 선택할 수 있습니다. Direct 상태에서는 요청이 선택한 프록시 서버를 거치지 않습니다.
-
연결 켜기
Home으로 돌아가 상단의 연결 스위치를 켜세요. 처음으로 시스템의 VPN 구성 추가 권한 요청이 표시되면 시스템 안내에 따라 허용하고 기기 인증을 완료하세요. 권한 설정이 끝나지 않았다면 규칙 문제를 점검하지 마세요.
-
테스트 실행
Home에서 Connectivity Test를 실행하고 현재 서버에 해당하는 결과를 확인하세요. 응답 시간이 표시되었는지, 시간 초과인지, 구체적인 오류가 발생했는지 기록하세요. 상단 스위치의 색만으로 판단하지 마세요.
-
웹페이지 확인
브라우저를 열어 평소 사용하는 HTTPS 웹사이트에 접속한 뒤, 실제로 사용할 앱도 확인하세요. 테스트를 위해 Proxy를 임시로 선택했다면 테스트 후 평소 사용할 Config로 되돌리고 접속을 다시 확인하세요.
3. Global Routing 선택: 일상 사용과 임시 점검 구분
Global Routing은 요청의 경로를 선택하는 기능이지, 잘못된 서버 비밀번호나 만료된 서비스를 해결하는 기능은 아닙니다. 첫 점검에서는 Proxy를 사용하면 규칙 선택이라는 변수를 줄일 수 있습니다. 연결이 정상임을 확인한 뒤 Config를 적용해 실제 트래픽 분할을 점검하세요. 아래 내용은 Shadowrocket의 라우팅 동작을 비교합니다.
Config
권장현재 활성화된 구성의 규칙에 따라 경로를 선택합니다. 요청은 DIRECT로 연결되거나 프록시 또는 정책 그룹을 사용할 수 있습니다. ‘한국 내 요청은 항상 직접 연결, 그 외에는 항상 프록시’처럼 동작하는 것은 아니며, 실제 결과는 구성 내용과 규칙 순서에 따라 달라집니다.
적합한 경우: 올바른 구성이 있고 평소 규칙 기반 트래픽 분할을 사용하려는 경우
Proxy
일반적인 프록시 트래픽이 선택한 프록시 경로를 사용하도록 하여 Config 결과와 비교하기 쉽습니다. 시스템 제한이나 명시적인 우회 설정이 일부 트래픽에 영향을 줄 수 있으므로, 기기의 모든 통신이 반드시 프록시를 거친다고 볼 수는 없습니다.
적합한 경우: 서버가 대상에 접속할 수 있는지 임시로 확인하고 연결 문제와 규칙 문제를 구분하려는 경우
Direct
직접 연결 경로를 사용하며 선택한 원격 프록시 서버는 사용하지 않습니다. 상단 스위치가 켜져 있더라도 현재 요청이 프록시를 거치고 있다고 단정할 수 없습니다.
적합한 경우: 현재 네트워크에서 대상에 직접 접속할 수 있는지 비교하려는 경우
Scene은 상황별로 라우팅 동작을 구성하는 기능입니다. 수동 첫 연결이 정상인지 확인하기 전에는 Scene 전환을 함께 사용하지 않는 것이 좋습니다. Scene과 Settings → On Demand는 서로 다른 기능입니다. 전자는 Scene에 따른 라우팅 선택, 후자는 조건에 따른 연결 동작 실행과 관련됩니다.
4. Connectivity Test 결과 확인
테스트에 밀리초 단위 시간이 표시되면 해당 테스트 방식에서 그 시점에 응답을 받았다는 의미입니다. 모든 웹사이트가 정상이라는 뜻도, 대역폭 측정 결과도 아닙니다. 테스트 방식마다 확인하는 단계가 다릅니다. 기본 연결이나 포트 응답만으로는 프록시 인증, TLS 핸드셰이크, 대상 접속까지 모두 성공했다고 볼 수 없습니다.
| 확인된 현상 | 현재 판단할 수 있는 내용 | 다음 단계 |
|---|---|---|
| 응답 시간이 표시되고 웹페이지도 열림 | 현재 테스트와 해당 대상에 대한 실제 접속이 모두 확인되었습니다. | 평소 사용하는 Config로 되돌린 뒤 자주 쓰는 앱을 확인하세요. |
| 응답 시간은 표시되지만 웹페이지가 열리지 않음 | 테스트 대상 또는 테스트 단계가 통과했지만 실제 서비스 요청은 통과하지 못했을 수 있습니다. | Proxy와 Config를 비교하고 DNS 및 대상 규칙을 확인하세요. |
| 시간 초과 표시 | 이번 테스트는 제한 시간 안에 완료되지 않았습니다. 원인을 하나로 단정할 수는 없습니다. | 선택한 서버를 확인하고 네트워크를 바꾸거나 기존의 다른 서버 항목을 테스트하세요. |
| 스위치가 바로 꺼짐 | 연결이 유지되지 않습니다. 먼저 기기의 연결 설정 과정을 확인하세요. | 시스템 권한, 앱에 표시된 안내, 다른 VPN 연결과의 충돌 여부를 확인하세요. |
비교 테스트에서는 대상 웹사이트를 그대로 두고 한 번에 조건 하나만 바꾸세요. 예를 들어 같은 서버를 유지한 채 Config에서 Proxy로 변경합니다. Proxy에서만 접속된다면 Config의 정책을 다시 확인하세요. 서버, 네트워크, DNS, 라우팅 방식을 동시에 바꾸면 정상으로 돌아와도 원인을 파악하기 어렵습니다.
5. 연결 실패 시 먼저 확인할 항목: 서버 정보와 규칙
먼저 서버 자체를 확인한 다음 라우팅과 DNS를 점검하세요. 기존 항목을 편집할 때는 프로토콜 이름만 보고 매개변수를 추측하지 말고, 본인이 보유한 구성 정보를 항목별로 대조하세요. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 인증 및 전송에 사용하는 필드가 서로 다릅니다. 한 프로토콜의 필드를 다른 프로토콜에 그대로 적용하지 마세요.
서버 확인 항목
- Type
- 기존 서비스에서 요구하는 프로토콜과 일치해야 합니다.
- Address / Port
- 주소와 포트를 문자 그대로 대조하세요. 443이라고 해서 특정 프로토콜을 사용한다고 단정할 수는 없습니다.
- 인증 정보
- 프로토콜에 맞는 Password, UUID 또는 키를 확인하고 필드를 혼용하지 마세요.
- TLS / SNI
- 기존 구성에 따라 입력하세요. 표시 이름을 서버에서 요구하는 이름 대신 사용할 수는 없습니다.
기존 항목을 유지하거나 먼저 백업하세요. 오류를 없애기 위해 인증서 검증을 함부로 끄지 마세요.
규칙 확인 항목
- DOMAIN-SUFFIX
- example.com,PROXY: 해당 도메인과 하위 도메인에 적용됩니다.
- GEOIP
- CN,DIRECT: IP 지리 정보에 따라 직접 연결을 선택합니다.
- IP-CIDR
- 192.168.0.0/16,DIRECT: 로컬 사설 네트워크 대역의 예입니다.
- FINAL
- PROXY: 앞선 규칙과 일치하지 않을 때 이 정책을 사용합니다.
예시는 완전한 구성이 아닙니다. PROXY는 현재 구성에서 사용할 수 있는 정책이어야 합니다.
Proxy는 정상인데 Config에서 실패한다면 Config로 들어가 현재 실제로 활성화된 파일을 확인하세요. 활성화되지 않은 다른 구성만 편집한 것은 아닌지 살펴보세요. 규칙은 일반적으로 위에서 아래로 적용되므로, 너무 앞에 배치된 포괄 규칙이 뒤의 세부 규칙에 먼저 일치할 수 있습니다. FINAL은 최종 대체 규칙으로 사용해야 하며, 앞선 규칙을 확인하는 대신 사용해서는 안 됩니다.
- 도메인 접속만 문제가 있는 경우: 실패한 도메인을 기록하고 DNS 설정과 조회 결과를 확인하세요. 먼저 기존 구성을 저장한 뒤 한 번에 한 항목만 바꾸어 비교하세요. DNS 매개변수를 한꺼번에 모두 교체하지 마세요.
- 같은 서버가 다른 네트워크에서는 정상인 경우: 현재 접속 네트워크의 연결 상태, 제한 또는 인증 여부를 먼저 살펴보세요. 모든 구성을 서둘러 삭제할 필요는 없습니다.
- 기존 서버가 모두 실패하는 경우: 기기 네트워크, 시스템 시간, 서비스 유효 기간, 가져온 설정값을 확인하세요. 시스템 시간이 올바르지 않으면 TLS 인증서 검증에도 영향을 줄 수 있습니다.
- 구독 업데이트 후 선택이 바뀐 경우: Home으로 돌아가 왼쪽 원을 다시 확인하세요. 항목이 추가·삭제되거나 이름이 바뀐 뒤에는 이전 위치만 보고 현재 서버를 판단하지 마세요.
6. 첫 연결 관련 자주 묻는 질문
서버를 가져왔는데 왼쪽 원을 왜 눌러야 하나요?
가져오기는 서버 항목을 만들고, 왼쪽 원은 기본 서버를 선택하는 기능입니다. Home으로 돌아와 원하는 서버를 선택한 다음 Global Routing을 확인하세요. Config의 규칙에서 다른 정책 그룹을 지정했다면 실제 요청은 해당 정책 그룹의 영향을 받습니다.
스위치가 켜져 있는데 프록시가 적용된 것 같지 않은 이유는 무엇인가요?
먼저 Home → Global Routing에서 Direct가 선택되어 있지 않은지 확인하세요. Config를 사용 중이라면 특정 웹사이트는 규칙에 따라 직접 연결될 수 있습니다. 이는 트래픽 분할 결과일 수 있으며 반드시 오류인 것은 아닙니다. 같은 대상을 Proxy로 잠시 테스트한 뒤 원래 설정으로 되돌려 비교하세요.
수동으로 연결을 끈 뒤 다시 연결되는 이유는 무엇인가요?
Settings → On Demand에서 자동 연결 조건을 확인하세요. 테스트 중에는 자동 실행을 끄고 시스템 VPN 설정에서 주문형 연결이 활성화되어 있는지도 확인하세요. 기존 조건을 기록해 두고 수동 확인이 끝나면 필요한 설정을 복원하세요.
서버는 작동하는데 구독 업데이트가 실패하면 어떻게 하나요?
구독 업데이트 요청과 프록시 서버 연결은 서로 다른 경로로 확인해야 합니다. 먼저 기존 구독 링크가 유효한지 확인한 뒤 연결이 정상일 때 업데이트를 다시 시도하세요. 인증 정보가 포함된 링크를 공개 페이지에 올리지 마세요. 업데이트 실패만을 이유로 아직 작동하는 서버를 바로 삭제하지 마세요.
7. 확인 후 다시 재현할 수 있도록 기록하기
첫 연결에 성공하면 단순히 ‘연결됨’이라고만 적지 말고 설정과 결과를 기록하세요. 다음에 문제가 발생했을 때 정상 작동 상태의 기록이 있어야 네트워크, 구독 업데이트, 서버 선택, 규칙 구성 중 무엇이 바뀌었는지 판단할 수 있습니다. 비밀번호, 전체 구독 링크, 개인 키는 기록에 포함하지 마세요.
- 현재 네트워크: Wi-Fi 또는 셀룰러 네트워크, 네트워크 로그인 인증 완료 여부
- 현재 서버: 알아볼 수 있는 이름을 기록하고 인증 정보는 기록하지 마세요.
- 현재 라우팅: Global Routing에서 Config를 사용하는지 임시로 Proxy를 사용하는지 기록하세요. Config를 쓴다면 활성화된 파일도 적어 두세요.
- 확인 결과: Connectivity Test 결과 유형, 자주 사용하는 HTTPS 웹사이트와 실제 앱의 접속 여부
- 자동 연결: Settings → On Demand가 기대한 설정으로 복원되었는지 확인하세요.
이 글은 iPhone / iPad 화면을 기준으로 첫 연결 방법을 설명합니다. iPhone / iPad용 앱은 App Store에서 2.99달러에 한 번 결제하면 이용할 수 있으며 개발자는 Shadow Launch Technology Limited입니다. 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. Mac(Apple 칩 및 Intel), Windows, Android, Linux 버전은 무료입니다. 앱 구매와 기존 연결 서비스는 별개이며, 앱을 구매해도 연결 서비스 요금제가 포함되지는 않습니다.