Shadowrocket 초보자 FAQ 10가지: 첫 사용법과 자주 묻는 질문

1. 앱을 구매하면 서버도 포함되나요?

아니요. Shadowrocket은 유료 상용 앱이며, App Store에서 한 번 구매하면 앱을 이용할 수 있지만 서버 계정이나 회선 요금제가 제공되는 것은 아닙니다. 앱을 설치한 뒤에도 처음 실행할 때 이미 보유한 서버 정보나 구독을 추가해야 합니다. 이 글은 사용자가 이미 서비스 제공업체와 구독을 보유한 경우를 전제로 설정 확인 및 사용 방법만 설명하며, 어떤 노드나 구독도 제공하거나 판매하거나 추천하지 않습니다.

앱을 받을 수 있는 유일한 경로는 App Store입니다. 제품명 Shadowrocket, 개발자 Shadow Launch Technology Limited, 앱 ID 932747118을 확인하세요. 검색 결과에 표시된 아이콘 색상만으로 판단하지 마세요. 주로 iPhone과 iPad에서 사용할 수 있으며, 그 밖의 Apple 기기 호환성, 시스템 요구 사항 및 통합 구매 적용 범위는 App Store 페이지의 안내를 기준으로 확인하세요.

2. 처음 연결할 때 VPN 구성을 추가하라는 이유는 무엇인가요?

앱이 VPN 연결을 설정하도록 시스템에서 허용하는 데 필요한 승인입니다. 별도의 서비스를 추가로 구매하는 것이 아닙니다. Home에서 처음 연결 스위치를 켜면 시스템에서 VPN 구성 추가를 요청할 수 있습니다. 방금 실행한 Shadowrocket에서 보낸 요청인지 확인한 뒤 시스템 안내에 따라 허용하고 기기 인증을 완료하세요. 이 승인은 연결 설정을 허용한다는 뜻일 뿐, 서버 정보가 올바르거나 모든 요청이 프록시를 통과한다는 의미는 아닙니다.

• 허용을 선택한 경우: Home으로 돌아가 스위치와 연결 상태를 확인한 다음 실제로 웹페이지를 열어 테스트하세요.
• 이전에 거부한 경우: Home으로 돌아가 연결을 다시 시도하고 시스템 안내에 따라 진행하세요. 그래도 실패하면 시스템 설정에서 VPN 구성 상태를 확인하세요.
• 기기 관리 정책이 적용된 경우: 시스템 정책으로 VPN 구성 추가가 제한될 수 있습니다. 먼저 기기 관리 요구 사항을 확인하고, 다른 용도로 사용하는 구성을 반복해서 삭제하지 마세요.

시스템에 표시되는 VPN 상태는 터널의 상태만 알려줄 뿐, 원격 서버를 사용할 수 있다는 것을 단독으로 증명하지 않습니다. 이후에도 선택한 서버, Global Routing, 규칙을 각각 확인해야 합니다. 승인이 완료되지 않았다면 우선 승인 문제부터 해결하세요. 운에 맡기듯 DNS, 프로토콜, 규칙을 한꺼번에 바꾸지 마세요.

3. 보유한 서버 정보는 Add Server에 어떻게 입력하나요?

먼저 정보 유형을 구분하세요. 서버 주소, 포트, 인증 정보로 구성된 한 묶음은 단일 서버 설정이고, 여러 설정을 반환하는 주소는 보통 구독입니다. QR 코드는 정보를 담는 수단일 뿐이며, 그 내용은 단일 설정일 수도 구독일 수도 있습니다. 구독 링크를 일반 서버의 Address 필드에 붙여 넣지 말고, 포트 번호만 보고 프로토콜을 추측하지 마세요. 다음 단계는 서버 하나를 직접 추가하는 방법입니다.

1. 추가 화면 열기

   Home 오른쪽 위의 “+”를 누르고 Add Server로 이동하세요. 먼저 Type에서 보유한 정보와 일치하는 프로토콜을 선택합니다.

2. 항목 확인

   Address, Port와 해당 프로토콜에 필요한 인증 정보를 항목별로 입력하세요. 예를 들어 Port가 443이라면 숫자 443만 입력하고 전체 URL을 붙여 넣지 마세요.

3. 저장하고 선택하기

   저장한 뒤 Home으로 돌아가 목록에 항목이 표시되는지 확인하고 선택하세요. 이름은 항목을 구분하기 위한 것일 뿐, 이름을 바꿔도 주소나 인증 정보 오류는 해결되지 않습니다.

