Apa cara yang disarankan untuk menyinkronkan waktu menggunakan NTP?

18

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:

Memperbaiki waktu saat boot-up dengan cepat di mana jam memiliki kemiringan yang besar.
Berikan konfigurasi yang menjaga dan / atau mengoreksi situasi di mana jam kadang-kadang dapat mengembangkan kemiringan yang besar dari waktu ke waktu.
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:

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

date time ntp

— slm
sumber

1

obrolan diskusi tentang ruang lingkup pertanyaan ini

— Gilles 'SO- stop being evil'

1

FYI: Berencana mengerjakan jawaban komprehensif untuk ini. Lihat log obrolan mulai dari chat.stackexchange.com/transcript/message/11350138#11350138

— derobert

# 2 seharusnya tidak terjadi jika ntpd sedang berjalan

— dfc

@dfc - ini bisa terjadi ketika VM dijeda dan kemudian dilanjutkan, ada situasi lain di mana itu bisa terjadi juga.

— slm

@slm "berkembang" berarti ada waktu melompat di condong setelah VM restart? Tampaknya dalam beberapa jam setelah restart ntpd akan mengendalikan kemiringan. Jelas tidak membuatnya lebih buruk. Apa situasi lainnya?

— dfc

6

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.

— Andrew
sumber

Jika ntpd berjalan dengan sukses, mengapa Anda harus berhenti dan memulainya? Ini sepertinya ide yang buruk.

— dfc

3

ntpdate tidak akan berfungsi jika ntpd sedang berjalan.

— Grizly

4

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.

— Patrick
sumber

mengetik ntpd --panicgate lalu kencan benar-benar tidak melakukan apa

— AlxVallejo

Apakah Anda memodifikasi file init untuk lulus -gatau apakah ada opsi yang setara untuk diatur ntp.conf?

— Jérôme

Saya baru sadar -gsudah digunakan secara default di instalasi Debian saya, tetapi saya tidak tahu di mana file init / config ini dilakukan.

— Jérôme

2

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/

— tujuan
sumber