NTPで制御されているコンピュータの時計が2分進んでいるのはなぜですか。

9

コンピュータの時計は、NTPを使用して同期するように構成されています。これを確認するために、さまざまなNTPサーバーを使用して2つのNTPクライアントを試しました。私のコンピューターとNTPクライアントは、広範囲のNTPサーバー間でも、現在の時刻について完全に一致しています。

私はGPSも持っており、国内の電話会社は特定の電話番号に電話をかけることで利用できる正確な時計を提供しています。私のGPSと電話会社はどちらも現在の時刻に同意します。しかし、私のコンピューターは、正確には、私が住んでいる「実際の」現在の時刻であると私が信じている時刻よりも2分（または1分59秒）進んでいます。

私のコンピューターが2分進んでいるのはなぜですか？待ち時間があるため、インターネットを使用した時計の同期は完全に正確ではないかもしれませんが、インターネットでは2分は非常に長い時間です。NTPは本当に2分進んでいますか？私はWindows 7を実行していて、タイムゾーンUTC + 1に住んでいますが、問題を理解する上でそれは重要ではないと思います。

— マーティン・リバーセージ
ソース

1

それで、あなたはあなたのGPSと電話が「リアルタイム」であると信じていますが、あなたのコンピュータは「2分オフ」ですか？私は反対の結論を出したくなります。

— quack quixote、2010年

3

私のGPSは衛星から情報を取得しており、その情報は非常に正確であると思います。電話サービスは非常に正確で、一種の「国の」時計と考えることができます。電話の使用中に多少の待ち時間が発生する可能性があることを理解していますが、2分の待ち時間では会話が不可能になります。

— Martin Liversage、2010年

1

どのタイムサービスを使用していますか、組み込みのWindowsタイムサービスなどですか？

— Zoredache 2010年

2

仮想マシンは、通常、時間を正しく保つことができないため、ホスト同期サービスを提供します。より良い解決策は、仮想ドメインコントローラーのホストOSでNTPサービスを正しく構成し、host-guest-time-syncを有効のままにすることです。

— quack quixote、2010年

1

あなたの解決策はどの回答とも一致しないので、私はそれをあなたの質問への回答として追加し、それを正しいものとして受け入れることをお勧めします。自分の質問に回答することをお勧めします。特に、このような便利な質問については。

— Emory Bell

15

GPS時間はUTCと同じではなく、非常に近い時間です。

GPSは時差に関しては非常に正確な情報源ですが、うるう秒を考慮していないため、実際には1980年1月からUTCと同期していません。しかし、それは15秒しか進んでいないため、 tは2分の違いを考慮に入れます。

他のタイムソースが国際原子時計標準（TAI、Temps Atomique International）に基づいている場合、それらもUTCに設定されていません。これは、それらが不正確だからではなく、UTCが比較して不正確だからです。それらはうるう秒を考慮せず、それらの時間はUTCのように地球の回転/軌道に基づくのではなく、SI標準の「秒」のティックに基づいています。彼らはUTCより約34秒進んでいます。まだあなたの違いを考慮していません。

詳細については、http：//leapsecond.com/java/gpsclock.htmまたはここhttp://en.wikipedia.org/wiki/Global_Positioning_System#Timekeepingを参照してください。

— GAThrawn
ソース

1

これは回答ではなくコメントとして追加するつもりだったので、主な問題には実際には回答していませんが、コメントシステムには少し時間が

— かかりました

1

GAThrawn、あなたがリンクしたWikipediaの記事/セクションは、ほとんどのGPS受信機がGPS時間とUTCの違いを知っていると信じ、UTCを表示するように私を導きました。GPSレシーバーのクロックが「常に15秒ずれている」場合、ユーザーの信頼は著しく損なわれます（平均的なユーザーが状況を認識している可能性があるため）。

— 2010年

1

@Spiff真、コンシューマーGPSユニットはユーザーに表示する前に適用する時差を知っています。これは、タイムゾーンの差を適用すると同時にこれを行うと想像します。しかし、それはユニットが製造業者によって行うようにプログラムされなければならないものであり、それはGPS仕様の一部としては来ません。特に消費者向けではないユニットが、修正されたGPS時間ではなく実際のGPS時間を表示するシナリオを想像できます。

— GAThrawn

13

残念ながら、質問を投稿したときにいくつかの間違いをしました。私は自分のコンピューターのNTPサービスをバイパスして、インターネット時刻情報の独立したソースを提供したいと考え、そのために2つのシンプルなユーティリティを使用しました。私はこれらのユーティリティが実際に自分のコンピューターに（間違った）現地時間を表示しているときに、NTPを使用してインターネットから時間情報を取得していると思いました。

私の最初の質問では、NTPが私のコンピューターでどのように使用されているかについては、あいまいでした。これはActive Directoryドメインの一部であり、時間はドメインコントローラーから同期されます。構成に問題がないことを確認しましたが、細部を見落としました。

解決

ドメインコントローラーはHyper-V仮想マシンで実行されていました。ドメインコントローラーのWindowsタイムサービスはNTPを使用するように正しく構成されていましたが、Hyper-V仮想マシンでは、時刻同期を含むすべての統合サービスが有効になっています。この設定により、手動で、またはNTPを介してクロックを設定した場合でも、仮想マシンの時刻が常にHyper-Vホストと同期されます。

解決策は、ドメインコントローラー仮想マシンのHyper-Vマネージャーでその特定の統合サービスを無効にすることでした。Windowsタイムサービスを再起動すると、ドメインコントローラーとその後のコンピューターの時刻がすぐに修正されました。

— マーティン・リバーセージ
ソース

6

NTPを無効にした場合は、コンピューターのクロックを数分（おそらく2分前ではなく2分遅く）間違えて設定し、NTPを再度有効にしますか、それとも2分遅くなりますか、それとも2分先に戻りますか？

以前にNTPソフトウェアが静かに失敗するのを見たことがあるので、質問します。NTPソフトウェアが有効になっているように見え、サーバーに送信されるNTPクエリと応答が返されることを示すパケットトレースがあるにもかかわらず、システムクロックまだタイムサーバーが言っていたものに設定されていませんでした。

NTPルックアップを示すパケットトレースを確認すると興味深いでしょう。たとえば、「-v」および「-s0」オプションが設定された「ポート123」のtcpdumpは、知っておくべきことを示しているはずです。

— スピフ
ソース

時間があれば、さらに分析を行います。最初は、ローカルネットワークのNTPに問題があると思っていましたが、コンピューターのクロックに影響を与えず、NTPサーバーからの時刻を表示するだけの2つのNTPクライアントを使用しました。これら2つのクライアントは、コンピュータの時間。時間を現地時間に変換することについて問題になる可能性がありますが、なぜそれが2分を追加するのでしょうか。あなたの考えのいくつかを使ってさらに調査します。

— Martin Liversage、2010年

4

また、多くのNTPクライアントは、クロックを大量に変更することを拒否することを覚えておくことも重要です。時間が非常に食い違う場合は、少なくとも1つが非常に間違っており、人間の介入が必要になる可能性が十分にあります。

— 大きな鼻
ソース

0

私は技術的ではありませんが、簡単に言うと、1）日付と時刻の設定を変更する2）ウィンドウ上部のインターネット時間に移動する3）設定を変更する4）今すぐ更新する

自動的に調整されます

— user1085958
ソース