2つのHyper-Vホストを備えたWindowsドメインネットワークがあります。これらのホストには、いくつかのHyper-V VMクライアントがあります。これらのクライアントのうちの2つはドメインコントローラーです。
Hyper-Vホストは、両方ともそのドメインのクライアントです。これにより、一般的な時刻同期の問題が発生します。ホストは時刻をPDCエミュレーターと同期しようとし、ドメインコントローラーはHyper-Vホストと時刻を同期するためです。
その問題に取り組んでいる間、ネットワークのファイアウォールがポート123での発信トラフィックを許可していないことに気づきませんでした。これにより、再構成が何度か(失敗して)試行されました。
問題が理解されたら、信頼できるオンサイトのタイムソースに同期するようにホストを設定し、DCがVM IC時間同期プロバイダーを再度使用するようにします(そうするように)時刻をホストと同期します)。
しかし、DCの1つがVM IC時間同期プロバイダーへの切り替えを拒否しています。それでもローカルCMSクロックソースを使用しています(私の理解では、 望ましくありません =)。
Hyper-VマネージャーでそのVM)の時刻同期コンポーネントを無効にしてから、マシンを再起動し、w32timeサービスを数回再起動して、時刻同期コンポーネントを再度有効にしてみました。うまくいきません。私もこのプロセスの他の順列を試しましたが、どちらも役に立ちませんでした。
レジストリのEnabled
値を変更してみました(HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders
)さまざまな時間プロバイダー用。
Hyper-V統合パッケージをクライアントに再インストールしました。
ドメインコントローラーの場合:ゲスト内のHyper-V時間同期を無効にしますが、Hyper-Vの仮想マシン構成ではHyper-V時間同期を有効のままにします管理コンソール。このように、Hyper-Vは、ゲストが起動または一時停止から再開したときにクロックを設定しますが、通常の操作中は、ゲストが自身のクロックを担当します。ゲストでこのコマンドを使用して、ゲストがVM IC:
reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\VMICTimeProvider /v Enabled /t reg_dword /d 0
(ドメインコントローラーの場合、ADは時刻の品質を知る必要があるため、自身の時刻同期を担当することが重要です。ゲストが時計を管理している場合は、ネットワーク時刻の品質インジケーターにアクセスできます。ただし、 Hyper-Vがクロックを管理している場合、ゲストはそのクロックを信頼できるクロックと見なし、正しくない場合でも常に正しいと見なします。)
他のすべてのゲストの場合:Hyper-Vゲストの追加を使用して時計を同期します。ゲストに追加機能がインストールされていない場合は、Hyper-Vハイパーバイザーがエミュレートするハードウェアクロックを使用します。
あなたの場合、DCゲストの時間同期設定を使用しているので、最初に w32time設定をリセット してから、ゲストの追加を再インストールすることをお勧めします。最後に、上記のレジストリ設定を適用します。