4. 연결 테스트

   연결 스위치를 켜고 시스템 승인을 완료한 뒤 실제로 웹페이지에 접속하세요. 실패하면 먼저 방금 입력한 필드를 확인하고 여러 설정을 한꺼번에 바꾸지 마세요.

Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 설정 항목의 구조가 서로 다릅니다. 설정에 따라 TLS, 서버 이름, 전송 관련 필드가 포함될 수 있으므로 원본 정보를 항목별로 확인하세요. 포트가 443이라고 해서 반드시 Trojan을 사용한다는 뜻은 아니며, 인증 정보를 생략해도 된다는 의미도 아닙니다.

4. QR 코드 추가와 Subscribe 가져오기는 어떻게 다른가요?

QR 코드를 스캔하면 코드에 담긴 설정을 읽을 뿐, 서비스가 정상인지 확인해 주지는 않습니다. Home에서 스캔 기능을 사용할 때는 시스템 안내에 따라 카메라 접근을 허용하세요. 스캔한 뒤 가져온 항목의 유형과 주소를 확인하고 연결을 시도합니다. QR 코드에 비밀번호, 키 또는 구독 인증 정보가 포함될 수 있으므로 공개 게시판에 올려 식별을 요청하지 마세요.

• QR 코드 추가: 인식 가능한 QR 코드가 있을 때 사용하세요. 인식할 수 없다는 메시지가 표시되면 일반 웹 주소가 아니라 앱에서 지원하는 설정이 실제로 포함되어 있는지 먼저 확인하세요.
• Subscribe 가져오기: Home → “+” → Type → Subscribe로 이동해 이미 보유한 구독 링크를 입력하고 저장한 뒤 업데이트 결과를 확인하세요.
• 목록이 비어 있는 경우: 링크가 온전한지, 구독이 유효한지, 반환된 내용이 지원되는 설정인지 확인하세요. 브라우저에서 페이지가 열린다고 해서 그 내용을 앱에서 해석할 수 있는 것은 아닙니다.

구독을 업데이트하면 원격에서 반환된 내용에 따라 해당 항목이 갱신되므로, 직접 수정한 구독 항목을 영구 백업으로 간주하면 안 됩니다. 별도로 추가한 서버와 구독에서 생성된 서버를 구분한 뒤 필요한 사용자 지정 내용을 보관하세요. Settings → Subscribe의 업데이트 옵션은 갱신 방식에 영향을 줍니다. 구독 주소가 실제로 연결 가능한지 확인해 판단하고, 무조건 켜지 마세요.

5. Global Routing에서 Config, Proxy, Direct 중 무엇을 선택해야 하나요?

먼저 테스트 목적을 정한 다음 모드를 선택하세요. 특정 서버가 요청을 프록시할 수 있는지 처음 확인할 때는 Proxy를 임시로 사용할 수 있습니다. 규칙에 따라 트래픽을 분기하는 일반적인 사용에는 Config를 사용하되, 필요한 구성을 선택하고 확인해야 합니다. Direct는 직접 연결 여부를 비교할 때 사용하며 원격 프록시가 작동하는지 확인하는 방법은 아닙니다. Scene은 설정된 시나리오에 따라 라우팅을 처리하는 기능으로, 범용 ‘가속’ 옵션이 아닙니다.

Proxy에서는 같은 대상에 접속되지만 Config에서는 안 된다면 규칙 일치 여부와 최종 정책을 확인하세요. 서버를 바로 삭제하지 마세요. 반대로 Direct에서 웹사이트에 접속할 수 있다는 사실은 로컬 네트워크로 해당 대상에 직접 연결할 수 있다는 뜻일 뿐, 프록시 설정이 올바르다는 증거는 아닙니다. 테스트를 마친 뒤 원래 필요했던 모드로 되돌리세요.

6. Home, Config, Settings에서는 각각 무엇을 확인하나요?

Home에서는 주로 서버를 선택하고 연결 상태와 Global Routing을 확인합니다. Config에서는 구성 파일과 규칙을 관리하고, Settings에서는 Subscribe와 On Demand 같은 앱 설정을 확인합니다. 서버는 어디에 연결할지를 정하고, 구성 규칙은 각 요청에 어떤 정책을 적용할지 정하므로 두 항목은 서로 다른 단계입니다. 구독을 가져온 뒤 서버가 표시된다고 해서 규칙 파일도 예상대로 활성화된 것은 아닙니다.

