대시보드의 RTT 수치가 실제 핑과 차이가 큽니다.
음… 우선 @lxxi 님의 Custom 아이템 중에 “Firefox” 라고 지정된 것을 말씀하시는 거죠? 그렇다면, 이 부분은 라우팅 경로가 부정확하여 그렇습니다. 기술적으로 들어가면 설명이 길어질 듯 하여, 단순히 어떻게 조치를 취해야 하는지만 언급을 하도록 하겠습니다.
현재 라우팅 테이블에는 아래의 항목만 존재를 하는데요,
- P:firefox.exe
이 항목을 다음과 같이 수정을 해주셔야 합니다.
- P:firefox.exe
- 172.105.228.12/32
- 103.194.167.213/32
- 208.100.4.54/32
- 69.162.170.5/32
- 192.0.43.10/32
보시면 아시겠지만, "목적지"로 입력된 IP 들을 각각 라우팅 경로에 넣어주었음을 아실 수 있으실텐데요, 이렇게 하지 않으면, 예를 들어 미꾸라지는 192.0.43.10 를 미꾸라지를 통해 전달해야 하는지 아닌지를 구분하지 못합니다.
1 Like
아 mudfish.exe에서 라우팅 테이블이 적용된 상태로 해당 서버로 핑을 전송하던 방식이었군요. 감사합니다.
핑 체크의 경우에는 무조건 중계 서버를 통하도록 하는 것이 좋을 것 같은데… 이와 관련해서는 업데이트가 필요한 것으로 보입니다.
그렇습니다. 이 부분에 대해서는 제가 좀 더 기능 개선을 해야 할 부분으로 보입니다.
1 Like
감사합니다! 다만 도메인을 적용하였는데도 핑이 일치하지 않는 것은 단순한 UDP - ICMP의 차이일까요?
음… 일단 실시간 RTT 그래프에 보이는 핑이 미꾸라지 적용이 된 상태에서의 가장 정확한 핑 정보입니다.
문제는 실제 측정값과 예상 핑값에 차이가 나는 것이 이슈로 보이는데요, 말씀하신 것 처럼 프로토콜에 따른 영향일 수도 있습니다. 해당 값을 구하기 위해서 각각 계산하는 구간별 핑 값들이 내부적으로는 UDP 기반으로 측정이 됩니다. 다만 좀 더 자세한 원인에 대해서는 추가적인 조사가 필요해 보입니다.
RTT 측정값과 명령 프롬프트 핑값이 다릅니다. 그래서 두 프로토콜 간의 차이가 핑에 차이를 발생시키는 것 같은 생각이 들어 추가문의 드렸던 거였습니다 죄송합니다.
아… 그렇군요. ㅠ.ㅠ 혹시 명령 프롬프트에서 핑을 어떻게 입력하셨는지요? Custom 아이템에 입력하신 RTT 체크의 경우, 기본적으로 ICMP 를 통해서 테스트를 진행하게 됩니다. 그래서 테스트하신 IP 가 같다면 서로 거의 동일한 결과가 나오는 것이 정상입니다.
This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.