이미 이용 중인 서비스와 구독이 있다면 먼저 연결되지 않는 서버를 제외하세요. 같은 네트워크와 테스트 방식으로 지연 시간을 비교한 뒤 실제 이용하려는 서비스에서 지역과 프로토콜이 적합한지 확인합니다. 이 글에서는 Shadowrocket에서 서버를 선택하고 Global Routing을 확인한 다음 Connectivity Test를 실행하는 순서와, 지연 시간은 낮지만 로딩이 느릴 때 점검할 항목을 설명합니다. 지연 시간은 측정 결과 중 하나일 뿐, 대역폭이나 출구 지역, 연결 안정성을 보장하지 않습니다.
1. 지연 시간 수치로 알 수 있는 것
목록에 표시되는 밀리초 수치는 테스트에 걸린 시간을 나타내며, 그 의미는 테스트 방식과 대상에 따라 달라집니다. 연결 수립만 확인하는 테스트와 프록시를 통해 대상 주소에 요청을 보내는 테스트는 확인하는 경로가 다릅니다. 비교하기 전에 현재 Connectivity Test의 방식을 확인하세요. 방식이나 대상을 바꿨다면 전후 수치를 그대로 순위처럼 비교하기 어렵습니다.
연결이 한 번 수립됐다고 해서 이후 인증, 도메인 조회, 대상 웹사이트 접속까지 모두 성공한다고 단정할 수는 없습니다. 프록시를 거치는 테스트도 해당 시점에 테스트 대상까지의 상태만 보여줍니다. 웹페이지는 보통 여러 도메인에 요청하고 여러 연결을 수립한 뒤 리소스를 내려받으며, 동영상은 지속적인 전송량과 버퍼 상태에 더 큰 영향을 받습니다.
예를 들어 한 테스트에서 40ms, 다른 테스트에서 90ms가 나왔다면 우선 해당 테스트에서 전자가 더 짧은 시간이 걸렸다고 해석할 수 있습니다. 수치의 의미를 설명하기 위한 가정이며 실제 성능 측정 결과가 아닙니다. 이를 근거로 전자의 다운로드 속도가 더 빠르다고 판단하거나, 한 번의 시간 초과만으로 서버를 영구적으로 사용할 수 없다고 결론 내릴 수는 없습니다.
2. 조건을 통일한 뒤 기본 서버 선택하기
시작하기 전에 현재 작동하는 설정을 보관하고, 구독이 이미 이용 중인 서비스에서 제공된 것인지 확인하세요. 구독을 업데이트하면 서버 목록이나 매개변수가 바뀔 수 있습니다. 최근 업데이트했다면 기존에 선택한 항목이 여전히 있는지 먼저 확인하고, 이전 이름을 기준으로 계속 비교하지 마세요. 지연 시간 수치를 낮추려고 서버 주소, 포트 또는 인증 정보를 임의로 바꾸지 마세요.
-
네트워크 고정하기
같은 Wi-Fi 또는 동일한 셀룰러 네트워크 연결에서 테스트하고, 그동안 네트워크를 바꾸지 마세요. 대량 트래픽을 사용하는 다른 작업은 잠시 멈추고 현재 테스트 방식을 기록합니다. 셀룰러 신호나 Wi-Fi 액세스 포인트가 바뀌면 새로 테스트 기록을 시작하세요.
-
모드 확인하기
Home → Global Routing으로 이동해 현재 모드가 Config, Proxy, Direct, Scene 중 무엇인지 확인합니다. Config를 사용 중이라면 Config에서 실제로 선택된 설정도 확인하세요. 규칙에 따라 대상 트래픽이 다른 정책으로 전달될 수 있습니다.
-
항목 선택하기
Home으로 돌아와 기존 서버 목록에서 후보 하나를 선택하고 왼쪽에 선택 표시가 있는지 확인합니다. 설정의 정책 그룹에서 별도로 서버를 지정했다면 Home의 기본 서버만 바꿔서는 대상 트래픽의 출구가 바뀌지 않을 수 있습니다.
-
테스트 실행하기
Home에서 Connectivity Test를 실행합니다. 테스트 조건을 바꾸지 않은 채 각각 별도로 세 번 실행하고 성공 여부, 시간 초과 여부, 소요 시간을 기록하세요. 세 번은 점검 절차를 위한 횟수일 뿐, 앱에 고정된 테스트 횟수나 패킷 손실률 측정이 아닙니다.
-
실제 대상에서 확인하기
연결 스위치를 켜고, 처음 사용하는 경우 시스템 안내에 따라 VPN 구성을 추가하도록 허용합니다. 실제로 이용하려는 웹사이트나 서비스에 접속해 페이지가 열리는지, 첫 화면이 늦게 표시되는지, 연속 사용 중 끊기지 않는지 기록합니다. 다음 후보도 같은 순서로 확인하세요.
서버를 선택한 뒤 테스트 결과와 실제 접속 상태가 다르다면 먼저 트래픽이 실제로 해당 서버를 통과하는지 확인하세요. 연결 스위치 상태, Global Routing 선택, Config의 규칙과 정책 그룹이 모두 경로에 영향을 줍니다. 목록 왼쪽의 선택 표시만으로 모든 요청이 해당 항목을 사용한다고 볼 수는 없습니다.
3. Global Routing에 따라 비교 조건이 달라집니다
서버를 비교하기 전에 라우팅 모드를 구분하세요. Config, Proxy, Direct는 트래픽을 처리하는 방식이 서로 다릅니다. Scene은 현재 장면 설정까지 확인해야 하며, 특정한 하나의 출구 방식으로 간주할 수 없습니다. 아래에서는 Shadowrocket의 설정 항목만 비교합니다.
Config
권장현재 설정의 규칙에 따라 연결은 DIRECT, 프록시 또는 지정된 정책을 사용할 수 있습니다. 평소 사용 환경을 비교하려면 확인된 설정을 유지하고 테스트 대상에 의도한 정책이 적용되는지 확인하세요. 앞선 규칙에 일치하지 않는 경우의 동작은 FINAL에 설정된 내용에 따라 달라집니다.
적합한 경우: 일상적인 규칙에서 실제 접속 상태 확인
Proxy
적용 범위 내의 트래픽을 프록시로 처리합니다. 선택한 프록시를 확인한 상태에서 규칙의 영향을 점검할 때 유용합니다. 서버와 대상 웹사이트 사이의 경로 문제를 해결해 주지는 않으며, 대상 서비스 자체의 가용성 확인을 대신할 수도 없습니다.
적합한 경우: 규칙에 따른 분기를 잠시 제외하고 프록시 경로 확인
Direct
직접 연결 경로를 사용합니다. 이 모드에서 웹사이트에 접속한 결과는 선택한 프록시 서버의 성능을 입증하지 않습니다. 다만 현재 로컬 네트워크에서 직접 연결이 허용된 대상에 접속할 수 있는지 확인할 수 있습니다.
적합한 경우: 직접 연결 기준 확인. 프록시 서버 순위 비교에는 사용하지 마세요
결론: 경로를 먼저 확인한 뒤 수치를 해석하세요
Config와 Proxy의 결과가 크게 다르다면 프로토콜을 바로 바꾸지 말고 대상에 적용된 규칙과 정책부터 확인하세요. 두 요청이 같은 서버를 사용한 것이 확인된 뒤에야 유의미하게 비교할 수 있습니다.
4. 지역 이름이 대상 웹사이트가 판단하는 지역과 같지는 않습니다
구독 항목의 지역 표시는 대개 서비스 제공자가 붙인 이름으로, 선택에 참고할 정보이지 앱이 독립적으로 검증한 지리적 위치가 아닙니다. 연결 진입점의 위치, 최종 출구 주소의 위치, 대상 서비스가 사용하는 지역 데이터베이스는 서로 다를 수 있습니다. 여러 구간을 거쳐 전달되는 경우 진입점의 지연 시간이 낮더라도 최종 출구가 대상과 더 가깝다고 단정할 수 없습니다.
- 목표를 먼저 정하세요. 웹페이지 응답을 안정적으로 이용하려는 목적이라면 지역 표시만 보고 고르지 말고 실제 페이지 로딩 상태를 비교하세요. 거리가 가까우면 전송 거리가 짧아지는 경우가 많지만, 네트워크 연결 상태와 혼잡도에 따라 결과는 달라집니다.
- 출구 위치를 확인하세요. 대상 서비스가 직접 표시하는 지역 정보와 서비스 제공자의 출구 안내를 함께 참고하세요. 구독 이름에 표시된 도시나 국가를 검증된 출구 위치로 간주하지 마세요.
- 지역과 계정 조건을 구분하세요. 일부 서비스는 계정 지역, 콘텐츠 이용 권한 및 기타 조건도 확인합니다. 지역 표시가 다른 서버로 바꾼다고 특정 콘텐츠나 기능을 이용할 수 있는 것은 아닙니다.
- 비교 대상을 통일하세요. 한 서버가 특정 웹사이트에서 더 원활하더라도 다른 웹사이트에서도 같은 결과가 나온다는 뜻은 아닙니다. 같은 페이지를 비슷한 시간대에 동일한 캐시 조건으로 비교하세요.
Wi-Fi에서는 작동하지만 셀룰러 네트워크로 바꾼 뒤 상태가 달라졌다고 해서 지역 선택이 잘못된 것은 아닙니다. 접속 네트워크가 바뀌면 DNS, 라우팅, UDP 연결 가능 여부가 달라질 수 있습니다. 이때는 셀룰러 네트워크를 별도의 테스트 조건으로 보고 Connectivity Test를 다시 실행하세요. 두 결과를 하나의 순위에 섞어 비교하지 마세요.
5. 프로토콜은 조건을 맞추는 기준이지 성능 순위가 아닙니다
Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 서로 다른 프로토콜과 설정 요건을 나타내며 속도 등급을 뜻하지 않습니다. 먼저 서버와 클라이언트의 매개변수가 일치해야 연결이 작동합니다. 프로토콜이 정상적으로 작동하더라도 실제 네트워크, 서버 부하, 대상까지의 경로가 이용 경험에 영향을 줍니다.
| 프로토콜 | 우선 확인할 항목 | 이 정보만으로 판단할 수 없는 것 |
|---|---|---|
| Shadowsocks | 서버 주소, 포트, 암호화 방식, 비밀번호를 확인하고 UDP를 사용하는 경우 양쪽의 지원 여부도 확인합니다. | 암호화 방식 이름만으로 실제 전송량을 판단하는 것. |
| VMess / VLESS | 인증 정보, 전송 방식, TLS 등의 설정이 서버와 일치해야 합니다. | 프로토콜 이름만으로 특정 전송 경로라고 단정하는 것. |
| Trojan | 비밀번호와 TLS 매개변수, 서버에서 요구하는 서버 이름 및 인증서 검증 조건을 확인합니다. | 포트에 443을 입력하면 반드시 연결된다고 판단하는 것. |
| Hysteria2 | QUIC 기반으로 UDP 연결이 가능해야 합니다. 인증 정보와 TLS 매개변수를 확인하세요. | 모든 네트워크에서 TCP 기반 경로보다 빠르다고 보장하는 것. |
| WireGuard | 키, 피어 주소, 포트, 터널 주소 등의 매개변수를 확인합니다. 전송에는 UDP를 사용합니다. | 다른 프로토콜이 작동한다고 해서 현재 네트워크의 UDP 경로도 작동한다고 판단하는 것. |
기존 구독에 같은 지역의 서로 다른 프로토콜 항목이 있다면 각각 후보로 테스트할 수 있습니다. 하지만 이름이 비슷하다고 해서 같은 서버, 같은 출구 또는 같은 부하를 사용한다는 뜻은 아닙니다. 따라서 이 비교는 현재 사용할 수 있는 항목을 고르는 데 도움이 될 수 있지만, 프로토콜 자체의 성능을 엄밀하게 입증하지는 못합니다.
속도를 높이려고 한 항목의 Type을 다른 프로토콜로 바꾸지 마세요. 클라이언트에서 유형을 바꿔도 서버가 자동으로 프로토콜을 전환하지 않으며, 기존 포트와 인증 정보가 그대로 적용되지 않을 수도 있습니다. 다른 프로토콜이 필요하다면 기존 서비스 제공자가 실제로 제공한 해당 설정을 사용하세요.
6. 지연 시간은 낮지만 사용이 원활하지 않을 때
지연 시간 테스트를 반복해서 새로 고치기보다 먼저 어느 단계에서 실패하는지 기록하세요. 연결 수립, 도메인 조회, 페이지 첫 화면 표시, 리소스 다운로드, 장시간 재생은 서로 다른 단계입니다. 테스트는 성공했지만 페이지가 열리지 않는다면 문제 범위를 좁혀 확인하세요. 모든 문제를 서버가 느린 탓으로만 돌리지 마세요.
지연 시간은 낮은데 웹페이지가 계속 로딩되는 이유는?
먼저 Home의 연결 스위치와 Global Routing을 확인한 다음 Connectivity Test를 실행하세요. 테스트는 성공하지만 특정 웹사이트만 열리지 않는다면 Config에서 해당 도메인의 규칙과 정책을 확인하고 현재 설정의 DNS도 점검하세요. 규칙에 DOMAIN-SUFFIX, GEOIP 또는 IP-CIDR가 있다면 매칭 순서에 따라 확인해야 하며 FINAL만 확인해서는 안 됩니다.
목록에 시간 초과가 표시되면 다시 시도해도 될까요?
먼저 로컬 네트워크를 확인한 다음 같은 항목을 다시 테스트하세요. 시간 초과는 테스트 대상이나 특정 테스트 경로에서 발생할 수 있습니다. 매개변수가 올바른지 확인했다면 해당 항목을 선택해 실제 대상에도 접속해 보세요. 테스트와 실제 접속이 모두 실패한다면 구독이 업데이트되었는지, 주소와 포트가 여전히 유효한지 확인하세요.
동영상이 재생되다가 잠시 후 버퍼링되는 이유는?
특정 네트워크나 시간대에만 발생하는지 기록하고, 동일한 화질로 기존 후보 중 다른 항목을 시험해 보세요. 동영상의 지속적인 전송 상태와 짧은 시간 동안 측정한 지연 시간은 서로 다른 지표입니다. 초기 버퍼링, 콘텐츠 전달 경로, 서버 부하가 재생에 영향을 줄 수 있습니다. 한 번 측정한 낮은 밀리초 수치만으로 지속적인 전송량이 충분하다고 판단하지 마세요.
네트워크를 바꾸면 자동으로 다시 연결되는 이유는?
Settings → On Demand에서 기존 트리거 조건을 확인해 Wi-Fi, 셀룰러 네트워크 또는 도메인 조건이 적용 중인지 살펴보세요. 문제를 확인할 때는 먼저 해당 조건을 기록하고, 필요한 경우 관련 트리거를 잠시 비활성화한 뒤 수동으로 연결합니다. 테스트를 마치면 원래 설정으로 복원해 자동 연결 동작을 서버 전환 문제로 오해하지 않도록 하세요.
최종적으로 선택할 항목은 특정 테스트에서 밀리초 수치가 가장 낮은 서버가 아니라, 목적에 맞고 반복 테스트에서 작동하며 실제 접속이 안정적인 서버입니다. 접속 네트워크, 후보 이름, 프로토콜, Global Routing, 테스트 방식, 실제 접속 상태를 간단히 기록해 두세요. 구독을 업데이트하거나 접속 네트워크가 바뀌면 같은 순서로 다시 확인하면 됩니다.