Shadowrocket 노드 선택 방법: 지연 시간 테스트·지역·프로토콜 확인

1. 지연 시간 수치가 알려 주는 것

Home의 Connectivity Test는 연결 상태를 확인하는 기능이지만, 결과는 선택한 테스트 방식에 맞춰 해석해야 합니다. TCP 연결 테스트는 테스트 엔드포인트에 연결하는 데 걸린 시간을 주로 보여 줍니다. 프록시를 통해 HTTP 요청을 보내는 테스트에는 프록시 핸드셰이크, DNS 조회, 대상 서버의 응답 시간이 일부 포함될 수 있습니다. 두 방식은 측정하는 경로가 다르므로 결과를 한데 놓고 바로 순위를 매기면 안 됩니다.

지연 시간은 보통 ms로 표시되며, 시간이지 다운로드 속도가 아닙니다. 연결 수립이 빠른 노드라도 출구 혼잡, 처리량 제한, 패킷 손실 때문에 로딩이 느릴 수 있습니다. 지연 시간이 조금 더 길어도 전송이 안정적인 노드가 장시간 읽기나 파일 전송에 더 적합할 수 있습니다. 테스트에 성공했다고 해서 모든 웹사이트에 접속할 수 있는 것도 아닙니다.

‘시간 초과’는 이번 테스트가 제한 시간 안에 끝나지 않았다는 뜻이지, 서버가 영구적으로 작동하지 않는다는 뜻은 아닙니다. 네트워크 전환, 서버 포트 연결 불가, 테스트 대상에 연결할 수 없는 상태, 프로토콜 매개변수 오류 등이 시간 초과로 나타날 수 있습니다. 먼저 같은 방식으로 다시 테스트하고 실제 접속도 확인해야 일시적인 변동인지 지속적인 장애인지 구분할 수 있습니다.

2. Home에서 조건을 맞춰 노드 비교하기

비교하기 전에 같은 Wi-Fi 또는 셀룰러 네트워크를 유지하고, 대역폭을 많이 사용하는 작업은 잠시 중지한 뒤 현재 설정을 기록하세요. 자동 연결을 사용 중이라면 Settings → On Demand에서 활성화 여부를 확인하세요. 문제를 확인하는 동안에는 잠시 끄고 테스트가 끝나면 원래 설정으로 복원하면 됩니다. 수동으로 연결을 끊은 뒤 자동으로 다시 연결되어 판단을 방해하는 상황을 막을 수 있습니다.

1. 목록 확인

   Home → SERVER로 이동해 본인 구독이 가져와졌는지 확인하세요. 업데이트가 필요하면 Home에서 아래로 당겨 구독을 새로 고친 뒤 완료될 때까지 기다리고 후보를 선택하세요. 목록을 업데이트하는 동안 테스트 결과를 기록하지 마세요.

2. 테스트 방식 고정

   Home → Connectivity Test에서 현재 테스트 방식을 확인하고 기록하세요. HTTP 방식 테스트를 사용한다면 테스트 대상도 동일하게 유지해야 합니다. 후보 노드 3~5개를 정하고 같은 방식으로 각각 세 번씩 테스트하세요.

3. 라우팅 확인

   Home → Global Routing으로 이동하세요. 규칙의 영향을 분리하려면 임시로 Proxy를 선택한 뒤 Home → SERVER에서 테스트할 노드를 선택하고 연결을 켜세요. Proxy를 사용해도 기존 제외 규칙이나 시스템 네트워크 동작이 실제 접속에 영향을 줄 수 있습니다.

4. 접속 확인

   같은 대상 페이지를 차례로 열고 동일한 일반 사용 작업을 수행하세요. 첫 화면이 뜨기까지 걸리는 시간, 연속 로딩 중 멈춤 여부, 연결이 반복해서 끊겼다가 다시 이어지는지 기록하세요. 노드를 바꿀 때마다 다른 조건은 그대로 유지해야 합니다.

5. 설정 복원

   Home → Global Routing으로 돌아가 원래 사용하던 Config 또는 Scene 등의 설정을 복원하고 On Demand도 다시 켜세요. 그런 다음 대상에 다시 접속해 평소 규칙이 예상한 노드를 사용하는지 확인하세요.

3. 지역 태그와 실제 출구 지역은 따로 확인하기

노드 이름에 표시된 지역은 보통 구독 제공자가 입력한 것으로, 후보를 좁히는 참고 정보일 뿐입니다. 연결 진입 지점, 실제 출구, 대상 웹사이트가 있는 지역은 서로 다를 수 있습니다. 진입 지점이 가깝다고 출구까지의 경로가 짧은 것은 아니며, 출구 지역이 원하는 곳이라고 모든 대상에 더 빠르게 접속할 수 있는 것도 아닙니다. 먼저 필요한 접속 조건을 정한 뒤 기존 목록에서 해당 조건에 맞는 후보를 비교하세요.

