Shadowrocket에서 서버를 선택할 때는 먼저 연결할 수 없는 항목을 제외한 뒤, 여러 차례 테스트했을 때의 안정성, 이용하려는 웹사이트의 실제 동작, 프로토콜 호환성을 비교하세요. 이 글은 이미 서비스 제공업체와 구독을 이용 중인 상황을 전제로, 테스트 조건을 통일하고 지역 정보를 확인한 뒤 프로토콜 설정을 점검하는 순서를 안내합니다. 읽고 나면 지연 시간 최저값만으로 정렬하는 대신 기존 목록에서 주로 사용할 항목과 예비 항목을 하나씩 고를 수 있습니다.
테스트 조건을 통일한 뒤 서버 비교하기
요점: 한 번에 하나의 조건만 바꿔야 결과를 비교할 수 있습니다. 서버 항목에는 보통 이름, 주소, 포트, 프로토콜 설정이 포함됩니다. 이름에 적힌 지역이나 배율, 회선 설명은 기존 서비스 제공업체가 붙인 정보이므로 이름만으로 실제 출구를 확정할 수는 없습니다. 시작하기 전에 구독이 유효한지 확인하고 현재 선택된 항목을 점검해, 오래된 주소나 다른 설정을 비교하지 않도록 하세요.
서버 테스트와 웹사이트 접속은 서로 다른 경로를 사용할 수도 있습니다. 목록에서 테스트에 성공해도 해당 서버가 반드시 대상 웹사이트의 트래픽을 처리하는 것은 아닙니다. 현재 규칙에서 대상 도메인이 DIRECT로 지정되어 있다면 서버를 바꿔도 해당 접속은 직접 연결됩니다. 먼저 조건을 통제해 연결을 테스트한 뒤, 평소 사용하는 규칙 모드에서도 다시 확인하세요.
-
구독 확인
Home에서 기존 구독과 항목을 확인하세요. 다시 가져와야 한다면 Home → + → Type → Subscribe로 이동해 본인의 구독 주소를 입력하고 저장합니다. 구독 주소는 접속 자격 정보이므로 전체 내용을 공개된 스크린샷에 올리지 마세요. 현재 구독에서 제공하는 업데이트 기능으로 새로 고친 뒤 항목이 남아 있는지 확인하세요.
-
네트워크 고정
같은 Wi-Fi를 계속 사용하거나 셀룰러 네트워크를 계속 사용하고, 두 네트워크 사이를 반복해서 전환하지 마세요. 다른 기기의 대용량 작업을 일시 중지하고 테스트 시간도 기록하세요. Wi-Fi 신호가 약하거나 로컬 업로드 대역폭이 가득 차면 전체 결과에 영향을 줄 수 있습니다.
-
라우팅 확인
Home → Global Routing에서 현재 모드를 확인하세요. 규칙의 영향을 분리해서 테스트하려면 Proxy를 임시로 선택해 같은 대상을 테스트하세요. 완료한 뒤 원래 사용하던 Config 또는 다른 일상 설정으로 되돌립니다. 테스트 중에는 Config에서 구성 파일도 바꾸지 마세요.
-
반복 확인
Home에서 후보 항목에 Connectivity Test를 실행하고 각 항목을 세 차례씩 테스트해 시간 초과와 편차를 기록하세요. 그런 다음 후보 항목에 연결해 같은 웹페이지, 파일 또는 통화 상황에서 다시 확인합니다. 한 번 성공했다고 해서 안정적이라고 판단하지 마세요.
-
자동 연결 확인
테스트 중 연결 상태가 저절로 바뀐다면 Settings → On Demand에서 조건을 확인하고, 네트워크 전환으로 자동 연결이나 연결 해제가 실행된 것은 아닌지 살펴보세요. 기존 설정을 기록해 두고, 테스트를 위해 일시적으로 끈 경우에는 끝난 뒤 원래대로 복구하세요.
지연 시간이 짧다는 것은 테스트 응답이 빠르다는 뜻이지, 처리량이 높다는 뜻은 아닙니다
요점: 먼저 테스트가 안정적으로 완료되는지 확인하고, 그다음 응답 시간과 실제 작업 결과를 살펴보세요. 지연 시간은 보통 밀리초로 표시되며 한 번의 테스트에 걸린 시간을 나타냅니다. 대역폭과는 다르며 파일 다운로드 속도로 바로 환산할 수 없습니다. 결과는 테스트 방식과 대상, DNS, 핸드셰이크, 당시 네트워크 상태에 따라 달라지므로 비교할 때는 조건을 동일하게 유지해야 합니다.
아래 수치는 읽는 법을 설명하기 위한 예시일 뿐, 이 사이트에서 측정한 결과가 아닙니다. 한 항목은 세 차례 테스트에서 48, 51, 49 ms가 나왔고, 다른 항목은 24 ms, 280 ms, 시간 초과가 나왔다고 가정해 보겠습니다. 두 번째 항목의 최저값은 더 작지만 편차와 실패가 더 큽니다. 웹페이지 상호작용이나 통화에는 첫 번째 항목이 더 유망할 수 있습니다. 대용량 파일 전송은 지속 속도도 따로 비교해야 하며, 이 지연 시간만으로 결론을 내려서는 안 됩니다.
- 응답 시간: 여러 차례 테스트한 결과가 비슷한지 확인하세요. 한 번만 낮게 나온 값은 잠깐 네트워크가 한산했던 결과일 수 있으며, 시간 초과가 반복되면 먼저 연결 상태와 설정을 점검해야 합니다.
- 지속 처리량: 접근 권한이 있는 동일한 파일이나 작업을 일정 시간 동안 테스트하세요. 짧은 순간의 최고 속도가 지속 성능을 나타내지는 않습니다. MB/s와 Mbps를 혼용하지 마세요.
- 실패 및 재시도: 웹페이지가 반복해서 로드되는지, 연결이 끊기는지 기록하세요. 적은 횟수의 테스트만으로 정확한 패킷 손실률을 알 수는 없습니다. 시간 초과 횟수를 전체 네트워크 통계인 것처럼 해석하지 마세요.
- 실제 사용 결과: 웹페이지 첫 화면 표시, 동영상 버퍼링, 통화의 연속성을 각각 살펴보세요. 한 테스트 대상에 접속할 수 있다고 해서 모든 대상에서 같은 결과가 나오는 것은 아닙니다.
지역은 지리적 거리뿐 아니라 대상 서비스와 실제 출구를 기준으로 살펴보기
요점: 지역은 후보를 고르는 기준이지 속도 순위가 아닙니다. 기기에서 서버까지의 경로와 서버에서 대상 사이트까지의 경로는 서로 다릅니다. 지리적으로 가까워도 통신사 간 연결이 더 원활하다는 보장은 없습니다. 구독 항목 이름에 출구 지역이 적혀 있을 수도 있고, 진입점이나 중계 정보가 포함되어 있을 수도 있습니다. 설명은 기존 서비스 제공업체의 안내를 기준으로 확인하세요.
| 사용 목적 | 우선 확인할 항목 | 확인 방법 |
|---|---|---|
| 일반적인 웹 브라우징 | 반복 테스트의 응답 안정성, 웹페이지가 완전히 로드되는지 여부 | 같은 페이지에서 테스트 순서를 번갈아 진행해 첫 로드와 캐시 로드를 구분하세요. |
| 지역 조건이 있는 서비스 | 서비스 자체의 지역 정책과 현재 출구 지역 판별 결과 | 대상 서비스에 접속해 결과를 확인하세요. 지역 이름이 같아도 이용할 수 있다는 보장은 없습니다. |
| 장시간 파일 전송 | 지속 처리량, 연결 끊김, 시간대별 변화 | 같은 파일과 테스트 시간을 사용하고 시작 직후 몇 초간의 최고 속도만 기록하지 마세요. |
| 실시간 통화 | 음성의 연속성, 응답 편차, UDP 연결 가능 여부 | 같은 서비스에서 확인하고 해당 트래픽이 예상한 정책을 실제로 따르는지 확인하세요. |
출구 지역을 확인해야 한다면 대상 서비스에 표시되는 로그인 활동이나 접속 지역 정보를 참고할 수 있습니다. 다만 한 번의 지역 판별 결과만으로 회선 구성을 입증할 수는 없습니다. 테스트 중에는 계정 지역, 앱 설정, 서버를 동시에 바꾸지 마세요. 어떤 변경이 결과에 영향을 줬는지 알기 어려워집니다. 지역 조건이 있는 서비스를 이용할 때는 해당 서비스의 이용 약관을 따르세요. 서버 지역만으로 접속이 보장되지는 않습니다.
프로토콜은 설정 일치 여부와 네트워크 호환성부터 확인하기
요점: 프로토콜 이름은 속도 등급이 아닙니다. Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 설정 방식과 전송 특성이 서로 다릅니다. 실제 성능은 서버 구현, 회선, 로컬 네트워크, 설정에 따라서도 달라집니다. 프로토콜마다 다른 서버를 사용해 비교하면 여러 조건이 동시에 바뀌므로 특정 프로토콜이 항상 더 빠르다고 단정할 수 없습니다.
인증 및 연결 설정
- Shadowsocks
- 주소, 포트, 암호화 방식, 비밀번호를 확인하세요. 서버 주소만 복사해서는 안 됩니다.
- VMess / VLESS
- UUID, 전송 방식, 해당하는 TLS 및 전송 설정을 확인하세요.
- Trojan
- 비밀번호와 TLS 관련 설정을 확인하세요. 서버 이름은 서버 측에서 요구하는 값과 일치해야 합니다.
- 포트
- 기존 설정에 맞춰 입력하세요. 443이 모든 항목의 기본값은 아니며, 해당 포트를 사용한다고 연결이 보장되는 것도 아닙니다.
Home에서 해당 항목의 편집 화면을 열어 설정을 확인하세요. 지연 시간을 줄이겠다고 인증이나 TLS 검증 설정을 임의로 바꾸지 마세요.
UDP 및 전송 조건
- Hysteria2
- 인증, TLS 및 기존 서비스 제공업체가 요구하는 다른 설정을 확인하세요. 현재 네트워크에서 관련 UDP 통신을 허용해야 합니다.
- WireGuard
- 키, 피어 주소, 포트, 터널 주소를 비롯한 전체 설정을 확인하세요. 일반 비밀번호 방식의 항목처럼 다루면 안 됩니다.
- 네트워크 제한
- UDP가 제한되면 UDP 기반 연결은 실패할 수 있습니다. 일반 HTTPS 웹페이지에 직접 접속할 수 있어도 마찬가지입니다.
- 확인 방법
- 기존 설정을 유지한 채 같은 항목에서 Wi-Fi와 셀룰러 네트워크를 바꿔 가며 테스트하세요. 설정 오류와 네트워크 제한을 구분할 수 있습니다.
네트워크에서 패킷 손실이 발생한다는 이유만으로 Hysteria2가 반드시 더 빠르다고 판단하지 마세요. 혼잡 제어의 효과는 실제 작업으로 확인해야 합니다.
연결은 되지만 체감이 달라지지 않는다면 규칙과 구독부터 확인하기
요점: 서버의 우열을 판단하기 전에 트래픽이 선택한 서버를 실제로 사용하는지 확인하세요. Home → Global Routing의 Proxy, Direct, Config, Scene은 서로 다른 라우팅 모드입니다. 목록에서 항목을 선택해도 Direct가 프록시 연결로 바뀌지는 않습니다. Config를 사용할 때는 Config에서 현재 적용 중인 구성과 정책을 추가로 확인하세요. Scene을 사용할 때도 해당 장면의 설정을 확인해야 하며, 항상 같은 서버를 사용한다는 보장은 없습니다.
규칙 예시 DOMAIN-SUFFIX,example.com,DIRECT는 일치하는 도메인 접미사에 DIRECT를 적용합니다. FINAL,PROXY는 앞선 규칙에 일치하는 항목이 없을 때 적용되는 최종 정책입니다. 이는 문법 설명일 뿐, 기존 설정을 덮어쓰라는 뜻은 아닙니다. PROXY 정책이 다른 선택 로직과 연결되어 있다면 Home에서 선택 표시만 볼 것이 아니라 실제로 적용되는 항목도 확인하세요.
지연 시간은 짧은데 웹페이지가 느리게 열리는 이유는 무엇인가요?
먼저 Home → Global Routing에서 모드를 확인하세요. 같은 웹페이지를 임시로 Proxy 모드에서 열어 비교한 뒤 원래 모드로 되돌립니다. Config에서만 느리다면 Config에서 해당 도메인에 적용되는 규칙과 정책을 확인하세요. 두 모드 모두 느리다면 다른 기존 항목과 로컬 네트워크를 비교하세요.
모든 항목에서 시간 초과가 표시되는 이유는 무엇인가요?
먼저 로컬 네트워크에서 평소 사용하는 웹사이트에 정상적으로 접속할 수 있는지 확인하세요. 그런 다음 Home에서 본인의 구독을 업데이트하고 주소, 포트, 인증 정보가 여전히 유효한지 점검합니다. 다른 로컬 네트워크에서도 테스트해 보세요. 테스트 대상이 제한된 것은 아닌지도 확인해야 합니다. 같은 대상에서 시간 초과가 발생했다고 해서 모든 서버가 작동하지 않는다고 판단할 수는 없습니다.
같은 항목이 Wi-Fi에서는 작동하지만 셀룰러 네트워크에서는 실패하는 이유는 무엇인가요?
항목 설정은 그대로 두고 두 네트워크에서 각각 테스트 결과를 기록하세요. Hysteria2와 WireGuard는 UDP 연결 가능 여부를 중점적으로 확인하고 Settings → On Demand에서 연결 조건도 살펴보세요. 먼저 비밀번호나 포트를 바꾸면 네트워크 차이와 설정 오류를 구분하기 어려워집니다.
구독을 업데이트한 뒤 이전에 선택한 항목을 찾을 수 없는 이유는 무엇인가요?
Home에서 업데이트된 항목 목록을 확인하고 주소, 프로토콜, 기존 설명을 기준으로 후보를 다시 찾으세요. 항목 이름이 바뀌거나 삭제되었을 수 있으므로 예전 이름만으로 판단하지 마세요. 기존 구독에서 항목이 사라졌다면 연결 설정을 추측해 직접 입력하지 말고 본인의 서비스 제공업체에 확인하세요.
반복 테스트가 가능한 기본 항목과 예비 항목 보관하기
요점: 같은 절차를 반복했을 때 같은 결과를 확인할 수 있어야 합니다. 기본 항목을 고를 때는 로컬 네트워크, 테스트 대상, 시간, 프로토콜, 라우팅 모드를 기록하세요. 예비 항목은 서로 다른 네트워크 조건에서도 사용할 수 있는지 확인된 것을 우선 보관합니다. 이름이 다른 두 항목이 서로 다른 회선을 뜻하지는 않습니다. 회선이 실제로 분리되어 있는지는 기존 서비스 제공업체의 설명을 확인해야 합니다.
- 평소 사용할 항목: 지연 시간이 한 번 가장 낮게 나온 항목보다 반복 테스트 결과가 안정적이고, 실제 작업을 완료할 수 있으며, 설정의 출처가 명확한 항목을 우선 보관하세요.
- 예비 항목 확인: Wi-Fi와 셀룰러 네트워크에서 각각 사용할 수 있는지 확인하세요. 네트워크를 바꾼 뒤 Global Routing과 현재 정책도 다시 점검하세요. 목록에서 항목을 선택했다고 해서 모든 트래픽이 해당 항목으로 전환되는 것은 아닙니다.
- 재테스트 시점: 구독 내용이 바뀌거나 시간 초과가 잦아지거나 로컬 네트워크를 변경했을 때 같은 절차로 다시 확인하세요. 문제가 없다면 불필요한 트래픽이 발생하지 않도록 여러 항목을 계속 테스트할 필요는 없습니다.
- 기록 시 주의사항: 항목 이름과 발생한 현상만 기록하세요. 구독 주소, 비밀번호, UUID, 키는 공개된 기록에 노출하지 마세요.