共有ドライブにアクセスするときに、「このサーバーのクロックはプライマリドメインコントローラーのクロックと同期されていません」
これはとても奇妙で、アドバイスを求めざるを得ないと感じています。
GPSタイムレコーダーから時間を受信しているワークステーションがいくつかあります。 PDCには、GPSタイムクロックをNTPタイムソースとして使用するように設定されたデフォルトのドメインポリシーがあります。すべてのワークステーションは、50msから1.5の範囲の精度でタイムクロックに同期しますmsなので、私のデルタ値は、Kerebosチケットのマージンの範囲内にあります。
ほとんどすべてのワークステーションが問題なくファイルサーバーにアクセスしますが、1台のワークステーションからメッセージThis server's clock is not synchronized with the primary domain controller's clockが表示され始め、w32tm /stripchart /computer:PDCが嘘をついていない限り、20ミリ秒は同期するのに十分な距離です。
ここに欠けているものはありますか？
問題が修正されたと確信したので、私自身の質問に答えます。
確認すること：
タイムソースからの変調を確認します IRIG信号が変調されている場合は、構成が変調された時間信号を探していることを確認してください。 IRIG信号が変調されていない場合は、ハードウェアが変調されていない信号用に構成されていることを確認してください。
正しい時刻を確認してください「グランドマスタークロック」がタイムクロックから正しい時刻値を受信していない場合、何も正しくありません。正しい年の正しいオフセット期間があることを確認してください。うるう秒（この記事の執筆時点）は、34秒オフセットする必要があります。
強制値がないことを確認するか、デバッグします誰かが周波数発生器を使用してプロセスをデバッグして時間を「偽造」している場合、Stratum時間をオーバーライドしても何も正しくありません。
タイムサービスの確認クロックラジオにシステム時刻をタイムソースに同期するための個別のソフトウェアがある場合は、Windowsタイムサービスが無効になっていることを確認してください。 Windowsタイムサービスをオフにしない場合、時計は両方のサービスによって修正されます。
タイムゾーンの確認タイムゾーンは、タイムサーバーとクライアントの両方で正しく設定する必要があります。日光の偏りやUTCなしですべてをGMTに設定し、日光を優先してローカルタイムゾーンを表示する2番目の時間表示を作成することを強くお勧めします。
DSTにパッチが適用されていることを確認してください DSTの正しい実装が実行されていない場合、「ファントム」の問題が発生します。
デルタが最初の同期に十分小さいことを確認しますデルタ時間が長い場合、クライアントはタイムソースに同期できません。タイムサービスを同期させるには、時計を約10分以内に設定する必要がある場合があります。
トラブルシューティングの場合：
- 使用する
w32tm /tzタイムゾーンを確認します。 - 使用する
w32tm /stripchart /computer:[Host to compare with]2台のコンピューター間の差異と時間ドリフトを測定します。
私の推測では、そのワークステーションでのDSTパッチの問題です。前回それに遭遇したとき、イメージからワークステーションをロードしてから、XP SP3を適用しました。そのとき、イメージがDSTパッチが適用されないフリンジケースに陥ったことがわかりました。そのようにパッチを当てたときに配置します。それが問題である場合は、 MS DSTページ が役立つことを願っています。
このエラーは、2019年が夏時間から標準時間に変更された後、複数のワークステーション上のネットワークで発生し始めました。修正するために、2つのドメインコントローラーの1つを再起動すると、ネットワーク共有が再び機能し始めました。