Shadowrocket 사용법: 초보자가 가장 많이 묻는 10가지

1. Shadowrocket을 구매했는데 사용할 서버가 없는 이유는 무엇인가요?

구매로 얻는 것은 클라이언트 사용 권한이며, 서버 서비스가 아닙니다. Shadowrocket은 App Store에서 판매되는 유료 상용 앱으로, 한 번 구매하면 사용할 수 있습니다. 앱 구매와 서버 이용 요금제는 별개입니다. 아래 연결 방법은 이미 이용 중인 서비스 제공업체와 구독이 있거나 사용할 수 있는 서버 설정값을 보유한 경우를 전제로 합니다.

구매 전 App Store에서 제품명 Shadowrocket, 개발자 Shadow Launch Technology Limited, 공식 아이콘, 앱 ID 932747118을 확인하세요. 주 사용 기기는 iPhone과 iPad이며, 다른 Apple 기기의 호환성, 시스템 요구 사항 및 구매 적용 범위는 App Store 페이지 표기를 기준으로 확인하세요.

• Home: 등록된 서버와 구독 그룹을 확인하고, 기본 서버를 선택한 뒤 연결 스위치를 조작합니다.
• Config: 구성 파일과 규칙을 관리합니다. 서버를 가져왔다고 해서 적절한 규칙 구성을 사용 중인 것은 아닙니다.
• Settings: 연결 동작에 영향을 주는 On Demand 등의 앱 설정을 확인합니다.

2. 처음 연결할 때 어떤 순서로 진행해야 하나요?

먼저 Home에 유효한 서버 항목이 표시되는지 확인한 다음 기본 서버를 선택하세요. 목록에 이름이 있다고 해서 해당 서버가 선택된 것은 아닙니다. 처음 사용할 때는 DOT 표시가 있는 행을 확인하세요. 시스템 VPN 구성 승인을 마친 뒤 연결을 테스트해야 합니다. 스위치를 반복해서 누르는 대신 서버 설정값을 확인하세요.

1. 기존 구독 가져오기

   Home → 오른쪽 상단 ‘+’ → Type → Subscribe로 이동해 본인이 보유한 구독 URL을 입력한 다음 저장하세요. 단일 서버 설정값만 있다면 해당 Type을 선택해야 합니다. 서버 주소를 Subscribe에 입력하면 안 됩니다.

2. 서버 선택

   Home으로 돌아와 구독 정보가 로드될 때까지 기다린 후 사용할 서버를 선택하고 해당 행의 DOT 표시를 확인하세요. 구독 그룹 이름을 실제 연결에 사용하는 서버로 착각하지 않도록 주의하세요.

3. 시스템 구성 허용

   Home 상단의 연결 스위치를 켜세요. 시스템에서 VPN 구성을 추가할지 묻는 메시지가 표시되면 앱 출처를 확인하고 허용한 뒤 기기의 안내에 따라 인증을 완료하세요. 승인이 끝나지 않았다면 스위치가 꺼지는 현상을 서버 오류로 단정하지 마세요.

4. 실제 접속 확인

   Home → Connectivity Test를 실행한 다음 본인이 접속하려는 웹사이트를 열어 보세요. 테스트 결과와 실제 접속 상태를 각각 기록하세요. VPN 아이콘만으로 모든 요청이 성공했다고 판단할 수 없습니다.

3. 연결 스위치가 켜지지 않거나 켜진 직후 꺼지면 무엇부터 확인해야 하나요?

먼저 ‘시스템에서 VPN 구성을 허용하지 않은 경우’와 ‘연결된 뒤 끊기는 경우’를 구분하세요. 두 경우 모두 스위치가 꺼지는 것처럼 보일 수 있지만 해결 방법은 다릅니다. 승인 여부와 기본 서버부터 확인한 다음 원격 서버 설정값을 점검하면 규칙 파일을 무작정 수정하지 않아도 됩니다.

수동으로 끈 뒤 다시 자동 연결된다면 Settings → On Demand를 먼저 확인하세요. 활성화된 조건에 따라 연결이 시작될 수 있습니다. 이는 스위치 오작동과는 다른 문제입니다. 문제를 확인하는 동안 On Demand를 잠시 끄고 수동 연결을 다시 테스트해 보세요.

4. 상태 표시줄에 VPN이 표시되면 모든 웹사이트에 접속할 수 있다는 뜻인가요?

아닙니다. VPN 표시는 시스템에 해당 VPN 연결 상태가 있다는 뜻일 뿐, 모든 대상에 접속할 수 있거나 현재 요청이 반드시 프록시를 거친다는 의미는 아닙니다. Global Routing에서 Direct를 선택했거나 Config의 규칙이 DIRECT에 일치하면 요청은 직접 연결될 수 있습니다.

