Jaki jest zalecany sposób synchronizacji czasu za pomocą NTP?

To pytanie pojawiło się wiele razy w sposób lokalny, to pytanie ma zapewnić preferowaną / najlepszą metodę synchronizacji zegara systemowego za pomocą NTP.

Rozwiązanie powinno poprawnie obsługiwać wiele problemów, takich jak:

1. Popraw czas na szybkie uruchomienie, gdy zegar ma duże przekrzywienie.

2. Podaj konfigurację, która chroni i / lub koryguje sytuacje, w których zegar może czasem rozwinąć duże przekrzywienie w czasie.

3. Solidne rozwiązanie, które może szybko obsłużyć i zsynchronizować czas, gdy pojawią się pewne problemy, takie jak: „serwer czasu nie był dostępny podczas rozruchu” lub „internet jest niedostępny podczas rozruchu”.

Idealnym rozwiązaniem byłby pojedynczy plik konfiguracyjny NTP, który jest w stanie obsłużyć to wszystko.

Bibliografia

Wiele elementów, które zapewnią „ostateczne” rozwiązanie, jest rozłożonych na stronie U&L w takich pytaniach:

• Jak wymusić odświeżanie ustawień godziny i daty z Internetu?
• Synchronizacja czasu maszyn w sieci LAN z serwerem GPS NTP w sieci LAN
• Jak mogę stworzyć moduł Lalek, który naprawia czas?
• NTP nie synchronizuje się na maszynie wirtualnej

Będą inni, ale są to te, które uważałem za istotne.

Ponieważ nie możesz skorygować dużych odchyleń czasu za pomocą ntp (chyba że masz kilka godzin, aby zegar nadrobił lub zwolnił), robię to:

service ntpd stop
ntpdate us.pool.ntp.org
usługa start NTTP

Codziennie go kupuję. Umieszczam także ntpdate w skrypcie init, aby działał przed uruchomieniem ntp po uruchomieniu, ponieważ ponowne uruchomienie i cykle zasilania są najbardziej prawdopodobnymi / częstymi zdarzeniami, które psują czas systemowy.

Co szukasz jest ntpdz --panicgateopcją.

Opcja paniki pozwala na pierwszą regulację po ntpdrozpoczęciu dowolnego rozmiaru. Dotyczy to dokładnie opisanego przypadku użycia, w którym pojawia się maszyna, a jej zegar jest niesamowicie niedokładny. Gdy ntpd zaczyna się z włączoną tą opcją, może chwilę potrwać, zanim znajdzie serwer i ustanowi synchronizację z nim.

Ta opcja sama w sobie rozwiązuje twój przedmiot nr 1.

# 2 to waniliowy ntpd. Ntpd przechowuje plik drift, który jest częstotliwością skosu zegara twojego systemu.

# 3 jest również taki sam jak # 1. --panicgateOpcja nie ogranicza się natychmiast, gdy zaczyna ntpd, to ogranicza się do „pierwszej korekty”, gdy korekta taka jest.

Użyj chronyd / chronyc zamiast ntp / ntpdate. Jest to już domyślna metoda w Fedorze i, jak sądzę, będzie w RHEL 7.0, gdy tylko będzie gotowa.

Dokumentacja znajduje się na stronie http://chrony.tuxfamily.org/