먼저 알아둘 점

선택을 자동화하기 전에 실제 작업을 안정적으로 완료하는 노드를 선택하세요. 단일 짧은 대기 시간 결과는 하나의 프로브를 설명합니다. 비디오 재생, 다운로드, 로그인 또는 장기 세션의 유효성을 검사하지 않습니다.

1. 네 가지 측정으로 확인할 것

녹색 숫자는 그 숫자가 무엇인지 아는 경우에만 유용합니다. 대상, 프로토콜 및 시간은 노드의 순위를 변경할 수 있습니다. 다음 측정값을 상호 교환 가능한 점수가 아닌 보완적인 증거로 취급하십시오.

관찰 항목 확인할 수 있는 것 이것만으로는 확인할 수 없는 것
TCP 연결 대기 시간 서버 포트에 바로 접근할 수 있는지 여부 성공적인 프록시 인증, TLS 및 대상 액세스
실제 연결 테스트 구성이 코어를 통해 테스트 대상에 도달하는지 여부 모든 사이트, UDP 또는 장기 세션에 대한 성능
다운로드 처리량 테스트 기간 동안 한 경로의 용량 피크 시간 성능, 낮은 지터 또는 회의 품질
실제 응용 작업 실제 작업 흐름이 성공할지 여부 모든 네트워크와 장치에서 동일한 결과

시간 초과는 진단이 아닙니다. 노드, 테스트 대상, 임시 코어 또는 로컬 포트 충돌이 원인일 수 있습니다. 관련되지 않은 여러 노드가 함께 실패하는 경우 구독을 삭제하기 전에 공유 테스트 환경을 조사하십시오.

2. 후보 노드 정리하기

구독 제공처별로 알아보기 쉬운 그룹을 만들고 노드 수와 업데이트 시각을 기록하세요. 업데이트 후에는 사용 중인 노드가 남아 있는지, 해당 프로토콜이 선택한 코어에서 지원되는지 확인합니다. 공식 UI 안내에 따르면 구독을 업데이트하면 지연 시간과 속도 측정값이 지워집니다. 따라서 업데이트 전 스크린샷을 현재의 측정 결과로 사용하면 안 됩니다.[1]

구독 URL에는 계정 토큰이 들어 있을 수 있습니다. 스크린샷, 공유 표 또는 온라인 변환기에 전체 주소를 넣는 대신 제공처 이름, 응답 상태와 오류 유형을 기록하세요. 변환은 형식 문제가 확인되고 신뢰할 수 있는 서비스를 사용할 때 검토합니다. 가져오기에 실패할 때마다 자동으로 변환을 시도할 필요는 없습니다.

실제로 사용할 지역과 경로를 포함하는 후보 노드 3~5개로 시작하세요. 수백 개를 동시에 측정하면 로컬 회선, CPU 또는 테스트 서버가 포화되어 일상적인 사용과 다른 결과가 나올 수 있습니다.

3. 조건을 맞춰 반복 측정하기

  1. 테스트 조건을 고정합니다. 클라이언트 및 코어 버전, 네트워크 유형, 테스트 URL 및 시간을 기록합니다. 대규모 전송을 일시 중지합니다. 라우팅, DNS 및 TUN 설정은 비교 중에 변경되지 않은 상태로 유지됩니다.
  2. 노드 하나를 검증합니다. 수동으로 선택하고 코어가 시작되는지 확인한 후 실제 연결 테스트를 실행합니다. 로그에서 코어 시작 실패와 요청 시간 초과를 구별합니다.
  3. 측정을 반복합니다. 같은 대상에 다섯 번 검사하고 성공 횟수, 각 소요 시간과 중앙값을 기록합니다. 다섯 번의 검사는 후보를 추리는 초기 확인이며 장기적인 안정성을 통계적으로 입증하는 것은 아닙니다.
  4. 실제 작업으로 확인합니다. 탐색, 다운로드 또는 자신만의 작업 흐름을 위해 약 10분 동안 노드를 사용하세요. 정지, 재연결 및 오류를 참고하세요. 이는 성능 약속이 아닌 제안된 승인 기간입니다.
  5. 다른 시간대에도 다시 측정합니다. 자동 그룹에 속하는 노드를 결정하기 전에 일반적으로 사용하는 바쁜 기간을 포함하십시오.

이 표에는 가상의 측정 결과를 넣지 않았습니다. 자신의 연결 환경에서 직접 관찰한 결과를 기록하세요.

