이 글은 Shadowrocket을 처음 사용하는 iPhone 및 iPad 사용자를 대상으로 합니다. 이미 이용 중인 서비스의 구독 또는 서버 구성이 있다는 전제하에, 최초 승인부터 가져오기, 모드 선택, 업데이트, 문제 해결까지 단계별로 설명합니다. 각 단계에서 무엇이 달라지는지와 결과를 확인하는 방법, 연결 아이콘만으로 판단할 수 없는 상황도 함께 살펴봅니다.
1. 구매 후 구성을 추가해야 하는 이유는 무엇인가요?
Shadowrocket은 Apple 플랫폼용 유료 상용 앱으로, App Store에서 한 번 구매하면 사용할 수 있습니다. 앱은 구성을 읽고 연결을 설정하며 규칙을 적용합니다. 실제로 사용할 서버 주소, 포트, 인증 정보와 서비스 이용 기간은 사용자가 이미 보유한 서비스에서 제공됩니다. 앱 구매와 서버 이용 요금제는 별개이며, 앱을 구매해도 사용할 원격 구성이 자동으로 생성되지는 않습니다.
처음 실행하면 먼저 주요 화면 세 가지를 구분해 두세요. Home에서는 서버를 확인하고 연결 대상을 선택해 연결을 켭니다. Config에서는 규칙 구성 파일을 관리합니다. Settings에서는 앱 동작을 조정합니다. 구독에 서버 목록이 표시된다고 해서 본인에게 맞는 Config 규칙 파일까지 선택된 것은 아닙니다.
- 앱 확인: 개발자는 Shadow Launch Technology Limited이며 앱 ID는
932747118입니다. - 보유한 정보 확인: 서버 정보와 규칙 파일을 각각 확인하고, 두 항목의 용도를 혼동하지 마세요.
- 기기 요구 사항은 App Store 페이지의 안내를 확인하세요. 구입 및 이용 가능 범위는 정품 확인 페이지에서 살펴볼 수 있습니다.
2. 처음 연결할 때 VPN 구성은 어떻게 승인하나요?
처음 연결을 켜면 시스템에서 VPN 구성 추가를 허용할지 물을 수 있습니다. 이는 앱이 시스템 네트워크 터널을 만들도록 허용하는 절차이며, 구매 확인이나 원격 서버 연결 테스트를 뜻하지 않습니다. 현재 작업이 Shadowrocket에서 시작된 것인지 확인한 뒤 시스템 안내에 따라 승인하세요.
-
구성 확인
Home으로 이동해 본인의 서버 정보가 가져와졌는지 확인하고 사용할 항목을 선택하세요. 목록이 비어 있다면 연결 기능이 정상인지부터 판단하지 마세요.
-
모드 선택
Home → Global Routing을 열고 필요에 따라 Config, Proxy 또는 Direct를 선택하세요. Config를 선택했다면 Config 화면에서 원하는 구성 파일이 활성화되어 있는지 먼저 확인합니다.
-
권한 승인
Home으로 돌아가 연결 스위치를 켜고, 시스템에 표시되는 VPN 구성 요청에서 허용을 선택한 뒤 기기 안내에 따라 인증을 완료하세요.
-
결과 확인
연결 상태가 바뀔 때까지 기다린 다음 테스트할 웹 사이트에 접속하세요. 권한 요청을 거부했다면 Home으로 돌아가 다시 연결을 시도하고, 시스템에 등록된 VPN 구성 상태도 확인합니다.
3. 연결 스위치를 켜면 모든 웹 사이트가 프록시를 사용하나요?
그렇지 않습니다. 연결 스위치는 앱의 터널이 활성화되어 있는지를 나타냅니다. Global Routing은 트래픽을 처리하는 방식을 정하고, 현재 선택한 서버는 프록시가 필요할 때 연결할 대상을 결정합니다. 이 세 가지 상태를 각각 확인해야 합니다. 시스템에 VPN 연결로 표시되어도 규칙에 따라 트래픽이 DIRECT를 사용하거나 Direct 모드일 수 있습니다.
스위치를 끄면 Shadowrocket은 해당 터널을 통해 트래픽을 처리하지 않습니다. 다만 기기의 네트워크 상태나 다른 시스템 VPN 구성이 접속 결과에 영향을 줄 수 있습니다. 문제를 점검할 때는 상태 표시줄 아이콘만 보고 원격 서비스의 사용 가능 여부를 판단하지 말고, 스위치를 켜기 전후의 차이를 기록하세요.
4. Global Routing에서 Config, Proxy, Direct는 어떻게 선택하나요?
적절한 규칙 파일을 이미 사용 중이라면 일상적인 사용에는 Config를 선택하세요. 분할 라우팅 규칙이 문제의 원인인지 확인하려면 Proxy로 잠시 전환할 수 있습니다. 직접 연결 상태를 기준으로 확인할 때는 Direct를 사용하세요. 테스트가 끝나면 원래 모드로 되돌려 임시 점검 설정이 계속 유지되지 않도록 합니다.
Config
권장현재 적용 중인 규칙 구성에 따라 트래픽을 처리합니다. 규칙과 일치하면 해당 규칙이 지정한 정책을 사용하고, 앞선 규칙과 일치하지 않는 요청은 FINAL 등의 기본 처리 규칙이 처리합니다. 나머지가 모두 직접 연결되는 방식으로 고정된 것은 아닙니다.
적합한 경우: 검토된 규칙 파일을 보유하고 있으며, 평소 목적지에 따라 트래픽을 분기하려는 경우
Proxy
터널이 처리하는 범위의 트래픽을 프록시로 전달하며, Config의 분할 라우팅 규칙에 따라 출구를 선택하지 않습니다. 비교 테스트에는 사용할 수 있지만, 유효하지 않은 서버 인증 정보를 복구하지는 않습니다.
적합한 경우: Config 규칙이 목적지에 잘못된 정책을 적용하는지 임시로 확인하려는 경우
Direct
트래픽을 직접 연결로 처리합니다. 이 모드를 사용한다고 프록시 서버가 정상적으로 작동한다는 뜻은 아닙니다. 직접 연결에 성공했다면 현재 네트워크에서 해당 목적지에 직접 접속할 수 있다는 의미입니다.
적합한 경우: 현재 Wi-Fi 또는 셀룰러 네트워크의 직접 접속 결과를 비교하려는 경우
화면에 Scene이 표시된다면, 새로운 전송 프로토콜이 아니라 상황별 사전 설정을 적용하는 메뉴로 이해하세요. 사용하기 전에 해당 Scene에 연결된 모드와 구성을 확인합니다. 초보자 문제 해결 단계에서는 자동 전환으로 변수가 늘어나지 않도록 명확한 모드 하나를 고정해 사용하세요.
5. 구독을 가져오는 방법과 업데이트로 달라지는 점
Home 오른쪽 위의 “+”를 누르고 Type을 Subscribe로 설정한 다음, 이미 보유한 구독 URL을 입력하세요. 저장한 뒤 Home으로 돌아가 구독을 업데이트합니다. 링크 예시는 https://example.com/sub?token=xxxx이며 형식을 보여 주기 위한 것으로, 구성 정보를 얻는 데 사용할 수 없습니다. 실제 URL의 token에는 보통 접근 권한이 연결되어 있으므로 공개 스크린샷이나 문의 메시지에 포함하지 마세요.
- 먼저 URL에
https://, 경로와 쿼리 매개변수가 모두 포함되어 있는지 확인하세요. 복사할 때 공백이나 줄바꿈이 들어가지 않도록 주의합니다. - 저장한 뒤 Home에서 해당 구독을 업데이트하고, 완료될 때까지 기다린 다음 목록을 펼쳐 항목을 확인하세요.
- 업데이트 후 실제로 사용할 수 있는 서버를 선택하세요. 기존 항목의 이름이 바뀌거나 삭제될 수 있으므로 이전 선택이 계속 유효하다고 볼 수 없습니다.
- 프록시를 통한 업데이트 동작을 조정하려면 Settings → Subscribe → Update via Proxy를 확인하고, 현재 네트워크에서 해당 주소에 접속할 수 있는지 고려해 설정하세요.
구독 업데이트는 보통 서버 항목을 다시 읽어오는 작업입니다. 서비스 기간을 연장하거나 Config의 모든 원격 리소스를 새로 고치는 것은 아닙니다. 업데이트 성공은 구독 주소에서 읽을 수 있는 내용이 반환되었다는 뜻일 뿐, 각 서버의 연결 가능 여부는 별도로 테스트해야 합니다. 업데이트에 실패하면 오류 메시지를 보관하고, 링크가 만료되었는지와 현재 네트워크에서 주소에 접속할 수 있는지 먼저 확인한 뒤 업데이트 경로를 바꿀지 결정하세요.
6. QR 코드 추가와 구독 가져오기는 어떻게 다른가요?
QR 코드는 정보를 입력하는 방법 중 하나입니다. 스캔 후 단일 서버가 추가될지, 업데이트 가능한 구독이 추가될지는 QR 코드에 포함된 내용에 따라 달라집니다. Home의 QR 코드 스캔 메뉴에서 본인의 구성 QR 코드를 스캔하세요. 처음 카메라를 사용할 때는 시스템 안내에 따라 권한을 허용합니다. 인식된 내용은 먼저 확인한 뒤 저장하세요.
- 단일 서버 구성: Type, 주소, Port, 인증 필드를 확인하세요. 매개변수가 바뀌면 보통 다시 편집하거나 가져와야 합니다.
- 구독 URL: 출처와 전체 주소를 확인하세요. Subscribe로 저장해야 해당 주소에서 항목을 다시 가져오는 업데이트 기능을 사용할 수 있습니다.
- 인식 실패: QR 코드가 선명하고 온전한지, 일반 안내 페이지가 아니라 앱에서 지원하는 구성 형식이 포함되어 있는지 확인하세요.
같은 QR 코드를 여러 번 스캔하면 항목이 중복될 수 있습니다. 표시 이름만 보고 삭제하지 말고 프로토콜 유형, 서버 주소와 포트를 대조하세요. 구성에 Shadowsocks, VMess, VLESS, Trojan, Hysteria2 또는 WireGuard가 사용된다면 기존 프로토콜 필드를 유지하고, 겉보기만 비슷하게 만들려고 다른 Type으로 바꾸지 마세요.
7. 지연 시간 테스트 결과가 좋은데 웹 페이지가 열리지 않는 이유는 무엇인가요?
지연 시간 테스트는 특정 탐지 방식으로 측정한 결과입니다. 웹 페이지 로딩 시간이나 사용 가능한 대역폭, 전체 서비스의 성공률을 뜻하지는 않습니다. Home의 Connectivity Test로 기본 상태를 확인할 수 있지만, 먼저 Settings → Connectivity Test에서 선택된 테스트 방식과 대상을 확인하세요. 같은 서버라도 테스트 방식이 다르면 결과를 직접 비교할 수 없습니다.
- 수치는 표시되지만 웹 페이지 접속 실패: 기본 탐지는 성공했더라도 대상 웹 사이트의 DNS, TLS, 규칙 정책 또는 원격 접속에 문제가 있을 수 있습니다.
- 시간 초과가 표시되지만 일부 웹 페이지는 접속 가능: 테스트 대상이나 탐지 방식에 제한이 있을 수 있습니다. 접속 가능 여부를 알고 있는 다른 대상을 사용해 비교하세요.
- 측정 결과가 계속 달라짐: 같은 네트워크, 같은 대상, 같은 테스트 방식을 유지해 여러 차례 연속 측정하세요. 한 번의 변동을 지속적인 상태로 판단하지 마세요.
서버 Port를 입력할 때는 기존 구성에 적힌 숫자를 그대로 사용하세요. 예를 들어 HTTPS에서 흔히 사용하는 443은 포트 용도의 예일 뿐, 모든 서버가 해당 포트를 사용하는 것은 아닙니다. 포트를 일괄적으로 443으로 바꿔도 인증 실패나 프로토콜 불일치는 해결되지 않습니다.
8. 앱을 나가면 연결이 끊기나요? On Demand란 무엇인가요?
홈 화면으로 돌아가는 것과 연결 스위치를 끄는 것은 서로 다른 작업입니다. 앱 화면이 앞에 표시되지 않아도 시스템 네트워크 터널은 계속 작동할 수 있습니다. 연결 유지 여부는 시스템 VPN 상태와 실제 요청 결과로 확인하세요. 앱 프로세스를 강제로 종료하는 것을 일반적인 연결 해제 방법으로 사용하지 마세요.
Settings → On Demand에서는 필요에 따라 연결하는 동작을 설정합니다. 기능을 켜면 설정한 조건에 따라 시스템이 연결을 시작할 수 있습니다. 따라서 수동으로 연결을 끈 뒤 다시 연결된다면 구성을 반복해서 삭제하기 전에 이 메뉴부터 확인하세요. On Demand는 누락된 서버 매개변수를 채우거나 만료된 인증 정보를 복구하지 않습니다.
- Settings → On Demand로 이동해 전체 스위치와 설정된 조건을 확인하세요.
- 문제를 점검하는 동안 On Demand를 끈 다음 Home으로 돌아가 연결 스위치를 직접 조작하세요.
- 수동 연결이 안정적인지 확인한 뒤 필요한 조건을 하나씩 다시 설정하고, Wi-Fi와 셀룰러 네트워크를 전환할 때의 동작을 살펴보세요.
9. Config 규칙이나 DNS에 문제가 있을 때 확인할 항목
먼저 Config 화면에서 현재 선택된 파일을 확인한 다음 규칙 순서를 살펴보세요. 규칙은 보통 위에서 아래로 일치 여부를 확인하므로, 더 구체적인 조건은 기본 처리 규칙보다 앞에 두어야 합니다. 아래는 “지정한 도메인은 프록시, 나머지는 직접 연결”하는 규칙 예시일 뿐입니다. 전체 서버 구성이 아니며 어떤 서비스도 생성하지 않습니다.
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT
DOMAIN-SUFFIX는 도메인 접미사를 기준으로 일치합니다. 예를 들어example.com과 그 하위 도메인을 찾습니다.IP-CIDR은 IP 대역을 기준으로 일치합니다.GEOIP는 IP의 지리적 위치 데이터를 사용하며, 도메인 언어를 인식하는 기능으로 이해해서는 안 됩니다.FINAL은 앞선 규칙과 일치하지 않은 요청을 처리하므로 규칙 맨 아래에 둡니다. 예시에 표시된 DIRECT가 모든 구성의 기본값인 것은 아닙니다.
DNS는 도메인을 주소로 변환하고, 규칙은 트래픽 처리 방식을 결정합니다. 두 기능은 서로 다른 설정입니다. 도메인으로만 접속할 수 없다면 먼저 현재 Config의 [General] 섹션과 dns-server 설정이 기존 구성의 요구 사항에 맞는지 확인하세요. 여러 DNS 설정을 한꺼번에 바꾸지 마세요. IP 주소로 HTTPS 사이트에 직접 접속하면 인증서나 SNI 문제가 발생할 수 있으므로, 이 테스트만으로 DNS 오류라고 단정할 수 없습니다.
10. 연결된 것으로 표시되지만 웹 페이지가 열리지 않을 때의 점검 순서
테스트할 웹 사이트 하나와 서버 하나를 정하고, 매번 설정 한 가지만 바꾸면서 결과를 기록하세요. 로컬 네트워크, 현재 서버, Global Routing, 규칙, DNS 순서로 확인하면 모든 설정을 한꺼번에 바꾸는 것보다 문제를 찾기 쉽습니다. 네트워크 유형, 시간, 모드, 테스트 방식과 오류 문구를 기록하되 비밀번호나 구독 token은 포함하지 마세요.
- 연결을 끄고 현재 Wi-Fi 또는 셀룰러 네트워크 자체가 작동하는지 확인합니다. 필요한 경우 네트워크 로그인 절차도 완료하세요.
- Home으로 돌아가 선택한 서버가 유효한 구독에 포함되어 있는지 확인하고 주소, Port, 프로토콜과 인증 정보를 점검하세요.
- Connectivity Test를 실행하세요. 실패하면 규칙을 크게 수정하기 전에 서버 또는 네트워크부터 확인합니다.
- 같은 대상을 Proxy 모드로 임시 테스트하세요. Proxy에서는 성공하고 Config에서 실패한다면 해당 대상에 적용된 규칙과 정책을 확인합니다.
- DNS 설정과 On Demand 동작을 확인하세요. 필요한 경우 네트워크를 바꿔 다시 테스트한 뒤 평소 사용하는 모드로 되돌립니다.
구독 업데이트는 되는데 연결에 실패하는 이유는 무엇인가요?
구독 주소와 실제 서버는 서로 다른 도메인, 포트, 인증 방식을 사용할 수 있습니다. Home으로 돌아가 항목을 다시 선택해 테스트하세요. 이미 보유한 서비스가 유효한 상태인지 확인하고, 업데이트 성공을 서버 연결 확인의 대용으로 삼지 마세요.
웹 사이트 하나만 열리지 않는데 앱을 다시 설치해야 하나요?
먼저 기존 구성을 유지한 채 같은 웹 사이트를 Config와 Proxy 모드에서 각각 테스트하세요. Config에서만 실패한다면 관련 DOMAIN-SUFFIX 규칙, 규칙 순서와 최종 정책을 확인합니다. 두 모드 모두 실패하면 대상에 접속할 수 있는지와 DNS를 점검하세요.
연결을 꺼도 계속 자동으로 다시 연결되면 어떻게 하나요?
Settings → On Demand를 확인하고, 필요에 따라 연결하는 기능을 먼저 끈 뒤 수동으로 연결을 해제하세요. 시스템에 다른 VPN이 계속 연결된 것으로 표시된다면 현재 활성화된 구성이 무엇인지 확인합니다. 다른 구성의 상태를 Shadowrocket의 연결 스위치가 작동하지 않는 증거로 혼동하지 마세요.
추가로 도움을 요청할 때는 민감한 정보를 삭제한 조작 단계와 오류 메시지, Config와 Proxy 테스트 결과의 차이를 제공하세요. 입력 오류, 네트워크 접속 불가, 규칙 분할 처리, DNS 문제를 구분하는 데 도움이 됩니다. 근거가 없는 상태에서 같은 구성을 반복해서 가져오는 일도 줄일 수 있습니다.