Conséquences de la désactivation de VMICTimeProvider (Windows7)?

1

J'ai un réseau privé de deux machines: l'une est Windows 7 et l'autre n'est pas Windows. Je veux que la machine Windows7 exécute un serveur NTP pour que la machine autre que Windows se synchronise.

Les instructions de http://windowsforum.com/threads/windows-7-authoritative-time-server.43921/ répertorient un certain nombre de paramètres de registre à modifier. Ils semblent tous raisonnables, mais je m'interroge sur les conséquences de la désactivation de "VMICTimeProvider". De googler je suppose que cela fait partie du paquet "VM Integration Components". Sur un système Windows de bureau, je suis surpris d'apprendre que j'ai même l'intégration de VM. À quoi sert ce fournisseur de temps et que se passe-t-il lorsque je le désactive?

Steve Robbins
la source

Réponses:

4

Vieille question mais je regardais cela moi-même et pensais que je répondrais.

Il y a une bonne discussion ici: http://blogs.msdn.com/b/virtual_pc_guy/archive/2010/11/19/time-synchronization-in-hyper-v.aspx

Mais, fondamentalement, la réponse clé à votre question est que c'est bien de le faire et que la VM continuera à se synchroniser via Hyper-V lors du démarrage initial, mais que Windows lui-même utilisera le serveur NTP que vous avez configuré.

... vous pouvez «désactiver partiellement» la synchronisation de l'heure Hyper-V. La raison pour laquelle je dis «partiellement désactivée» est que vous ne souhaitez pas désactiver les aspects de la synchronisation de l'heure Hyper-V qui fixent l'heure après le premier démarrage d'une machine virtuelle ou après le retour de la machine virtuelle d'un ordinateur. état enregistré. Aucune autre source de synchronisation horaire ne peut traiter ces scénarios avec élégance.

Heureusement, il existe un moyen de laisser cette fonctionnalité intacte tout en veillant à ce que la synchronisation quotidienne soit effectuée par une source de temps externe. Le principal truc ici est qu’il est possible de désactiver le fournisseur de synchronisation de temps Hyper-V dans l’infrastructure de synchronisation de temps Windows, tout en laissant le service actif et activé sous Hyper-V.

Pour ce faire, vous devez vous connecter à la machine virtuelle, ouvrir une invite de commande administrative et exécuter les commandes suivantes:

reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\VMICTimeProvider /v Enabled /t reg_dword /d 0

Cette commande empêche W32Time d'utiliser le service d'intégration de synchronisation temporelle Hyper-V pour la synchronisation momentané. Rappelez-vous, plus haut dans ce billet, que nous ne passons pas par l'infrastructure de synchronisation horaire Windows pour corriger l'heure en cas de démarrage / restauration de machine virtuelle à partir d'un état ou d'un instantané enregistré. Donc, ces opérations ne sont pas affectées.

Ieuan
la source
0

Tandis que la réponse existante couvre quel effet cela aurait sur Hyper-V. Je doute que @Steve Robbins exécute / était l’environnement Win 7 sous HV. Si tel est le cas, vous pouvez désactiver le fournisseur de temps d'intégration de la machine virtuelle en toute sécurité.

Je dirai cependant que c’est une pile énorme qui permet de définir facilement l’hôte Unix comme serveur de temps. Il faut ajouter une ligne de serveur pour la source et une ligne de restriction pour le serveur si vous souhaitez que celui-ci ne serve qu'un réseau, au fichier /etc/ntpd.conf. Ensuite, redémarrez le service NTPD. C'est ça.

Rowan Hawkins
la source
Je ne suis plus impliqué dans le projet, mais je peux confirmer que Win7 tournait sur du matériel nu, pas sous HV. Le système "not windows" était un Linux intégré et la raison pour laquelle nous n’avons pas envisagé de l’utiliser en tant que serveur NTP est qu’il n’avait pas de RTC fiable sur batterie, de sorte qu’il était désespérément obsolète à chaque démarrage. Enfin, FWIW: Je n’ai jamais réussi à configurer Windows en tant que serveur de temps.
Steve Robbins