예를 들어 Connectivity Test는 성공했지만 특정 웹사이트에 접속할 수 없다면, 테스트 대상과 실제 대상의 결과가 다르다는 뜻입니다. 해당 웹사이트에 적용된 규칙, 도메인 이름 확인, 서버의 대상 사이트 접속 가능 여부를 살펴보세요. 이를 근거로 클라이언트 전체를 사용할 수 없다고 판단해서는 안 됩니다. 기기에 따라 상태 표시줄의 모양이 다를 수 있으므로 앱과 시스템의 VPN 상태도 함께 확인하세요.

5. Global Routing의 Config, Proxy, Direct, Scene은 어떻게 선택하나요?

신뢰할 수 있고 용도를 이해한 규칙 구성이 있다면 평소에는 Config를 선택하세요. 규칙이 접속 차이에 영향을 주는지 확인할 때는 Proxy로 잠시 바꿔 비교할 수 있습니다. 바꾸기 전에 기존 값을 기록하고 테스트 후 원래대로 복구하세요. 네 가지 옵션은 요청을 어떤 경로로 보낼지 결정하며, VPN 표시 여부를 결정하는 옵션은 아닙니다.

6. Subscribe는 어떻게 업데이트하나요? 업데이트해도 연결되지 않는 이유는 무엇인가요?

구독을 업데이트하면 서버 목록을 다시 가져옵니다. 서비스 유효 기간이 연장되는 것은 아닙니다. Home에서 해당 Subscribe 그룹을 찾아 그룹의 업데이트 기능을 사용하세요. 가져온 뒤 아래로 당겨 새로 고침하고 결과를 확인할 수도 있습니다. 업데이트 후에는 목록 내용과 DOT 표시를 다시 확인해 이미 삭제되거나 교체된 항목을 테스트하지 않도록 하세요.

• 가져오기 실패: 현재 네트워크에서 본인의 구독 주소에 접속할 수 있는지, URL이 완전한지 확인하세요. 특히 끝부분의 매개변수가 빠지지 않았는지 살펴보세요.
• 가져오기는 성공했지만 목록이 비어 있음: 서버에서 구독 정보가 반환되는지 확인하세요. 로그인 페이지, 오류 페이지 또는 만료 안내가 반환되는 것은 아닌지 살펴보세요.
• 목록은 정상이지만 연결에 실패함: 서버 세부 정보에서 서비스 제공업체가 제공한 자료와 프로토콜, 주소, 포트, 인증 정보가 일치하는지 확인하세요.
• 인증 정보 노출이 걱정됨: 구독 URL의 token으로 서비스 정보를 읽을 수 있을 수 있습니다. 전체 URL이 보이는 공개 스크린샷이나 문의 기록을 게시하지 마세요.

Subscribe와 Config는 서로 다른 항목입니다. 서버 구독을 업데이트해도 현재 구성 파일의 규칙이 함께 업데이트되는 것은 아닙니다. 서버가 변경됐는데 규칙이 이전 정책이나 이름을 가리킨다면 서버 목록과 Config를 각각 확인하세요. 구독 새로 고침만 반복해서는 해결되지 않습니다.

7. Connectivity Test에 지연 시간이 표시되는데 실제 웹사이트가 열리지 않는 이유는 무엇인가요?

지연 시간 결과는 당시의 테스트 방식과 대상에 대해서만 의미가 있으며, 전체 서비스의 정상 작동을 보장하지 않습니다. 실제 접속에는 도메인 이름 확인, TLS, 규칙 선택, 서버에서 대상 사이트까지의 경로가 모두 영향을 줍니다. 동일한 네트워크와 서버를 사용해 비교하고, 여러 조건을 한꺼번에 바꾸지 마세요.

1. Home에서 기본 서버를 확인하고 현재 Global Routing 값을 기록한 뒤 Connectivity Test를 실행해 성공 또는 실패 여부를 적어 두세요.
2. 문제가 발생한 대상에 접속해 모든 웹사이트에서 문제가 생기는지 특정 도메인에서만 발생하는지 기록하세요. 시간 초과와 인증서 오류도 구분해 적으세요.
3. 현재 설정이 Config라면 Proxy로 잠시 바꾼 뒤 같은 대상에 접속해 보세요. 결과가 달라지면 Config로 돌아가 규칙을 확인하세요. 계속 실패한다면 서버와 네트워크를 점검하세요.
4. 프로토콜에 맞는 설정값을 확인하세요. Shadowsocks의 인증 및 암호화 설정, VMess 또는 VLESS의 ID와 전송 설정, Trojan의 인증 및 TLS 설정은 서로 바꿔 사용할 수 없습니다. Hysteria2와 WireGuard도 각 서비스의 서버 자료에 따라 입력해야 합니다.
5. 시스템 설정 → 일반 → 날짜 및 시간에서 자동 설정이 켜져 있는지 확인하세요. 시간 차이가 크면 인증이나 인증서 확인에 영향을 줄 수 있습니다.

