가끔 ntpq -pn의 출력이 왜곡되는 경우가 종종 있습니다. 본 사람이 있습니까?
$ntpq -np
remote refid st t when poll reach delay offset jitter
==============================================================================
127.127.1.0 .LOCL. 10 l 375 64 40 0.000 0.000 0.000
*100.xxx.11.73 10.143.35.200 2 u 39 64 77 0.397 8.849 10.888
+100.xxx.13.74 100.106.13.73 3 u 6 64 377 0.476 5.775 7.056
100.xxx.33.124 .dj... 16 u - 64 374 25.145 12.725 7.931
잘못된 코드 이전에는 다음과 같았습니다. .dj...
몇 분 후에 정상으로 돌아옵니다.
$ntpq -np
remote refid st t when poll reach delay offset jitter
==============================================================================
127.127.1.0 .LOCL. 10 l 652 64 0 0.000 0.000 0.000
*100.xxx.13.73 100.106.33.124 2 u 52 64 377 0.397 8.849 19.528
+100.xxx.13.74 100.106.12.24 4 u 24 64 377 0.488 3.523 15.270
100.xxx.33.124 100.106.12.24 4 u 17 64 317 25.145 12.725 14.965
답변1
이는 네 번째 업스트림 서버이며 100.xxx.33.124
RefId 필드에 예상치 못한 콘텐츠가 있습니다..dj...
remote refid st t when poll reach delay offset jitter ============================================================================== 100.xxx.33.124 .dj... 16 u - 64 374 25.145 12.725 7.931
자세히 살펴보면 이 서버가 업스트림 시간 소스와 동기화되지 않은 것을 알 수 있습니다(가능한 가장 낮은 계층 16이 있음). 이 경우 참조 ID 필드는 지정되지 않은 것으로 간주되므로 무시해야 합니다.
레이어 16 이상에서는 소스가 동기화되지 않은 것으로 간주됩니다. 이것fudge
성명시간 소스를 정의하는 데 사용할 수 있는 참조 ID입니다. 따라서 이 경우에는 서버가 다음을 사용하고 있을 가능성이 가장 높다고 제안합니다.나만의 지역 시계를 가지세요그리고 이것은 태그가 지정되었습니다 dj
.
다음은 표시된 현지 시계(테스트되지 않음)를 사용하는 예입니다 dj
.
fudge 127.127.1.1 0 0 15 dj
server 127.127.1.1