Jadi, saya mencoba untuk men-debug pengaturan NTP saya saat ini, dan menemukan bahwa ia mengimbangi dari server saya yang dikonfigurasi lebih dari 3 detik, dan tidak menyesuaikan. Tanda bintang pada LOCAL (0) dalam output ntpq tampaknya menunjukkan bahwa sistem dengan senang hati menyinkronkan dirinya sendiri daripada server 10.130.33.201 (yang merupakan kotak linux lain di sistem kami yang ingin kami sinkronkan semuanya).
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
10.130.33.201 LOCAL(0) 9 u 49 64 377 0.242 -3742.2 1.049
*LOCAL(0) .LOCL. 10 l 2 64 377 0.000 0.000 0.001
Dan ini adalah file ntp.conf saya. Ditulis oleh orang lain, jadi saya tidak 100% yakin bahwa semuanya benar.
server 10.130.33.201 burst iburst minpoll 4 maxpoll 11
driftfile /mnt/active/etc/ntp.drift
restrict -4 default nomodify nopeer notrap
restrict -6 default ignore
# Undisciplined Local Clock. This is a fake driver intended for backup
# and when no outside source of synchronized time is available.
server 127.127.1.0 # local clock
fudge 127.127.1.0 stratum 10
Saya sudah membaca tentang burst dan iburst dan minpoll / maxpoll, jadi saya menyadari bahwa itu mungkin tidak diperlukan, tetapi saya pikir itu tidak ada hubungannya dengan masalah saya saat ini.
Juga, karena cara penggunaannya, file konfigurasi itu akan membutuhkan banyak pekerjaan untuk diubah, jadi saya harap tidak ada yang benar-benar harus diubah. Saya berharap ini adalah kasus saya yang tidak memahami cara kerja NTP.
EDIT -
Jadi, sepertinya ini adalah duplikat dari pertanyaan ini , tetapi saya tidak merasa bahwa poster mendapat jawaban yang cukup, jadi saya masih ingin tahu mengapa waktu lokal lebih disukai daripada server. Juga, sesuai dengan salah satu jawaban di bawah ini, saya mencoba menggunakan preferkata kunci pada baris server dari konfigurasi dan restart, tetapi tampaknya tidak berpengaruh.
Jika saya menghapus semua baris "lokal" di konfigurasi seperti yang disarankan oleh pertanyaan lain, apa yang akan terjadi jika server tidak dapat dijangkau? Apakah NTP mati atau terus mencoba?
EDIT PENTING -
Oke, biasanya, 10.130.33.201 ("server") tidak memiliki akses ke internet, dan tidak memiliki sumber waktu GPS untuk digunakan. Bagian penting adalah bahwa semua perangkat pada sistem memiliki waktu yang sama dengan server, terlepas dari seberapa benar waktu itu sebenarnya.
Jadi, hanya untuk melihat apa yang akan terjadi, saya menambahkan salah satu server NTP pool ke file konfigurasi server sehingga akan mendapatkan waktu dari sana daripada mendapatkan waktu dari lokal. Sekarang benar mendapatkan waktu dari server waktu NTP.
Setelah saya melakukan itu, klien sekarang menyinkronkan dengan server daripada memilih LOCAL (0)
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*10.130.33.201 38.229.71.1 3 u 58 64 377 0.216 715621. 1.001
LOCAL(0) .LOCL. 10 l 18 64 377 0.000 0.000 0.001
PERTANYAAN BARU - Ketika server saya menggunakan lokal (contoh asli yang diberikan), sepertinya klien mengatakan, "Oh, 10.130.33.201 menggunakan LOCAL (0). Hmm, saya juga memiliki server LOCAL (0) - - Saya hanya akan menggunakannya secara langsung daripada mendapatkan informasi yang sama melalui 10.130.33.201 ".
Apakah itu masalahnya? Apakah mereka mencoba untuk pergi "langsung ke sumber" yang salah LOCAL (0)? Saya perlu server saya untuk mendapatkan waktu dari LOCAL (0), dan saya perlu klien untuk mendapatkan waktu dari server. Saat ini menghapus server "lokal" dari file konfigurasi klien adalah satu-satunya pilihan, tetapi saya ingin memahami mengapa ini terjadi, dan jika mungkin, hindari mengubah konfigurasi mereka (perubahan konfigurasi akan banyak pekerjaan karena lingkungan kita...).
Juga, ini terlihat seperti duplikat lain tanpa jawaban yang baik.