지역에 민감한 서비스는 계정 지역, 기기 위치, 캐시, 이전 세션 등을 함께 사용해 위치를 판단할 수 있으므로 노드 이름만으로 결과를 단정할 수 없습니다. 출구 지역을 확인해야 한다면 대상 서비스가 제공하는 지역 정보나 기존 진단 도구를 사용하세요. 기기에서 직접 연결한 결과를 프록시 출구 정보로 오인하지 않도록 주의해야 합니다.

예를 들어 두 노드가 모두 필요한 지역 조건을 만족한다면, 반복 테스트 결과가 비슷하고 실제 페이지가 끊김 없이 로딩되는 후보를 우선 선택하세요. 몇 ms 차이 때문에 노드를 자주 바꾸지 마세요. 출구가 자주 바뀌면 기존 세션에서 다시 인증해야 할 수 있고, 테스트 결과도 비교하기 어려워집니다.

4. 프로토콜 종류는 속도 순위가 아닙니다

Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard는 서로 다른 프로토콜과 설정 방식을 나타내며, 정해진 속도 순서를 의미하지 않습니다. 같은 프로토콜도 회선에 따라 성능 차이가 클 수 있고, 같은 지역에 있는 노드라도 프로토콜에 따라 전혀 다른 진입 경로와 출구 경로를 거칠 수 있습니다.

포트 번호가 프로토콜의 기능을 의미하는 것은 아닙니다. 서버에서 443 포트를 사용한다고 해서 어떤 프로토콜이든 연결되는 것은 아니며, 트래픽이 반드시 HTTPS라고 단정할 수도 없습니다. 기존 설정에 example.com:443이 있다면 전송 프로토콜, 인증, TLS 등의 매개변수도 함께 확인해야 합니다. 이 주소는 형식을 설명하기 위한 예시일 뿐, 실제로 사용할 수 있는 서버가 아닙니다.

• 프로토콜, 포트, 전송 방식을 동시에 바꾸지 말고 먼저 구독에 설정된 매개변수로 연결해 보세요.
• 특정 Wi-Fi에서만 프로토콜 연결에 실패한다면 사용할 수 있는 다른 네트워크에서도 테스트해 UDP 등 전송 제한이 있는지 확인하세요.
• 테스트에 성공하려고 인증서 검증을 끄지 마세요. 먼저 설정을 바로잡거나 본인 서비스 제공자에게 매개변수를 확인하세요.

5. 지연 시간, 변동 폭, 실제 로딩을 함께 확인하기

아래 내용은 기록 방법을 설명하기 위한 가상 데이터입니다. 이 사이트에서 측정한 결과가 아니며 어떤 서비스의 품질을 나타내지도 않습니다. 세 번의 수치는 변동 폭을 확인하는 데 사용하고, 실제 로딩 상태는 대상 작업을 완료할 수 있는지 확인하는 데 사용하세요. 두 항목은 따로 기록해야 합니다.

웹페이지를 읽을 때는 첫 화면 응답 시간과 리소스가 모두 로드되는지 확인하세요. 지속적인 전송에서는 속도가 안정적으로 유지되는지 살펴보고, 실시간 통신에는 지터, 패킷 손실, UDP 지원 여부도 중요합니다. 한 번의 Connectivity Test로 실제 작업을 대신 검증할 수는 없습니다. 특정 유형의 앱이 반드시 작동한다고 보장해서도 안 됩니다.

Config로 복원한 뒤 Proxy와 결과가 다르다면 Config에서 현재 설정과 일치하는 규칙을 확인하세요. DOMAIN-SUFFIX는 도메인 접미사로, IP-CIDR은 IP 대역으로, GEOIP는 IP의 지리적 위치로 일치 항목을 찾습니다. FINAL은 앞서 일치하지 않은 트래픽을 처리합니다. 규칙의 대상은 DIRECT, 정책 그룹 또는 고정 노드일 수 있으므로 Home의 선택 표시만 보고 경로를 추측하면 안 됩니다.

• 먼저 대상 도메인에 어떤 규칙이 적용됐는지 확인한 다음 해당 규칙이 가리키는 정책을 점검하세요.
• 정책 그룹 내부에서 실제로 선택된 항목이 후보 노드와 일치하는지 확인하세요.
• 특정 대상 하나만 실패한다면 구독 전체를 바로 삭제하지 말고 해당 대상의 규칙, DNS, 출구 응답부터 확인하세요.

6. 노드 선택 관련 자주 묻는 질문