Apa cara yang disarankan untuk menyinkronkan waktu menggunakan NTP?

Pertanyaan ini telah muncul beberapa kali dengan cara yang dilokalkan, pertanyaan ini dimaksudkan untuk menyediakan metode yang disukai / terbaik untuk menyinkronkan jam sistem menggunakan NTP.

Solusinya harus menangani beberapa masalah dengan benar, seperti:

1. Memperbaiki waktu saat boot-up dengan cepat di mana jam memiliki kemiringan yang besar.

2. Berikan konfigurasi yang menjaga dan / atau mengoreksi situasi di mana jam kadang-kadang dapat mengembangkan kemiringan yang besar dari waktu ke waktu.

3. Solusi tangguh yang dapat menangani dan menyinkronkan waktu dengan cepat ketika masalah tertentu muncul seperti: "server waktu tidak dapat diakses saat boot" atau "internet tidak dapat diakses saat boot".

Solusi ideal adalah file konfigurasi NTP tunggal yang dapat menangani semua ini.

Referensi

Banyak bagian yang akan memberikan solusi "utama" tersebar di seluruh situs U&L dalam pertanyaan seperti ini:

• Bagaimana cara memaksa pengaturan waktu dan tanggal untuk me-refresh dari internet?
• Sinkronisasi waktu mesin pada LAN ke GPS NTP server pada LAN
• Bagaimana saya bisa membuat modul Wayang yang memperbaiki waktu?
• NTP tidak disinkronkan dalam VM

Pasti ada orang lain, tetapi ini adalah orang-orang yang saya anggap relevan.

Karena Anda tidak dapat memperbaiki penyimpangan besar dalam waktu menggunakan ntp (kecuali Anda memiliki beberapa jam untuk mengejar atau memperlambat jam) saya melakukan ini:

layanan ntpd berhenti
ntpdate us.pool.ntp.org
layanan ntpd mulai

Saya mencatatnya sekali sehari, setiap hari. Saya juga meletakkan ntpdate dalam skrip init untuk dijalankan sebelum ntp dimulai setelah bootup, karena reboot dan siklus daya adalah peristiwa yang paling mungkin / sering terjadi yang mengacaukan waktu sistem.

Apa yang Anda cari adalah ntpddengan --panicgateopsi.

Opsi panicgate memungkinkan penyesuaian pertama setelah ntpdmulai ukuran apa pun. Ini persis untuk kasus penggunaan yang Anda gambarkan di mana mesin muncul dan jamnya sangat tidak akurat. Ketika ntpd dimulai dengan opsi ini diaktifkan, diperlukan beberapa saat untuk menemukan server dan melakukan sinkronisasi dengannya.

Opsi itu dengan sendirinya memecahkan item Anda # 1.

# 2 adalah vanilla ntpd. Ntpd menyimpan file drift yang merupakan laju skew jam sistem Anda.

# 3 juga sama dengan # 1. The --panicgateopsi tidak terbatas segera ketika mulai ntpd, itu terbatas pada "penyesuaian pertama", setiap kali penyesuaian yang.

Gunakan chronyd / chronyc bukan ntp / ntpdate. Ini sudah merupakan metode standar dalam fedora dan, saya kira, akan berada di RHEL 7.0 segera setelah siap.

Dokumentasi dapat ditemukan di http://chrony.tuxfamily.org/