Shadowrocket 초보자 사용법: 서버 추가, 연결 전환, Global Routing 빠른 안내

1. Shadowrocket을 구매한 뒤 서버를 추가해야 하는 이유는 무엇인가요?

구매하는 것은 클라이언트 이용 권한이지 원격 서비스가 아닙니다. Shadowrocket은 일회성 구매 방식의 상용 앱이며, 클라이언트 구매와 회선 요금제는 별개입니다. 처음 앱을 열었을 때 Home 목록이 비어 있다면 본인이 보유한 설정을 가져오거나 Add Server에서 기존 서버 정보를 입력해야 합니다. 앱 구매를 완료했더라도 서비스 계정, 이용 기간, 연결 조건까지 갖춰진 것은 아닙니다.

앱을 받을 수 있는 유일한 경로는 App Store입니다. 제품을 확인할 때 개발자 이름이 Shadow Launch Technology Limited인지, 앱 ID가 932747118인지, 아이콘이 이 사이트의 공식 아이콘과 일치하는지 확인하세요. 이 글은 주로 iPhone과 iPad 사용 방법을 다루며, 시스템 요구 사항과 구매 가능 기기는 App Store 페이지의 안내를 따릅니다.

2. Home, Config, Settings는 각각 어떤 메뉴인가요?

서버와 구성 파일의 역할을 먼저 구분하면 불필요한 작업을 줄일 수 있습니다. Home의 서버 항목은 어디에 연결하고 어떻게 인증할지를 지정하고, Config의 구성 파일은 요청이 어떤 규칙과 정책을 따를지 지정합니다. 서버를 가져왔다고 해서 적절한 규칙까지 불러온 것은 아니며, 구성 파일을 바꿔도 서버 인증 정보가 바뀌는 것은 아닙니다.

• Home: 기존 서버를 확인하고 선택하거나 Add Server로 이동할 수 있습니다. 연결 스위치를 조작하고 Global Routing에서 현재 라우팅 방식을 선택합니다.
• Config: 구성 파일을 관리하고 선택합니다. 규칙을 수정하기 전에 복사본을 저장하고, 현재 실제로 선택된 파일인지 확인하세요.
• Settings: 클라이언트 설정을 확인합니다. 예를 들어 Settings → On Demand에서 온디맨드 연결 조건을 지정할 수 있습니다.

문제를 해결할 때는 먼저 어느 단계에서 발생했는지 확인하세요. 인증 오류라면 서버 정보를 먼저 점검하고, 특정 웹사이트의 라우팅이 예상과 다를 때는 Global Routing과 Config의 규칙을 살펴보세요. 서버와 구성 파일을 동시에 바꾸거나 네트워크까지 변경하면 어떤 조치가 효과가 있었는지 파악하기 어렵습니다.

3. Add Server에서 서버를 직접 추가할 때 필요한 정보는 무엇인가요?

개별 연결 정보를 이미 받은 경우 서버를 직접 추가하면 됩니다. Home → 오른쪽 위 ‘+’ → Add Server로 이동한 뒤 Type을 확인하고 주소, 포트, 인증 정보를 입력하세요. 프로토콜은 임의로 바꿀 수 있는 선택 항목이 아닙니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 입력 항목과 연결 방식이 다르므로 사용자가 보유한 서비스 설정과 일치해야 합니다.

1. 프로토콜 확인

   Home → ‘+’ → Add Server → Type에서 기존 설정에 지정된 프로토콜을 선택하세요. 서버 이름만 보고 Type을 판단하지 마세요.

2. 주소 입력

   서버 주소 입력란에는 호스트 이름이나 IP를, 포트 입력란에는 서비스 제공자가 알려 준 숫자를 입력하세요. 안내된 포트가 443이라면 443을 입력하면 됩니다. 이 숫자가 모든 연결에 공통으로 쓰이는 포트는 아닙니다.

3. 인증 정보 확인

   프로토콜에 따라 비밀번호, UUID, 키 등을 입력하고 설정에 지정된 TLS, 서버 이름, 전송 매개변수를 확인하세요. 해당 항목이 필요하지 않다면 임의로 값을 추가하지 마세요.

