Shadowrocket 첫 연결 방법: SERVER 선택부터 Connectivity Test까지

이 글의 핵심

이 글은 Shadowrocket을 설치하고 본인이 이용하는 서비스 제공업체에서 연결 정보를 받은 iPhone 및 iPad 사용자를 위한 안내입니다. ‘서버 선택 → Global Routing 확인 → 스위치 켜기 → Connectivity Test → 실제 사이트 접속’ 순서로 첫 연결을 확인하세요. 서버 선택, VPN 연결 상태, 대상 사이트 접속 가능 여부를 구분하면 테스트 수치를 전체 연결 상태로 오해하지 않을 수 있습니다.

연결 전: SERVER 목록에 사용할 구성이 있는지 확인

Shadowrocket은 클라이언트 앱 구매와 회선 요금제가 별개입니다. 이 안내는 이미 본인의 서비스 제공업체와 구독을 이용하고 있다는 전제로 작성되었습니다. 구독 정보는 서비스 제공업체에서 받으세요. 앱을 설치해도 Home에 연결할 서버가 자동으로 추가되는 것은 아니며, 서비스 제공업체 계정이 활성화되는 것도 아닙니다.

Home을 열고 SERVER 목록을 확인하세요. 목록이 비어 있다면 먼저 연결 정보를 가져온 뒤 서버 선택 및 연결 단계를 진행합니다. 구독 링크가 있다면 Home 오른쪽 위의 ‘+’를 눌러 Add Server로 이동하고, Type을 Subscribe로 설정한 다음 본인의 구독 링크를 입력해 저장하세요. 서버 항목이 불러와질 때까지 기다립니다. 구독을 갱신한 뒤에는 목록을 다시 확인하고, 특히 기존에 선택한 서버가 남아 있는지 살펴보세요.

서버 이름이 표시되는 경우: 항목의 프로토콜과 용도를 확인하세요. 이름은 식별용 메모일 뿐, 사용 가능 여부를 보장하지 않습니다.
항목은 있지만 정보가 만료된 경우: 기존 구독을 갱신하고 서비스 제공업체에 계정 상태를 확인하세요. VPN 스위치를 반복해서 껐다 켜도 만료된 인증 정보는 복구되지 않습니다.
직접 추가한 항목: Type, Address, Port와 프로토콜에 필요한 인증 정보를 확인하세요. 서버 주소만 입력해서는 연결할 수 없습니다.
네트워크를 방금 바꾼 경우: 현재 Wi-Fi 또는 셀룰러 네트워크에서 인터넷이 정상적으로 연결되는지 먼저 확인하세요. 웹 인증이 필요한 Wi-Fi라면 먼저 인증을 완료해야 합니다.

첫 연결: 서버를 선택한 다음 상단 스위치 켜기

SERVER 목록의 선택 표시는 현재 선택된 서버를 나타냅니다. 서버 앞의 원형 버튼을 눌러 선택해도 VPN이 시작된 것은 아닙니다. 항목 상세 화면을 여는 것만으로 서버가 선택되는 것도 아닙니다. 조작한 뒤 Home으로 돌아가 선택 표시가 원하는 항목에 있는지 확인하세요.

서버 선택

Home → SERVER로 이동해 원하는 서버 앞의 원형 버튼을 누르고, 선택 표시가 해당 항목으로 옮겨졌는지 확인하세요. 첫 연결을 확인할 때는 유효한 정보인지 확인한 서버 하나만 선택하고 여러 항목을 연달아 바꾸지 마세요.
라우팅 확인

Home → Global Routing으로 이동해 현재 선택된 항목을 확인하세요. 올바른 설정이 이미 있다면 Config를 사용할 수 있습니다. 규칙의 영향을 배제해야 한다면 잠시 Proxy를 선택하세요. Home으로 돌아온 뒤 연결을 진행합니다.
스위치 켜기