• DOMAIN-SUFFIX,example.com,DIRECT: 도메인 접미사와 일치하면 DIRECT를 적용합니다.
• IP-CIDR,192.168.0.0/16,DIRECT: 지정된 IPv4 주소 범위와 일치합니다. 도메인 확인이 필요한지는 규칙 옵션과 문맥에 따라 달라집니다.
• GEOIP,CN,DIRECT: IP의 지리적 위치 정보로 일치 항목을 찾으며, 결과는 사용하는 데이터에 따라 달라집니다.
• FINAL,PROXY: 앞선 규칙에 일치하는 항목이 없으면 PROXY를 적용합니다.

위 내용은 문법 설명일 뿐, 그대로 사용할 수 있는 완성된 구성은 아닙니다. 규칙은 일반적으로 위에서 아래로 확인되므로, 더 구체적인 예외를 포괄적인 규칙보다 앞에 배치하고 정책 이름이 실제로 존재하는지 확인하세요. 대상이 REJECT 규칙에 의해 차단된 경우 서버를 다시 가져와도 해당 차단 규칙은 바뀌지 않습니다. 관련 키워드 설명은 프로토콜 매뉴얼과 용어집에서 확인할 수 있습니다.

7. 연결 스위치는 켜져 있는데 웹페이지가 열리지 않는 이유는 무엇인가요?

스위치를 켰다는 것은 클라이언트가 연결 상태에 들어갔다는 뜻일 뿐입니다. 문제는 로컬 네트워크, 서버 인증, 원격 서버 접근성, DNS 또는 규칙 선택에서 발생할 수 있습니다. 먼저 같은 대상을 기준으로 비교한 뒤 범위를 좁혀 가세요. 서버, 모드, DNS, 규칙을 한꺼번에 바꾸면 문제가 해결되어도 어떤 설정이 영향을 줬는지 알기 어렵습니다.

1. 먼저 로컬 네트워크 확인: Shadowrocket 연결을 끊고 현재 Wi-Fi 또는 셀룰러 네트워크에서 원래 직접 접속할 수 있던 웹페이지를 열어 보세요. 필요한 경우 네트워크 로그인 인증을 완료하세요.
2. 다음으로 서버 정보 확인: Home에서 실제로 선택된 항목을 확인하고 주소, 포트, 인증 정보, TLS 관련 필드가 보유한 정보와 일치하는지 점검하세요.
3. 모드별로 비교: Proxy로 임시 전환해 같은 대상을 테스트하세요. Config에서만 실패한다면 규칙, REJECT, FINAL 정책을 확인하세요.
4. 마지막으로 DNS 확인: 증상이 도메인 이름 확인 문제를 가리킨다면 현재 Config의 DNS 설정을 확인하세요. 변경 전 값을 기록하고 한 번에 한 항목만 조정하세요.

지연 시간 테스트에 결과가 나왔다고 해서 웹페이지 접속이 반드시 가능한 것은 아니며, 시간 초과를 곧바로 비밀번호 오류로 해석해서도 안 됩니다. 테스트 방법, 네트워크 차단, 서버 응답이 모두 결과에 영향을 줄 수 있습니다. 기존 서비스의 운영 담당자에게 문의할 때는 네트워크 유형, 실패한 대상, 오류 증상만 설명하고 전체 구독 주소나 인증 정보는 보내지 마세요.

8. 앱을 나가거나 화면을 잠근 뒤 연결 스위치 상태가 바뀌는 이유는 무엇인가요?

홈 화면으로 돌아가는 것만으로 VPN 연결이 끊기지는 않습니다. 연결 상태는 시스템과 Home에 표시된 실제 상태를 기준으로 확인하세요. 네트워크를 바꾸거나 화면을 잠갔다가 앱을 다시 열었을 때 상태가 달라진다면 먼저 어떤 조건에서 발생했는지 기록하고 Settings → On Demand를 확인하세요. 자동 연결 조건, 다른 VPN 구성, 네트워크 전환이 관찰 결과에 영향을 줄 수 있으므로 한 번 연결이 끊겼다는 이유만으로 서버가 작동하지 않는다고 판단하지 마세요.

