☰

NTPクライアントが更新されない

tag-icon • tag-icon debian esxi ntp
NTPクライアントが更新されない

ESXI には多くの Linux 仮想マシンがあり、1 台の Linux マシンを NTP サーバーとして構成し、そのサーバーはインターネット経由で NTP サーバーから時刻を更新しています。このサーバーは正常に動作しており、インターネット経由で NTP サーバーから時刻を更新しています。これはコマンド ntpq -p で確認できます。現在、他の仮想マシンはそれを NTP サーバーとして認識していますが、何らかの理由で時刻が更新されていません。ntpq -p の結果は次のとおりです。

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 X.Y.177.90.75   .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 X.Y.90.1    .INIT.          16 u    - 1024    0    0.000    0.000   0.000

10 時間以上待っていますが、結果は変わりません !!! :( ファイアウォールの問題はなく、クライアントとサーバーの両方の構成はサーバーの IP を除いて同じで、クライアントはローカル サーバーを指し、ローカル サーバーはインターネット サーバーを指しています !!! ちなみに、私は Linux として Debian を使用しています !!! :(

答え1

到達可能性がゼロの場合、基本的なネットワークの問題またはファイアウォールの設定により、VM が相互に通信できないことを示します。

私はさまざまなテストを実施します

  • pingNTPクライアントからNTPサーバーへ（ただし、PingはFWによってブロックされることがあります）
  • sshNTP クライアントから NTP サーバーへ (ブロックされる頻度は低いと考えられます)
  • ntpdate -d 129.177.90.75

129.177.90.75 と 129.177.90.1 はどちらも、NTP をサービスとして実行しているローカル VM のローカル アドレスであると想定しています。そうでない場合は、質問を更新してこの点を明確にしてください。

追伸 ちなみに、これまでの私の経験では、ネットワーク内の他のコンピュータに信頼性の高いサービスを提供するには、ネットワーク内に少なくとも 3 つのローカル NTP サーバーが必要です (そうでないと、クロックが収束しないことがあります)。

お知らせ VMではNTPよりもホストクロックを使用する方が良いのではないかと思います。VMでNTPを使用すると問題がありました

関連情報