- 締切済み
時刻の修正の仕組みはどうなっている?
関連ある質問がありましたが、解決には至りませんでしたので、質問させてください。 NTPサーバーの時刻を1時間進めてみましたが、しばらくたたないとLAN上のNTPパケットには1時間進んだ時刻がサーバから送信されませんでした。 NTPパケットに進んだ時刻が出るようになってから、さらにしばらくたたないとクライアントの時刻が1時間進みませんでした。(15分ぐらいでした) 何故こんな動きになってしまうのか、その仕組みはどうなっているのかなどを知りたいのです。お助けください。 ・外部と接続しない、ADドメインを組んでいます。 ・DCは1台で、これがNTPサーバーです。 ・クライアントPCはこのドメインに参加しています。(1台です) ・時刻のゾーンはGMT+0:0(グリニッジ標準時)にしています。 ・LANモニターでNTPパケットを観測しています。 ちなみに、1分進めた場合は、クライアントが同期するまでに30分ぐっらいかかりました。
- みんなの回答 (1)
- 専門家の回答
みんなの回答
- outerlimit
- ベストアンサー率26% (993/3718)
回答No.1
NTPサーバから 時刻情報をUTPで送信ですか ? 多分 クライアントPCから定期的にNTPサーバへアクセスして時刻情報を更新しているためでしょう クライアントPCで、NTPを利用するソフトが稼働しているはずです(OSのデフォルトには無いはず) その設定を確認してください
補足
ご回答有難うございます。 私の説明不足、ごめんなさい。 ・サーバーのOSはWindowsServer2003SEです。サーバーの機能を構成してアクティブディレクトリー(AD)のドメインコントローラ(DC)にしています。フォレスト最初のDCで、ドメイン最初のDCです。(というか、DCは1台です。)Stratum1のNTPサーバーとしてレジストリを設定しました。 ・クライアントのOSはWindowsXPです。上記のドメインのメンバーにしています。 ・時刻の同期はADの仕組みでNTPプロトコルを使用して逐次同期されると期待しています。LANアナで観測すると、クライアントからNTPパケットが出てすぐにサーバーからNTPパケットが出ます。 判らないのは、NTPサーバーで時計を1時間進めたのに、すぐにはNTPパケットに乗らないことと、1時間進んだ時刻を受け取ったクライアントが同期するのがしばらくかかることです。 各々のコンピュータのRTCとOSのシステムクロックとNTPパケットのデータとの関連、つまり時刻合わせの仕組みが判らないのです、、、 なお、OSのタイムサービスはどちらも自動で開始されていました。