Home 상단의 연결 스위치를 켜세요. 시스템에서 VPN 구성을 추가할지 묻는다면 앱을 확인한 뒤 허용하고, 기기 안내에 따라 인증을 완료합니다. 권한 요청을 취소했다면 권한 문제를 먼저 해결한 후 다시 연결하세요.
연결 확인

Home에서 연결 상태를 확인한 다음 Connectivity Test를 누르세요. 테스트가 끝나면 브라우저에서 실제로 이용하려는 사이트를 여세요. 테스트 중 선택된 서버와 Global Routing 설정이 바뀌지 않았는지도 확인합니다.

상단 스위치가 켜진 상태를 유지하면 VPN 세션이 시작된 것입니다. 하지만 이것만으로 원격 서버 인증, 도메인 조회, 대상 사이트 접속까지 모두 정상이라고 단정할 수는 없습니다. 반대로 스위치를 켜자마자 꺼진다면 규칙을 바꾸기 전에 시스템 권한과 구성 오류부터 확인하세요. 결과를 비교하기 쉽도록 한 번에 설정 하나만 바꾸고 변경 전후의 상태를 기록하세요.

Global Routing: Direct를 서버 연결 테스트로 오해하지 않기

Global Routing은 요청이 어떤 경로를 사용할지 결정합니다. 서버 선택과 Global Routing은 서로 다른 설정입니다. 서버 선택은 연결할 서버를 정하고, Global Routing은 트래픽이 해당 서버를 사용할지 결정합니다. 서버를 선택했더라도 Direct로 접속한 사이트가 정상적으로 열린다면 그 서버가 작동한다고 증명된 것은 아닙니다.

Config

권장

현재 활성화된 구성의 규칙에 따라 정책을 선택합니다. 규칙은 DIRECT, PROXY 또는 특정 정책 그룹을 지정할 수 있으므로 서버를 선택했다고 모든 요청이 해당 서버를 통과하는 것은 아닙니다. 정책 그룹을 사용한다면 그룹 안의 선택 항목도 확인하세요.

사용 상황: 올바른 구성이 있고 규칙에 따른 일반적인 연결 상태를 확인하려는 경우.

Proxy

앱이 처리하는 트래픽을 프록시 경로로 보냅니다. 일반적인 라우팅 규칙의 영향을 잠시 배제할 때 사용할 수 있습니다. 원격 서비스가 정상이라는 보장은 아니며 인증 정보 오류를 해결해 주지도 않습니다.

사용 상황: ‘서버는 사용할 수 있지만 Config에서 대상 사이트에 접속할 수 없는’ 문제를 잠시 확인하는 경우.

Direct

직접 연결 경로를 사용합니다. 이 상태에서 사이트가 열린다면 일반적으로 로컬 네트워크에서 해당 사이트까지 직접 연결할 수 있다는 뜻일 뿐, 선택한 서버에 연결됐다는 증거는 아닙니다.

사용 상황: 기본 네트워크를 확인하거나 프록시 경로와 조건을 하나씩 비교하는 경우.

Global Routing에는 상황별 라우팅 동작을 설정하는 Scene도 있습니다. 처음 수동으로 문제를 확인할 때는 Scene과 Settings → On Demand를 동시에 바꾸지 마세요. 명확한 수동 설정으로 먼저 연결을 확인한 뒤 기존 자동 설정을 복구하세요.

Config를 사용할 때 일부 사이트만 열리지 않는다면 현재 활성화된 구성과 적용된 정책을 확인하세요. 예를 들어 DOMAIN-SUFFIX,example.com,PROXY와 FINAL,DIRECT는 서로 다른 범위에 적용됩니다. FINAL은 일반적으로 구체적인 규칙 뒤에 배치하는 기본 규칙입니다. 규칙의 정책 이름은 구성에 실제로 정의된 이름과 일치해야 합니다. 테스트를 위해 구성 전체를 바로 덮어쓰지 마세요.

Connectivity Test: 수치와 Timeout을 올바르게 해석하기

