web-dev-qa-db-ja.com

NTPが実行されています、時計が同期されていません。手動で動作します

Ubuntuサーバーはntpを実行しており、インターネットに接続しています。それでも、システムクロックは約30分間違っており、時間の経過とともに大きくなります。

$ service ntp status
NTP server is running..

ntpq -pの出力

remote           refid      st t when poll reach   delay   offset  jitter

mail.thefrown.n .INIT.          16 u    - 1024    0    0.000    0.000   0.000
193.1.12.167    .INIT.          16 u    - 1024    0    0.000    0.000   0.000
tshirt.heanet.i .INIT.          16 u    - 1024    0    0.000    0.000   0.000
chilipepper.can .INIT.          16 u    - 1024    0    0.000    0.000   0.000

ファイアウォールの問題のように見えるのはどれですか？面白いことに、ntpを停止して次のコマンドを実行すると

ntpdate -u 0.europe.pool.ntp.org
14 Jul 09:27:40 ntpdate[3664]: step time server 217.198.219.102 offset -21.831200 sec

時間は調整されますが、ファイアウォールの問題ではないと私は信じますか？

linuxntptime-synchronization
2
ThomasVdB

。初期化。 refidは、実際には、リモートがまだ初期化された状態にあり、パケットまたはパルスをまだ受信していないことを意味します。ファイアウォールなど、許可されていないネットワークトラフィックである可能性がありますが、必ずしもそうとは限りません。

30分のオフセットがntpdパニックしきい値を超えています。 （秒を意味しましたか？ntpdate出力のオフセットはわずか数十秒です。）構成によっては、クロックを1回だけステップするか、拒否して終了する場合があります。代わりに、いくつかのオペレーティングシステムは、ntpdの前に最初にntpdateを呼び出します。

Mlichvarが述べたように、ntpdateとntpdの両方が送信元ポートとして123を選択している可能性があります。

さらに、ntpdateは、「NTPソケットが使用中」の場合、調整を拒否します。これが、ntpdを最初に停止する必要があるもう1つの理由です。これは、データベースサーバーのようにステップする時間。

0
John Mahowald