NTPが実行されていますが、システムクロックはまだ間に合いません。

Debian Stable（5.0.3）サーバーが実行ntpdされており、インターネットに接続されています。それでも、システムクロックは約5分間違っています。

$ /etc/init.d/ntp status
NTP server is running..

の関連部分（と思う）/etc/ntp.conf：

driftfile /var/lib/ntp/ntp.drift

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

server 0.europe.pool.ntp.org
server 1.europe.pool.ntp.org
server 2.europe.pool.ntp.org
server 3.europe.pool.ntp.org

NTPが必ずしもすぐに時刻を合わせるとは限りません。それでも、NTPがジョブを実行してクロックを同期したことを合理的に予想するために、何時間または何日待つ必要がありますか？

他の構成ファイルまたはオプションが見つからない、または何か間違っているのですか？あるNTP（代わりの例にntpdateが）、このための適切なツール？構成が正しいかどうか、選択したNTPサーバーが正しい時刻を返すかどうかを確認する簡単な方法はありますか？

編集：の出力ntpq -p：

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 ns1.nexellent.n .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 dnscache-madrid .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 sinister.wzw.tu .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 dnscache-frankf .INIT.          16 u    - 1024    0    0.000    0.000   0.000

編集2：ntpdate -u 0.europe.pool.ntp.orgコマンドを返します（ブレントによって提案された）リターン

17 Dec 17:37:29 ntpdate[14195]: no server suitable for synchronization found

...他のマシンでもコマンドは問題なく動作します。そのため、この特定のサーバー（VPN経由でアクセスされる別のネットワークにある）のネットワーク/ファイアウォール設定を調べます。

解決策：犯人は、サーバー上のローカルファイアウォールではなく、周囲のネットワークのどこかにあるファイアウォール設定です。そこで、サーバーホスティングプロバイダーにマシンのNTPを許可するように依頼しましたが、現在は正常に機能しています。たとえば、次をntpq -p返します。

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 ns1.eunet.fi    192.36.144.23    2 u   10   64    1    1.043    0.258   0.001
 ns2.eunet.fi    62.142.10.44     2 u    9   64    1    0.671    0.135   0.001
 ns3.eunet.fi    62.142.10.44     2 u    8   64    1    0.750    0.277   0.001

（ホスティング会社によって再開されたeunet.fiサーバーにも切り替えましたが、それはポイントの横にあります。）ブレントの答えのコマンドは、問題がNTP構成ではなくNTPサーバーへのネットワークアクセスにあることを認識させたので役立ちました自体。みんな、ありがとう！

ntpdを停止し、ntpdate -u 0.europe.pool.ntp.org3回実行し、ntpdを開始しntpq -p、オンを確認します。遅延、オフセット、およびジッターはゼロ以外でなければなりません。

ネットワーク接続があり、NTPホストを問題なく見ることができる理由を推測する必要がある場合、大きな値にドリフトしている可能性があります。時間差がXよりも大きい場合（Xがオフハンドであることを覚えていません）、警告が出力され、時間は同期されません。この場合、syslogメッセージを確認できます。

この場合、NTPを停止し、ntpdateホストを実行してNTPDを再起動します。これにより、時刻同期が強制され、それ以降も同期が維持されます。ドリフトが続くと、ハードウェアの問題が発生する可能性があります。

「リーチ」列が0の場合、サーバーと通信できなかったことを示しています。最後の8回の試行がどのように進んだかを示すために、徐々にビットがシフトします（したがって、377は良い、0は悪い）。