Connectivity Test는 서버 항목의 연결 가능 여부를 확인하는 기능입니다. 결과를 해석할 때는 테스트 방식을 고려해야 합니다. TCP 테스트는 주로 서버 포트에 연결할 수 있는지 확인하며, 프로토콜 인증이나 실제 웹 요청을 대신하지 않습니다. HTTP 테스트는 테스트 주소, DNS, TLS 및 응답 조건의 영향을 받습니다. 테스트 방식이 다르면 결과 수치를 직접 비교할 수 없습니다.

테스트에 걸린 시간이며 다운로드 속도 단위가 아닙니다

3가지

선택 상태, 연결 상태, 실제 접속 순서로 확인

1가지

한 번에 설정 하나만 변경하고 비교 조건 유지

확인된 현상	알 수 있는 내용	다음 점검 항목
항목에 밀리초 수치가 표시됨	해당 테스트에서 응답을 받았다는 뜻입니다. 수치가 낮다고 처리량이 더 높은 것은 아닙니다.	선택된 항목을 확인하고 연결을 켠 뒤 실제 대상 사이트에 접속하세요.
항목에 Timeout이 표시됨	제한 시간 안에 테스트가 끝나지 않았다는 뜻입니다. 이 결과 하나만으로 구독 전체가 만료됐다고 판단할 수는 없습니다.	테스트 방식, 로컬 네트워크, 서버 주소와 포트를 확인한 뒤 다른 설정은 바꾸지 않고 다시 테스트하세요.
테스트 수치는 있지만 웹페이지가 열리지 않음	포트 연결 성공과 프록시 요청 전체의 성공은 서로 다릅니다.	인증 정보, Global Routing, 대상 도메인 조회 및 대상 서비스 상태를 확인하세요.
연결은 켜졌지만 테스트 실패	로컬 VPN 세션이 시작됐더라도 원격 서버로 가는 경로가 작동하지 않을 수 있습니다.	먼저 선택한 서버 정보를 확인하고 다른 네트워크 환경에서도 비교하세요.

시간, 네트워크, 테스트 방식이 다른 결과를 한데 묶어 순위를 매기지 마세요. 이미 등록된 서버 두 개를 비교하려면 같은 네트워크와 테스트 방식으로 비슷한 시간대에 각각 테스트한 다음 실제 이용할 페이지에도 접속해 보세요. 대상 위치와 네트워크 혼잡도, 테스트 방식에 따라 결과가 달라지므로 특정 밀리초 이하이면 반드시 사용할 수 있다는 기준은 없습니다.

연결에 실패하면 먼저 세 가지 설정 확인

1. SERVER 선택 상태와 서버 정보

먼저 Home으로 돌아가 다른 서버가 선택되어 있지 않은지 확인한 다음, 대상 항목의 편집 화면에서 정보를 점검하세요. Shadowsocks의 비밀번호와 암호화 방식, VMess 또는 VLESS의 UUID, Trojan의 비밀번호는 서로 바꿔 쓸 수 없습니다. TLS를 사용하는 경우 서비스 제공업체가 안내한 Server Name 등의 매개변수도 확인하세요. 입력 오류를 감추려고 보안 검증을 끄지 마세요.

서버 정보 확인

경로: Home → SERVER → 대상 항목 편집 화면
Type: 서비스 제공업체가 안내한 프로토콜과 일치해야 합니다.
Address / Port: 항목별로 확인하세요. 443은 TLS에서 흔히 쓰이는 포트의 예일 뿐 모든 서버의 고정 포트는 아닙니다.
인증 정보: 프로토콜에 맞는 비밀번호, UUID 및 관련 매개변수를 확인하세요. 다른 항목의 정보를 추측해 입력하지 마세요.

포트와 인증 정보는 서비스 제공업체가 안내한 내용을 기준으로 확인하세요. 차이가 있으면 한 항목만 수정한 뒤 다시 테스트합니다.

라우팅 및 자동 연결 확인

라우팅 설정 위치: Home → Global Routing
Config: Config에서 현재 활성화된 구성과 적용된 정책을 확인하세요.
자동 연결 설정 위치: Settings → On Demand
점검 방법: 현재 설정을 기록하고 자동 실행을 잠시 끈 다음 수동 연결을 테스트하세요.

