이미 보유한 구독을 Shadowrocket에 가져왔으며, 여러 노드 중 일상적으로 사용할 노드를 고르려는 독자를 위한 안내입니다. 동일한 네트워크 조건에서 후보 노드를 테스트하고, 대상 서비스에 필요한 지역을 확인한 뒤 실제 접속 결과를 비교하세요. 프로토콜 유형은 호환성 확인에 활용하며 속도 순위를 매기는 기준으로 삼지 않습니다.
선택 전 테스트 조건 고정하기
Shadowrocket은 App Store에서 구매할 수 있는 Apple 플랫폼용 유료 앱이며, 주로 iPhone과 iPad에서 사용합니다. 기타 호환 기기와 시스템 요구 사항은 App Store 페이지를 확인하세요. 앱은 가져온 구성을 사용하며, 앱을 구매해도 연결 경로가 함께 제공되지는 않습니다. 앱 구매와 연결 서비스 요금제는 별개입니다. 아래 절차는 본인이 이용 중인 서비스와 구독이 있고, 노드가 Home 목록에 표시된다는 전제로 설명합니다.
노드를 비교하기 전에 해결하려는 문제부터 정하세요. 특정 지역의 콘텐츠에 접속할 수 없는지, 페이지가 오래 기다려야 열리는지, 아니면 연결이 자주 끊기는지에 따라 확인할 지표가 달라집니다. Wi-Fi와 Cellular 사이를 전환하거나 테스트 중에 Global Routing을 변경하면 측정 조건이 달라지므로 결과를 그대로 비교할 수 없습니다.
시작 전에 현재 연결이 Wi-Fi인지 Cellular인지, 테스트할 웹페이지나 앱이 무엇인지 기록하세요. 테스트 중에는 기기 위치와 네트워크를 그대로 유지하고, 두 차례 테스트 사이에 네트워크가 바뀌었다면 다시 측정합니다. 후보 노드의 이름과 지역, 표시된 지연 시간, 연결 여부, 대상 콘텐츠의 정상 로딩 여부를 기록하면 밀리초 수치 하나만 저장하는 것보다 유용합니다.
지연 시간 수치가 측정하는 것
Home 노드 목록에 표시되는 지연 시간은 지정된 측정 조건에서 테스트 요청에 응답하는 데 걸린 시간이며, 보통 밀리초 단위로 표시됩니다. 테스트 시 응답하지 않거나 응답이 현저히 느린 후보를 찾는 데 유용하지만, 전체 접속 경로의 지속적인 전송량을 뜻하지는 않습니다. 결과는 테스트 대상, 시간 초과 설정, 당시 네트워크 상태와 노드 부하에도 영향을 받습니다. 한 번의 결과를 장기간 유지되는 성능으로 간주하지 마세요.
실제 웹페이지를 열 때는 도메인 이름 확인, 연결 설정, 페이지 리소스 전송, 웹사이트 자체의 처리 시간 등이 모두 영향을 줍니다. 짧은 테스트 요청이 빠르게 끝나도 이미지나 동영상 같은 큰 콘텐츠가 반드시 빠르게 로드되는 것은 아닙니다. 반대로 한 번 지연 시간이 높게 나와도 테스트 순간의 네트워크 변동 때문일 수 있습니다. 특히 ‘노드 테스트에 응답이 있었다’는 것과 ‘대상 트래픽이 실제로 해당 노드를 통과했다’는 것을 구분해야 합니다.
목록 확인
Home에서 본인이 보유한 구독의 노드를 확인합니다. 아직 가져오지 않았다면 Home →「+」→ Type → Subscribe에서 본인의 구독 링크를 추가한 뒤 목록으로 돌아와 내용이 로드되었는지 확인하세요. 예시 링크
https://example.com/sub?token=xxxx는 형식을 설명하기 위한 것입니다.동일한 네트워크에서 테스트
같은 Wi-Fi 또는 Cellular 연결을 유지한 상태에서 Home의 노드 목록에 있는 후보를 대상으로 지연 시간 테스트를 실행하고, 응답하지 않거나 현저히 느린 노드와 결과가 비슷한 노드를 기록합니다.
하나씩 전환
한 번에 후보 노드 하나만 선택하고 연결을 켠 다음 같은 대상 사이트에 접속합니다. 선택한 노드의 직접적인 성능을 확인하려면 Home → Global Routing에서 Proxy인지 먼저 확인하세요. 테스트가 끝나면 원래 설정으로 되돌립니다.
재측정으로 확인
결과가 비슷한 후보는 같은 조건에서 여러 차례 더 테스트하고 대상 콘텐츠도 실제로 열어 보세요. 한 번 가장 낮은 밀리초 수치가 나온 노드가 아니라, 결과가 안정적인 노드를 남기세요.
Global Routing이 Direct이면 대상 트래픽이 직접 연결될 수 있으므로 웹페이지가 빨리 열린다고 해서 선택한 노드가 빠르다는 뜻은 아닙니다. Config에서는 구성이 요청의 경로를 결정하고, Scene은 시나리오별 조건과 관련됩니다. 비교 전에 현재 모드를 확인하세요. Config를 사용하는 경우 대상 도메인에 적용되는 규칙도 확인해 서로 다른 라우팅 결과를 노드 성능 차이로 오해하지 않도록 합니다.
지역 거리와 대상 지역을 고려하는 방법
지역을 선택할 때는 대상 서비스의 요구 사항을 먼저 확인한 다음 연결 경로의 성능을 살펴보세요. 대상 콘텐츠가 특정 출구 지역을 요구한다면 보유한 구독에서 해당 지역의 노드를 먼저 추린 뒤, 같은 지역의 후보끼리 안정성을 비교합니다. 특정 지역 조건이 없다면 현재 네트워크에서 거리가 가까운 지역부터 테스트할 수 있습니다. 물리적 거리가 짧으면 왕복 시간이 줄어들 수 있지만, 통신사 경로와 혼잡, 우회 경로도 결과를 바꿀 수 있습니다.
노드 이름에 표시된 지역은 구성을 제공한 쪽에서 지정한 표기이며, 모든 대상 웹사이트에서의 접속 결과와 일치한다고 볼 수 없습니다. 지역 조건이 중요하다면 대상 서비스에 표시되는 지역 정보와 이용 가능 여부를 확인하세요. 이름이나 지연 시간만으로 출구 위치를 추정하지 마세요. 아래 두 가지는 선택 순서이며 지역별 속도 순위가 아닙니다.
대상 지역 지정
- 먼저 필터링
- 대상 서비스가 요구하는 출구 지역
- 그다음 테스트
- 해당 지역의 여러 후보 노드
- 마지막으로 확인
- 대상 콘텐츠가 정상적으로 로드되는지
지역 조건은 다른 지역의 최저 지연 시간보다 우선입니다.
지역 제한 없음
- 시작점
- 거리 가까운 기존 노드부터 시작
- 제외
- 테스트에 응답하지 않는 후보
- 유지
- 여러 차례 접속 결과가 안정적인 노드
경로와 혼잡도는 달라질 수 있으므로, 거리가 가깝다고 반드시 더 빠른 것은 아닙니다.
예를 들어 같은 네트워크에서 가까운 지역의 노드가 더 낮은 지연 시간을 표시하지만 대상 페이지는 계속 기다려야 할 수 있습니다. 다른 지역 노드는 수치가 조금 높아도 페이지를 연속으로 정상 로드할 수 있습니다. 이 대상에서는 후자의 실제 성능을 우선 기록하고, 시간이 지난 뒤 다시 테스트하세요. 다른 대상 서비스를 이용하면 대상 서버와 네트워크 경로가 달라지므로 기존 순위가 그대로 적용되지 않을 수 있습니다.
프로토콜 유형은 속도 순위가 아닙니다
보유한 구독에는 Shadowsocks, VMess, VLESS, Trojan, Hysteria2, WireGuard 등 서로 다른 유형의 노드가 포함될 수 있습니다. 프로토콜 이름은 연결에 사용하는 기술을 나타낼 뿐, 이름만으로 현재 네트워크에서 어느 노드가 가장 빠른지 판단할 수는 없습니다. 같은 프로토콜을 사용하는 노드도 지역과 경로, 부하 조건이 서로 다를 수 있습니다. 프로토콜 간 비교에서는 테스트 네트워크와 대상을 동일하게 유지하는 것이 더욱 중요합니다.
먼저 노드가 정상적으로 연결되는지, 구성 매개변수가 본인의 구독에 모두 포함되어 있는지 확인한 다음 대상 콘텐츠의 실제 접속 결과를 살펴보세요. 특정 유형이 현재 Wi-Fi에서는 안정적으로 연결되지만 Cellular로 바꾸면 계속 시간 초과되는 경우, 두 네트워크의 결과를 따로 기록하세요. 이를 해당 유형의 모든 노드에 공통된 특성으로 단정하지 마세요. 프로토콜 매개변수는 본인이 보유한 구성에 따라야 하며, 이름을 바꾼다고 누락된 설정이 채워지지는 않습니다.
- 연결할 수 없음: 먼저 구독 업데이트가 완료되었는지, 노드가 여전히 목록에 있는지 확인한 다음 현재 네트워크를 사용할 수 있는지 점검하세요. 연결 문제를 해결하기 전에는 지연 시간 순위를 비교해도 의미가 없습니다.
- 연결되지만 로딩이 느림: 동일한 Global Routing 모드에서 같은 대상을 처음 열 때와 다시 열 때, 계속 로딩할 때의 상태를 비교하세요. 순간적인 테스트 결과만 보지 않도록 합니다.
- 일부 대상만 정상: Config를 사용 중이라면 규칙 적용 결과를 확인하세요. 예를 들어
DOMAIN-SUFFIX,example.com,PROXY와GEOIP,CN,DIRECT는 서로 다른 요청에 서로 다른 정책을 적용하고,FINAL,PROXY는 앞선 규칙에 일치하지 않은 트래픽에 사용됩니다.
규칙은 위에서 아래 순서로 적용되며, 일치하는 규칙을 찾으면 다음 규칙으로 넘어가지 않습니다. 따라서 프로토콜이나 노드를 비교하기 전에 대상 요청에 실제로 어떤 정책이 적용되는지 확인해야 합니다. 대상 트래픽이 Direct로 연결된 결과와 다른 차례에 Proxy로 연결된 결과를 나란히 비교하면 규칙 차이를 프로토콜 차이로 오해할 수 있습니다.
자주 나타나는 테스트 결과 확인 방법
‘수치는 좋아 보이는데 사용이 원활하지 않은’ 경우에는 테스트 방식과 연결 상태, 대상 트래픽의 라우팅을 먼저 구분하세요. 지연 시간 결과는 웹페이지 속도 측정 보고서가 아니며 대상 앱에서 실제로 접속해 보는 일을 대신하지 않습니다. 아래 항목에서 증상에 맞는 확인 방법을 살펴보세요. 한 번에 하나씩만 변경해야 원인을 파악할 수 있습니다.
지연 시간이 가장 낮은 노드인데 웹페이지가 여전히 느린 이유는 무엇인가요?
같은 웹페이지를 여러 번 열어 처음 연결할 때 기다리는지, 이미지 등의 콘텐츠가 계속 느리게 로드되는지 확인하세요. 그런 다음 Home → Global Routing을 확인합니다. Config에서는 대상에 적용된 규칙을 살펴보세요. 라우팅을 확인한 뒤 같은 지역의 다른 노드로 바꿔 테스트를 반복합니다.
노드에 시간 초과가 표시되면 바로 삭제해야 하나요?
먼저 기기의 현재 네트워크에서 다른 콘텐츠에 정상적으로 접속할 수 있는지 확인한 다음 같은 네트워크에서 다시 테스트하세요. 같은 그룹의 노드가 동시에 시간 초과되면 구독 내용과 네트워크 상태부터 점검합니다. 특정 노드 하나만 계속 응답하지 않는다면 일상적으로 사용할 후보에서 일단 제외하세요.
Wi-Fi에서는 되지만 Cellular에서는 불안정한가요?
두 네트워크에서 테스트 결과와 실제 접속 상태를 각각 기록하세요. Settings → On Demand를 사용 중이라면 Wi-Fi와 Cellular 조건도 확인하고, 네트워크 전환 후 연결 상태가 예상대로 바뀌는지 확인한 다음 노드 성능을 비교합니다.
지역 표기는 조건에 맞는데 대상 서비스에는 다른 지역으로 표시되나요?
먼저 대상 트래픽이 선택한 노드를 실제로 통과하는지 확인하세요. Direct로 연결되거나 규칙에 따라 다른 경로를 이용 중일 수도 있습니다. 그런 다음 노드 이름만 믿지 말고 대상 서비스에 표시되는 정보로 출구 지역을 확인하세요.
두 후보의 지연 시간 수치가 비슷하다면 아주 작은 차이 때문에 자주 전환할 필요는 없습니다. 네트워크와 대상, 라우팅 모드를 고정한 상태에서 어느 노드가 실제 작업을 여러 차례 연속으로 완료했는지 기록하는 편이 더 유용합니다. 네트워크 상태는 달라질 수 있으므로 이후 성능이 눈에 띄게 저하될 때 다시 테스트하면 됩니다.
반복할 수 있는 선택 순서 만들기
일상적인 노드 선택은 세 가지 기준으로 정리할 수 있습니다. 대상 지역 조건이 있는지, 후보 노드가 현재 연결되는지, 실제 콘텐츠가 안정적으로 로드되는지 확인하세요. 먼저 지역으로 후보를 추린 다음 지연 시간 테스트로 범위를 좁히고, 마지막으로 실제 대상에 접속해 검증합니다. 프로토콜 유형은 구성이 적절하고 연결이 정상인지 확인하는 기준이지, 위 검증을 대신하지 않습니다. 이렇게 기록해 두면 Wi-Fi나 Cellular 또는 대상 서비스가 바뀐 뒤에도 결과를 다시 비교할 수 있습니다.
- Home에서 본인의 구독과 노드 목록이 로드되었는지 확인하고 현재 네트워크를 기록합니다.
- 대상 지역 조건에 따라 후보를 추립니다. 지역 조건이 없다면 보유한 노드 중 일부를 골라 같은 조건에서 테스트합니다.
- Home → Global Routing 모드를 확인하고 노드를 하나씩 선택해 같은 대상에 반복 접속합니다.
- 연결과 로딩이 안정적인 노드를 유지합니다. 조건이 바뀌면 다시 테스트하고 이전 수치를 근거로 결론 내리지 마세요.
앱을 어디에서 받을 수 있는지 확인하려면 App Store 제품 페이지를 참고하세요. 앱 이름은 Shadowrocket, 개발자는 Shadow Launch Technology Limited, 앱 ID는 932747118입니다. 구매 대상은 앱 자체이며, 이 문서의 필터링 절차를 사용하려면 본인이 보유한 구독이나 구성이 필요합니다.