• 수동 연결 테스트 중: On Demand가 활성화되어 있는지 확인하세요. 수동 연결만 테스트하려면 일시적으로 끄고 기존 설정을 기록해 두세요.
• 네트워크 전환 후 상태가 바뀌는 경우: Wi-Fi와 셀룰러 네트워크를 전환한 뒤에 항상 상태가 바뀌는지 비교하고, 해당 자동 연결 조건을 확인하세요.
• 끈 뒤 다시 연결되는 경우: On Demand 또는 시스템의 자동 연결 설정이 여전히 작동하는지 확인하세요. 자동 재연결을 스위치가 작동하지 않는 것으로 오해하지 마세요.
• 다른 VPN과 번갈아 사용하는 경우: 테스트 중에는 사용할 구성을 명확히 선택하고, 다른 VPN이 시작되어 현재 상태가 바뀌지 않도록 하세요.

On Demand는 조건에 따라 연결을 자동으로 처리하는 기능이지, 서버의 작동을 보장하는 기능은 아닙니다. 수동 연결이 안정적인지 확인한 뒤 자동 연결을 설정하면 ‘조건이 예상대로 작동하지 않는 문제’와 ‘원격 연결 실패’를 더 쉽게 구분할 수 있습니다.

9. 구독을 업데이트한 뒤 선택했던 서버가 바뀐 이유는 무엇인가요?

구독 내용은 사용자가 이미 이용 중인 서비스에서 반환되며, 업데이트할 때 항목 이름, 개수, 설정 값이 달라질 수 있습니다. 업데이트한 뒤 Home에서 현재 선택된 서버를 다시 확인하세요. 목록 순서가 같다고 해서 같은 서버라고 단정하지 마세요. 목록 항목이 줄었다면 구독 상태와 반환된 내용을 먼저 확인한 뒤 수동 업데이트가 필요한지 판단하세요. 항목을 반복해서 삭제하고 다시 추가해도 원격에서 내용이 비어 있는 문제는 해결되지 않습니다.

1. 업데이트 전에 선택한 서버의 이름과 프로토콜을 기록하세요. 비밀번호, 키, 구독 token은 기록하거나 공개하지 마세요.
2. 현재 네트워크에서 구독 주소에 접속할 수 있는지 확인한 뒤 업데이트를 실행하고, 시간 초과나 파싱 실패 메시지가 표시되는지 확인하세요.
3. 업데이트가 끝나면 항목이 있는지 확인하고 필요한 서버를 다시 선택한 다음 같은 웹페이지를 테스트하세요.
4. 구독 주소에 프록시로만 접속할 수 있다면 Settings → Subscribe → Update via Proxy를 확인하고, 현재 사용할 수 있는 프록시가 있는지도 확인하세요.

모든 서버를 사용할 수 없는 경우 Update via Proxy를 켜도 구독을 가져오지 못할 수 있습니다. 업데이트 과정에서도 먼저 사용할 수 있는 연결 경로가 필요하기 때문입니다. 이 옵션을 모든 문제를 해결하는 스위치로 여기지 마세요. 구독 주소의 인증 정보는 해당 구독에 접근할 수 있는 권한과 같습니다. 화면을 캡처할 때는 표시 이름만 가리지 말고 전체 링크를 가리세요.

10. 처음 설정을 마친 뒤 연결 상태를 확인하고 유지하려면 어떻게 해야 하나요?

연결 테스트를 마친 뒤 선택한 서버, Global Routing 모드, 현재 Config, On Demand 상태 등 재현 가능한 설정 조합을 기록하세요. 실제로 사용할 네트워크에서 각각 확인하되 모든 대상이 같은 경로를 사용해야 하는 것은 아닙니다. Config 모드에서는 일치하는 규칙에 따라 직접 연결, 프록시 또는 차단이 결정됩니다. 아래의 자주 묻는 질문 세 가지를 통해 마지막으로 설정을 확인할 수 있습니다.

처음 사용을 마쳤다는 기준은 스위치가 켜져 있는 것만이 아니라 ‘현재 요청이 왜 이 경로를 사용하는지 설명할 수 있는가’입니다. 이후 문제가 발생하면 마지막으로 테스트에 성공한 설정 조합으로 돌아가 변경된 항목을 하나씩 확인하세요. 조작 순서에 따라 다시 점검하려면 사용 가이드를 계속 읽어 보세요.