테스트가 끝나면 임시 점검 상태를 계속 사용하지 않도록 원래 설정을 복구하세요.

2. Global Routing과 현재 구성이 일치하는지 확인

Proxy에서는 대상에 접속할 수 있지만 Config에서는 실패한다면 서버를 바로 삭제하지 말고 구성의 규칙과 정책 그룹부터 확인하세요. Config에서 활성화한 파일이 규칙 적용 결과에 영향을 줍니다. 구독에서 서버 목록을 가져왔다고 해서 필요한 규칙 구성이 선택된 것은 아닙니다. 대상 도메인과 실패 상황을 먼저 기록하고 어떤 규칙이 적용되어야 하는지 확인하세요. 구성, 서버, 네트워크를 한꺼번에 바꾸지 마세요.

3. VPN 권한과 On Demand가 수동 테스트에 영향을 주는지 확인

처음 VPN 구성을 추가할 때 시스템 권한 요청을 취소했다면 연결이 제대로 설정되지 않을 수 있습니다. 연결 스위치를 다시 켜고 시스템 안내에 따라 권한을 설정하세요. 권한 요청이 표시되지 않으면 기기의 시스템 설정에서 VPN 구성 항목을 열어 Shadowrocket 관련 설정을 확인하세요. Settings → On Demand도 살펴보세요. 자동 연결 조건에 따라 네트워크가 바뀐 뒤 연결이 다시 시작될 수 있어 수동으로 연결을 끊은 후의 상태를 정확히 확인하기 어려울 수 있습니다.

On Demand의 기존 설정을 기록한 뒤 자동 실행을 잠시 끄고 Home으로 돌아와 수동으로 연결을 끊으세요.
기본 네트워크가 정상인지 확인하고 대상 서버를 다시 선택한 다음 연결 스위치를 켜세요.
네트워크를 그대로 유지하면서 Connectivity Test를 실행하고 실제 대상 사이트에도 한 번 접속하세요.
결과를 기록한 뒤 기존 자동 연결 설정을 복구하세요. 네트워크를 바꿔야 한다면 새로운 테스트를 시작하세요.

첫 연결이 완료됐는지 확인하는 방법

연결 상태를 확인하려면 서버 선택, VPN 세션, 실제 요청 세 가지를 모두 살펴봐야 합니다. Home에서 원하는 서버가 선택되어 있고, 상단 연결 상태가 유지되며, 프록시 경로를 사용해야 하는 실제 대상에 요청이 성공해야 합니다. Config를 사용한다면 대상에 예상한 프록시 정책이 적용되는지도 확인하세요. DIRECT로 연결된 사이트가 열리더라도 프록시 서버를 사용했다는 뜻은 아닙니다.

필요한 정보만 기록: 테스트한 네트워크 유형, 서버 메모, Global Routing 선택 항목, 테스트 방식과 오류 현상을 기록하세요. 비밀번호나 구독 링크는 공개하지 마세요.
스위치를 반복해서 누르지 않기: 같은 오류가 계속되면 스위치를 빠르게 반복해서 조작하기보다 서버 정보, 라우팅, 권한을 차례로 확인하는 편이 원인을 찾기 쉽습니다.
문제에 맞게 문의: 계정 만료, 서버 주소 변경, 원격 인증 문제는 본인의 서비스 제공업체에 확인하세요. 앱 메뉴와 설정 절차는 이 사이트의 안내를 참고할 수 있습니다.

이번 수동 테스트를 마친 뒤 일상적으로 사용하는 규칙, Scene, On Demand를 하나씩 다시 켜세요. 항목을 하나 켤 때마다 대상 사이트에 접속해 보면 어떤 설정이 경로를 바꿨는지 확인할 수 있습니다. 이후 Wi-Fi와 셀룰러 네트워크를 전환할 때도 같은 점검 순서를 활용할 수 있습니다.