노드 별칭 확인 성공 / 5 소요 시간 중앙값 작업과 결과 재측정 시점
후보 A 측정 전 측정 전 기록 필요 기록 필요
후보 B 측정 전 측정 전 기록 필요 기록 필요
후보 C 측정 전 측정 전 기록 필요 기록 필요

4. 작업에 맞는 정책 선택하기

출구를 자주 바꾸면 로그인, 다운로드와 지속적인 연결에 영향을 줄 수 있습니다. 연결 유지가 중요한 작업에는 검증된 노드를 고정하세요. 출구 변경을 허용할 수 있는 작업에서 자동 지연 시간 정책을 검토합니다. 선택한 아웃바운드를 바꿔도 기존 연결이 끊김 없이 이전된다고 가정하지 말고 실제 앱에서 확인하세요.

사용 가능한 전략은 코어 및 버전에 따라 다릅니다. 현재 공식 UI 가이드에는 최저 대기 시간, 안정성, 로드 밸런싱 및 무작위 선택을 포함한 여러 Xray 정책이 나열되어 있지만 sing-box에는 다른 지원 세트가 있습니다. 모든 구성원은 그룹의 코어과 호환되어야 합니다.[1] 한 비디오의 드롭다운이 모든 빌드를 보장하는 것은 아닙니다.

구독 노드의 경우 구독 그룹에서 파생된 멤버십과 주의 깊게 확인된 이름 필터를 선호합니다. 업데이트 후 멤버십을 다시 확인하세요. 공식 가이드에서는 필터링된 멤버십이 구독 변경을 따르는 반면 수동으로 선택한 구독 노드는 업데이트 중에 제거될 수 있다고 설명합니다.[1] 후보 세트가 비어 있거나 호환되지 않는 경우 자동 정책이 작동할 수 없습니다.

5. 자주 발생하는 세 가지 오해

점수는 낮지만 페이지가 느립니다. 프로브와 실제 웹사이트는 다른 경로를 사용할 수 있습니다. 페이지에는 추가 도메인도 로드될 수 있습니다. 하나의 노드를 고정하고 느린 요청을 식별하고 라우팅 결정을 검사합니다. 더 나은 숫자를 얻기 위해 프로브 URL만 변경해도 작업 부하가 복구되지 않습니다.

구독 업데이트 후 그룹이 작동하지 않습니다. 필터, 이름이 변경된 노드 및 프로토콜 지원을 먼저 확인하십시오. 빈 그룹을 광범위한 연결 실패와 구별할 수 있도록 수동으로 검증된 대체 구성을 유지하십시오.

자동 선택이 계속 변경됩니다. 사용 중인 버전에 허용 오차나 탐색 간격 설정이 있다면 한 항목만 조정하고 관찰하세요. 해당 설정이 없으면 후보를 줄이거나 노드를 고정합니다. 후보 상태가 크게 변동하면 자동 선택도 안정적이기 어렵습니다.

6. 사용 전 검증과 유지 관리

후보 노드가 실제 작업을 반복해서 완료하고, 모든 구성원이 선택한 코어와 호환되며, 업데이트 후에도 유효한 노드가 남고, 검증된 단일 노드로 돌아갈 수 있다면 사용을 시작할 수 있습니다. 과거의 좋은 지연 시간 수치를 모으기보다 최근 테스트 기록을 유지하는 편이 유용합니다.

꾸준히 테스트를 해야 하나요? 아니요. 프로브는 대역폭과 리소스를 소비하며 엔드포인트 속도 제한이 발생할 수 있습니다. 연결이 실제로 변경되는 빈도를 반영하는 재테스트 주기를 설정하세요.

낮은 지연 시간이 더 나은 게임을 보장하나요? 아니요. UDP 지원, 라우팅, 패킷 손실 및 서버 위치도 중요합니다. v2rayN 프로브는 게임 내 지연 시간을 약속하지 않습니다.

참고한 YouTube 영상

공개된 영상 제목, 설명과 챕터 목록을 주제 선정 및 화면 조작 참고에 활용했습니다. 본문은 독립적으로 작성한 가이드이며 영상 대본을 옮긴 글이 아닙니다. 기술 내용은 아래 공식 자료와 대조했습니다.

공식 자료와 적용 범위

자료 확인일: 2026-10-26. 메뉴 이름과 기능은 클라이언트, 코어 및 운영 체제 버전에 따라 달라집니다. 본문의 체크리스트는 권장 검증 절차이며 실제 측정을 완료한 성능 데이터는 아닙니다.

  1. 공식 v2rayN UI 및 설정 가이드
  2. v2rayN 공식 구독 안내
  3. 공식 v2rayN 지원 코어

시리즈의 다른 글