프록시 그룹과 지연 테스트

노드를 선택했는데도 트래픽 경로가 바뀌지 않는다면 노드 장애보다 일치한 규칙이 다른 프록시 그룹을 참조하는 경우가 많습니다. YouTube 입문·고급 튜토리얼의 일반적인 흐름을 바탕으로 반복 가능한 선택 및 진단 절차를 정리했습니다. 신뢰할 수 있는 설정만 사용하고 현지 법률과 서비스 약관을 준수하세요.

노드와 프록시 그룹은 다릅니다

노드는 실제 출구이고 프록시 그룹은 라우팅 규칙이 사용하는 결정 지점입니다. 먼저 규칙 화면에서 대상 도메인이 어떤 규칙과 일치하는지 확인한 뒤 해당 규칙이 가리키는 그룹을 여세요. 관련 없는 그룹에서 노드를 바꿔도 실제 요청은 변하지 않습니다.

자주 쓰는 세 가지 방식

  • select: 수동 선택으로, 출구 고정과 비교 진단에 적합합니다.
  • url-test: 후보를 주기적으로 검사하고 측정 결과로 자동 선택합니다.
  • fallback: 목록에서 먼저 사용 가능한 후보를 쓰고 장애 시 전환합니다.

그룹 이름은 프로필 제작자가 정하므로 표시 이름만으로 유형을 단정하지 말고 필요하면 설정 구조를 확인하세요.

안정적인 선택 절차

  1. 프로필을 갱신하고 다운로드 또는 파싱 오류를 확인합니다.
  2. 일치한 규칙에서 실제 트래픽을 처리하는 그룹을 찾습니다.
  3. 상태 검사를 실행해 도달 불가·시간 초과 후보를 제외합니다.
  4. 결과가 비슷한 두세 후보를 실제 사이트나 앱으로 검증합니다.
  5. 지역이나 경로가 다른 예비 노드를 남겨 둡니다.

지연 시간은 속도와 같지 않습니다

상태 검사는 테스트 URL까지의 도달성과 왕복 시간을 주로 보여 줍니다. 대역폭, 혼잡, 패킷 손실, 특정 앱 호환성을 보장하지 않습니다. 가장 낮은 숫자는 후보를 줄이는 기준으로만 사용하고 실제 트래픽으로 최종 확인하세요.

안전한 문제 진단

여러 전역 설정을 한꺼번에 바꾸지 말고 ‘대상—일치 규칙—그룹—노드’를 기록하며 한 번에 하나씩 변경하세요. 구독 URL, 노드 자격 증명, 비공개 컨트롤러 포트, 원본 로그는 공개하지 말고 버전, 발생 시각, 오류 유형과 최소 재현 단계만 공유하세요.

참고 자료