속도와 안정성은 노드 부하, 회선, 통신사, 프로토콜, DNS, MTU, UDP 지원 및 로컬 시스템 자원의 영향을 받으므로 클라이언트의 지연 시간 수치만으로 판단할 수 없습니다. 특정 노드만 느리면 노드를 바꾸고, 모든 노드가 느리면 로컬 시스템 자원과 네트워크를 점검하세요. 게임이나 회의가 끊긴다면 UDP도 별도로 확인해야 합니다.
노드 하나만 느린지 전체 연결이 불안정한지 구분
같은 웹사이트, 같은 파일 및 같은 시간대를 기준으로 직접 연결, 두 노드 및 두 네트워크를 비교하면서 패킷 손실, 재연결 및 CPU 사용량을 기록하세요.
- 특정 노드만 느린지 모든 노드가 느린지 확인
- 속도 측정 대상이 고정되어 있고 실제 접속 대상과 같은지 확인
- 로그에 재연결, TLS, DNS 또는 UDP 오류가 있는지 확인(참고: DNS FAQ)
- 최근 TUN, DNS fake-ip, IPv6 또는 MTU를 변경했는지 확인
같은 대상으로 네트워크, 노드 및 시간대 비교
- 같은 대상으로 직접 연결, 서로 다른 노드 및 정책 그룹을 각각 테스트
- 불필요한 debug 로그를 꺼서 로그 쓰기가 성능에 미치는 영향 줄이기(참고: 성능 분석 엔진)
- 시스템 자원, CPU 사용량 및 연결 수 확인
- 게임, 음성 통화 또는 QUIC 관련 문제라면 UDP 지원 확인
- 필요하면 구성 제공자에게 노드 이름, 시간대 및 오류 로그 요약 전달
지연 시간 테스트는 일반적으로 검사 URL만 반영하며 모든 웹사이트의 속도를 나타내지는 않습니다.
속도 문제를 곧바로 클라이언트 오류라고 단정하지 마세요.
전체 IP, 노드 링크 및 구독 URL을 공개하지 마세요.