포트는 본인의 서버 자료에 기재된 값을 사용해야 합니다. 자료에 443이라고 적혀 있으면 443인지 확인하세요. 이름에 TLS가 들어 있다고 해서 다른 포트를 임의로 443으로 바꾸면 안 됩니다. Wi-Fi와 셀룰러 네트워크를 바꿔 비교할 수는 있지만, 인증 정보까지 동시에 다시 설정하면 어떤 변경이 영향을 줬는지 알기 어렵습니다.

8. Config 규칙과 On Demand는 같은 기능인가요?

아닙니다. Config는 주로 ‘요청을 어느 경로로 보낼지’를 정하고, On Demand는 ‘어떤 조건에서 연결을 시작할지’를 정합니다. 특정 도메인의 경로가 잘못됐다면 Config와 Global Routing을 확인하세요. 특정 네트워크에서 기기가 자동으로 다시 연결된다면 Settings → On Demand의 기존 조건부터 살펴보세요.

DOMAIN-SUFFIX는 도메인 접미사 일치에 사용하고, IP-CIDR은 IP 대역을 지정하며, GEOIP는 IP의 지리적 위치를 기준으로 판단합니다. FINAL은 앞선 규칙에 일치하지 않은 요청을 처리합니다. 범위가 넓은 규칙을 더 구체적인 규칙보다 앞에 두고 뒤의 규칙이 적용되기를 기대하지 마세요. 수정 전에 기존 구성을 보관하고, 변경 후에는 같은 대상으로 확인하세요.

9. iPhone과 iPad에서 같은 계정으로 로그인하면 설정이 iCloud를 통해 자동 동기화되나요?

App Store에서 같은 계정을 사용한다는 이유만으로 서버, 구독, 구성 파일까지 동기화됐다고 볼 수는 없습니다. App Store 구매 기록과 iCloud 데이터는 별개의 경로입니다. 전자는 앱 구매 권한을 확인하는 데 사용하고, 후자를 통해 앱 데이터가 전송되는지는 기기의 iCloud 계정, 앱 권한, 앱에서 관련 옵션을 실제로 활성화했는지에 따라 달라집니다.

동기화가 추가 서버 동시 접속 권한을 제공하는 것은 아닙니다. 두 기기에 같은 구독이 있더라도 동시 연결 가능 여부는 이용 중인 서비스의 약관에 따라 다릅니다. 새 기기에서는 기본 서버, On Demand, 실제 대상 사이트 접속도 다시 확인하세요. 목록 이름이 같은지만 확인해서는 안 됩니다.

10. 문제가 생겼을 때 어떤 정보를 보관하고, 어떤 설정은 바로 초기화하지 말아야 하나요?

현재 상태를 먼저 기록한 다음 항목별로 점검하세요. 앱을 삭제하거나 구성을 모두 지우면 원인 파악에 필요한 설정과 기록이 함께 사라질 수 있고 복구도 더 어려워집니다. ‘연결이 안 된다’는 말보다 중요한 것은 어느 단계에서 문제가 발생했는지, 조건을 한 번에 하나씩 바꿨을 때 결과가 어떻게 달라졌는지입니다.

• 연결 단계: 시스템 승인이 완료됐는지, Home 스위치가 켜진 상태로 유지되는지, DOT 표시가 예상한 서버에 있는지 기록하세요.
• 라우팅 상태: Global Routing과 현재 Config 파일 이름을 기록하세요. 대상과 관련된 규칙만 발췌하고 인증 정보가 포함된 구성 전체를 공개하지 마세요.
• 테스트 결과: Connectivity Test, 대상 웹사이트 접속, Wi-Fi와 셀룰러 네트워크 비교 결과를 각각 기록하세요.
• 서버 정보: 프로토콜, 포트, 전송, TLS 설정을 직접 확인하세요. 다른 사람에게 설명할 때는 비밀번호, 인증 정보, 키, 구독 token을 가리세요.
• 자동 동작: Settings → On Demand의 활성화 여부와 문제가 발생하기 전에 관련 조건을 변경했는지 기록하세요.