4. 저장하고 선택

   저장한 뒤 Home으로 돌아가 방금 추가한 항목을 선택하세요. 다른 항목을 한꺼번에 조정하기 전에 해당 연결부터 확인하면 입력 오류를 찾기 쉽습니다.

자주 발생하는 입력 오류로는 전체 URL을 호스트 이름란에 붙여 넣는 경우, 포트 앞뒤에 공백이 들어가는 경우, UUID의 문자를 하나 빠뜨리는 경우, TLS 서버 이름을 연결 주소로 입력하는 경우가 있습니다. 입력을 마친 뒤 원래 받은 정보를 항목별로 대조하세요. 인증서 검증을 끄는 방법은 일반적인 해결책으로 사용하지 마세요.

4. 구독 URL은 어떻게 가져오며, 업데이트 후 항목이 바뀌는 이유는 무엇인가요?

구독은 사용자가 이미 이용 중인 서비스에서 제공하는 설정 경로입니다. 웹페이지 주소를 저장하는 기능이나 앱 구매 증명이 아닙니다. 보통 클라이언트가 서버 목록을 가져오고 이후 업데이트에서 항목을 동기화할 수 있습니다. 개별 서버 정보만 있다면 앞 절의 방법으로 직접 추가하고, 구독 URL이 있다면 Subscribe 유형을 사용하세요. 구독에 포함된 서버를 하나씩 입력할 필요는 없습니다.

1. 개인 구독 URL을 쿼리 매개변수까지 포함해 복사하세요. 채팅에 적힌 설명, 줄바꿈, 문장 끝의 문장 부호가 함께 복사되지 않도록 주의하세요.
2. Home → ‘+’ → Add Server로 이동해 Type을 Subscribe로 설정하고 구독 URL을 입력한 뒤 저장하세요.
3. Home으로 돌아가 화면을 아래로 당겨 새로고침한 다음 예상한 그룹과 항목이 표시되는지 확인하세요. 테스트할 서버를 선택한 뒤 연결합니다.
4. 업데이트 후에는 현재 선택된 항목을 다시 확인하세요. 이름, 항목 수 또는 매개변수가 바뀌었다면 사용 중인 서비스에서 안내한 변경 내용과 일치하는지 살펴보세요.

구독을 업데이트하면 원격에서 받은 내용에 따라 항목이 동기화되므로 직접 수정한 이름이나 매개변수가 덮어써질 수 있습니다. 계속 보관할 사용자 지정 항목은 별도로 기록하고, 업데이트 전에 필요한 정보를 저장하세요. ‘새로고침 성공’이 모든 서버의 접속 테스트 통과를 뜻하지는 않습니다.

5. 처음 연결할 때 VPN 구성을 추가하라는 메시지가 표시되는 이유는 무엇인가요?

Home의 연결 스위치를 처음 켤 때 시스템에서 VPN 구성 추가를 허용할지 물을 수 있습니다. 클라이언트가 시스템 네트워크 확장을 통해 트래픽을 처리하기 위해 필요한 승인 절차입니다. 다시 구매하거나 원격 서버에 계정을 등록하는 과정은 아닙니다. 시스템 안내에 표시된 앱이 Shadowrocket인지 확인한 뒤 기기의 안내에 따라 승인하고, 앱으로 돌아와 연결 상태를 확인하세요.

• 승인을 거부한 경우: Home으로 돌아가 다시 연결을 시도하고 시스템 안내를 확인하세요. 승인하지 않은 상태에서는 서버를 바꾸는 것만으로 해결되지 않습니다.
• 승인 후 연결됨으로 표시되는 경우: 시스템 터널이 작동 중이라는 뜻입니다. 원격 서비스와 라우팅이 정상인지 실제 요청으로 확인해야 합니다.
• 관리 대상 기기인 경우: 시스템 정책이 VPN 구성 추가를 제한하는지 확인하세요. 문제를 해결하려고 다른 구성을 반복해서 삭제하지 마세요.

