解決する必要があるntp関連のミステリーがあります

今日は会社から自宅でSSHに接続しようとしましたが、返信を受けませんでした。最初は、1）家庭でのインターネットの中断2）停電によってデバイスがリセットされる2つのうちの1つであると疑った。

家に帰ってみると、停電が発生し、既存のバージンルーターが再起動しました。私の古いルーターは「モデムのみ」モードになっており、より良いASUS RT-AC56Uルーターにのみインターネットを提供しています。

私のAsusルーターが正しく再起動してホームネットワークを復元しましたが、古いVirginルーターが正しくリセットされていないため、WANはありません。

また、ホームネットワークにRaspbianを実行する2つのRaspberry PiとUbuntuを実行するヘッドレスサーバーがあります。 Raspberry Piはすべて独自に再起動しましたが、サーバーはまだダウンしています。

Raspberry Piにログインし、「uptime」コマンドを実行して、電源がいつオフになったかを判断できることを確認しました。両血とも7時間40分間稼働したと報告し、1040時間に電力が回復したと計算した。

両方のPiの時間も正しくありません。両側とも23分遅れた。 Piにはハードウェアクロックがないため、起動時間を取得するにはntpに依存する必要があることを知っています。このPisがリセットされたときにntpを取得できるインターネットがなかったので、最後に知られている設定（ログやシステムの内容かもしれません）から時間がかかったようです。

したがって、1040 に電源が再投入されます。パイの時間が23分を超えました。 1040 - 23m = 1017で電源が切れ、1040で再びオンになりますか？

クローンジョブで実行されているいくつかのカスタムログを確認するために、ヘッドレスサーバーを起動しました。そのうちの1つは、毎時、毎時29分ごとにハードドライブの温度を確認し、温度をテキストファイルに追加することです。最後の温度チェックは1029で行われ、サーバーがシャットダウンする前に記録されました。

しかし、どのように/なぜ2つのラズベリーパイの時間が23分遅れましたか？

今、私はPiを再起動し、ntpで正確な時間を取得しています。

SSHを介してPiに接続し、バージンボックスを再起動する前に、稼働時間と日付を確認して、外部インターネットからnptを取得する可能性がなくなりました。