VPN 상태와 실제 접속 결과는 별개입니다. VPN 아이콘이 표시되어도 서버 인증, DNS 확인 또는 대상 웹사이트 접속이 실패할 수 있습니다. 반대로 Direct에서 웹페이지가 열린다고 해서 프록시 연결이 정상이라는 뜻은 아닙니다.

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

일상적인 규칙 기반 라우팅에는 보통 Config를 선택합니다. 선택한 프록시 연결을 임시로 확인하려면 Proxy를, 현재 네트워크에서 직접 접속한 결과와 비교하려면 Direct를 사용할 수 있습니다. 이 세 가지는 초보자가 자주 쓰는 모드이며 Global Routing의 전체 옵션은 아닙니다. 상황에 따라 전환하는 Scene도 있습니다.

Proxy가 기기의 모든 백그라운드 통신을 예외 없이 처리한다고 단정할 수는 없습니다. 이미 연결된 세션, 시스템 네트워크 동작, 터널 처리 범위가 관찰 결과에 영향을 줄 수 있습니다. 비교 테스트에서는 대상 페이지를 닫았다가 다시 열고, 필요하다면 대상 앱도 재시작하세요. 이전 연결의 결과를 새 설정의 효과로 착각하지 않도록 주의해야 합니다.

7. Config를 선택했는데 규칙이 예상과 다르게 적용되는 이유는 무엇인가요?

먼저 Config에서 올바른 파일을 선택했는지 확인한 뒤 [Rule] 섹션의 순서를 살펴보세요. 규칙은 위에서 아래로 확인하며, 먼저 일치한 규칙의 정책을 적용합니다. 범위가 넓은 규칙을 앞에 두면 그 아래의 구체적인 규칙이 적용되지 않을 수 있습니다. FINAL은 앞에서 일치하지 않은 요청을 처리하므로 규칙 맨 끝에 두어야 합니다.

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

이 코드는 문법 설명용이며 개인 설정을 대체할 수 있는 완성된 파일이 아닙니다. example.com은 예시 도메인이고 192.0.2.0/24는 문서용 예시 네트워크입니다. 첫 번째 줄은 해당 도메인과 하위 도메인을 PROXY로 보냅니다. 두 번째 줄은 예시 IP 대역과 일치하며, no-resolve는 이 IP 규칙을 위해 도메인 확인을 별도로 수행하지 않는다는 뜻입니다.

• GEOIP,CN,DIRECT는 대상 IP의 지리 정보 데이터베이스상 위치를 기준으로 일치 여부를 판단합니다. 데이터베이스 업데이트 상태에 따라 결과가 달라질 수 있습니다.
• PROXY, DIRECT, REJECT는 각각 프록시, 직접 연결, 거부 정책을 뜻합니다. 규칙을 추가할 때 현재 구성에 해당 정책이 유효하게 정의되어 있는지도 확인하세요.
• 로그에서 요청이 앞쪽에 있는 규칙과 먼저 일치한 것으로 나타난다면, 비슷한 규칙을 맨 끝에 계속 추가하기보다 규칙의 범위나 순서를 조정하세요.

8. 연결 스위치가 켜졌을 때 실제로 사용할 수 있는지 확인하는 방법은 무엇인가요?

‘로컬 네트워크 → 선택한 서버 → 실제 요청 → 규칙 일치’ 순서로 단계별 확인하세요. 지연 시간 테스트에 숫자가 표시되더라도 해당 테스트 방식에서 응답이 있었다는 뜻일 뿐입니다. 웹페이지, 동영상 또는 다른 실제 작업을 대신할 수 없고 모든 대상에 접속할 수 있다는 보장도 아닙니다. 테스트 결과에는 현재 네트워크, 테스트 방식, 대상 정보를 함께 기록하세요.

1. 로컬 네트워크 확인: 먼저 Wi-Fi 또는 셀룰러 네트워크가 연결되어 있는지 확인하세요. 웹페이지에서 로그인이 필요한 네트워크라면 로그인 절차도 완료합니다.
2. 선택한 서버 확인: Home에서 현재 선택된 항목을 확인하고 Connectivity Test를 실행하세요. 응답, 시간 초과, 인증 오류를 구분합니다.
3. 새 요청 보내기: 연결한 뒤 실제로 접속하려는 페이지를 여세요. 캐시된 페이지가 표시되는 것만으로는 방금 보낸 요청이 네트워크를 통해 처리되었다고 확인할 수 없습니다.
4. 라우팅 확인: Config를 사용한다면 요청 기록이나 로그에서 대상, 일치한 규칙, 적용 정책을 확인해 결과가 예상과 맞는지 살펴보세요.

예를 들어 같은 대상이 Direct에서는 열리고 Proxy에서는 실패한다면 프록시 정보와 원격 서버 연결을 먼저 확인하세요. Proxy에서는 열리지만 Config에서 실패한다면 규칙, 정책 선택, DNS 관련 설정부터 살펴보세요. 이는 조건을 비교하는 방법이지 문제의 원인을 미리 단정하는 것이 아닙니다. 구독을 계속 새로고침할 필요도 없습니다.

9. 연결을 껐는데 다시 자동으로 켜집니다. On Demand 설정 때문인가요?

On Demand 설정과 관련이 있을 수 있으므로 먼저 Settings → On Demand를 확인하세요. 지정된 네트워크 조건에서 연결하거나 연결을 끊는 기능이며 Global Routing을 대신하지 않습니다. 조건이 충족되면 자동 실행으로 인해 수동으로 끊은 연결 상태가 바뀔 수 있습니다. 연결이 반복해서 켜지고 꺼지는 문제를 확인할 때는 자동 실행과 서버 장애를 구분하세요.

1. Settings → On Demand로 이동해 현재 활성화 여부와 설정된 조건을 기록하세요. 특히 Wi-Fi 이름, 셀룰러 네트워크, 도메인 관련 조건을 확인합니다.
2. 수동으로 문제를 확인하려면 On Demand를 잠시 끈 다음 Home으로 돌아가 연결을 해제하세요.
3. 테스트 중인 네트워크를 한 번 전환하고 연결이 다시 자동으로 복구되는지 살펴보세요. 시스템 VPN 설정에서도 해당 구성의 온디맨드 상태를 확인합니다.
4. 테스트가 끝나면 필요에 따라 원래 조건을 복원하고, 설정된 Wi-Fi와 셀룰러 환경을 각각 확인하세요. 한 가지 네트워크만 테스트하지 마세요.

Wi-Fi 조건을 설정할 때는 이름이 실제 네트워크 이름과 일치해야 합니다. 비슷한 이름을 같은 조건으로 간주하지 마세요. 도메인 접속으로 트리거하도록 설정했다면 ‘요청에 따라 연결을 시작하는 동작’과 ‘연결 후 규칙에 따라 트래픽 경로를 선택하는 동작’을 구분해야 합니다. 전자는 온디맨드 조건이, 후자는 현재 라우팅 방식과 구성이 결정합니다.

10. 구독 시간 초과, 웹페이지 접속 실패, 지연 시간은 낮은데 느린 경우 무엇부터 확인해야 하나요?

재현 가능한 증상을 먼저 기록하고 한 번에 하나의 변수만 바꾸세요. 다음 세 가지 문제는 각각 구독을 가져오는 경로, 라우팅 선택, 실제 전송 성능부터 확인해야 합니다. 모두 ‘삭제 후 재설치’로 처리해서는 안 됩니다. 기록에는 네트워크 종류, 선택한 항목, Global Routing 모드, 실패한 대상, 오류 문구를 남기되 개인 인증 정보는 가리세요.

점검을 마친 뒤에는 증상을 설명할 수 있는 최소한의 변경 사항만 유지하세요. 매개변수를 수정했다면 규칙까지 다시 쓸 필요는 없고, 규칙을 수정했다면 구독을 전부 삭제할 필요는 없습니다. 임시로 바꾼 Global Routing과 On Demand 설정을 원래대로 복원한 뒤, 평소 접속할 대상에서 다시 확인하면 초기 설정이 완료됩니다.