Heure qui se décale sous Windows : les solutions

Neuf fois sur dix, une horloge Windows qui repart de travers n’est pas un problème d’horloge mais un problème de synchronisation : le service Temps Windows n’atteint plus son serveur NTP, ou le fuseau horaire n’est plus celui du lieu réel. Le décalage qui revient à chaque extinction complète du PC, lui, désigne presque toujours la pile bouton de la carte mère.

Points clés

• Le système tient l’heure à deux étages : l’horloge matérielle de la carte mère quand le PC est éteint, le service Temps Windows (W32Time) quand il tourne.
• Sur un poste hors domaine, le serveur de temps par défaut est time.windows.com,0x1 ; la resynchronisation manuelle passe par w32tm /resync, qui a besoin du port UDP 123 en source.
• Au-delà de 172 800 secondes d’écart, soit 48 heures, le service refuse de corriger l’heure et journalise un événement à la place (paramètres MaxPosPhaseCorrection et MaxNegPhaseCorrection).
• Un décalage d’exactement une heure deux fois par an vient du réglage d’heure d’été, pas du réseau.
• Une horloge fausse casse la validation des certificats : erreurs HTTPS et échecs de mise à jour en sont les symptômes les plus fréquents.

Comment le système fabrique l’heure qu’il affiche

Deux mécanismes se relaient. Pendant que le PC est éteint, un circuit d’horloge temps réel alimenté par une pile bouton continue de compter. Au démarrage, le système lit cette valeur, y applique le fuseau horaire puis, si la synchronisation automatique est active, la corrige auprès d’un serveur de temps réseau.

Cette architecture explique la plupart des symptômes. Une dérive qui apparaît en cours de session vient de l’étage logiciel. Une valeur absurde retrouvée après chaque extinction vient de l’étage matériel. Un écart pile de 60 minutes vient du calcul de zone et de saison, qui se fait entre les deux.

Vérifier la zone horaire et le réglage saisonnier avant tout le reste

Le réglage se trouve dans Paramètres, Heure et langue, Date et heure. Microsoft documente trois bascules distinctes : Définir automatiquement l’heure, Définir automatiquement le fuseau horaire, et Ajuster automatiquement l’heure d’été. La troisième n’apparaît que lorsque le fuseau horaire automatique est désactivé.

Si la zone automatique est active, le passage saisonnier est géré avec lui. Un poste qui affiche systématiquement soixante minutes de trop ou de moins est donc soit sur une mauvaise zone, soit sur une zone correcte avec l’ajustement saisonnier coupé. Vérifiez aussi que la zone choisie est bien celle du pays : plusieurs zones partagent le même décalage mais pas les mêmes dates de changement d’heure.

Forcer une resynchronisation avec w32tm

La ligne de commande donne un diagnostic que l’interface graphique ne donne pas. Dans une invite de commandes ouverte en administrateur :

• w32tm /query /status /verbose affiche la source utilisée, la dernière synchronisation réussie, l’intervalle d’interrogation et la précision.
• w32tm /resync demande une resynchronisation immédiate en effaçant les statistiques d’erreur accumulées.
• w32tm /resync /rediscover redécouvre d’abord la configuration réseau et les sources, puis resynchronise. C’est la variante utile après un changement de réseau.
• w32tm /stripchart /computer:time.windows.com mesure l’écart avec la source, échantillon par échantillon.

Si /resync échoue, le service est peut-être arrêté. net start w32time le démarre, et w32tm /register le réinscrit avec sa configuration par défaut quand son paramétrage a été abîmé. Le client NTP exige le port UDP 123 en source : un pare-feu ou un filtrage sortant qui le bloque suffit à figer la synchronisation sans aucun message d’erreur visible.

Quand le service refuse de corriger l’heure

Un cas déroute beaucoup d’utilisateurs : la commande se termine sans erreur, mais l’horloge ne bouge pas. C’est un comportement documenté. Les paramètres MaxPosPhaseCorrection et MaxNegPhaseCorrection valent 172 800 secondes par défaut, soit 48 heures. Quand le service détermine qu’une correction plus grande serait nécessaire, il journalise un événement au lieu de l’appliquer.

La sortie de secours est manuelle : couper la bascule Définir automatiquement l’heure, remettre une date et une valeur approximatives à la main, réactiver la bascule, puis relancer w32tm /resync. Une fois l’écart ramené sous le seuil, la synchronisation reprend normalement.

Changer de serveur de temps

Sur un poste autonome, la valeur de registre NtpServer vaut par défaut time.windows.com,0x1. La stratégie de groupe Configurer le client NTP Windows, elle, propose time.windows.com,0x9 avec un intervalle d’interrogation spécial de 1 024 secondes pour les pairs manuels.

Pour pointer ailleurs, Microsoft documente la syntaxe suivante :

w32tm /config /manualpeerlist:"serveur1 serveur2" /syncfromflags:manual /update

Microsoft recommande de configurer trois serveurs de temps ou plus. Avec seulement deux sources, il faut marquer la seconde avec l’indicateur UseAsFallbackOnly (0x2) pour lui retirer la priorité. Sur un poste joint à un domaine, ne touchez à rien : le client se synchronise sur la hiérarchie du domaine, et une liste manuelle crée un conflit.

L’heure se réinitialise à chaque extinction : la pile de la carte mère

Symptôme typique : la machine affiche une date très ancienne au démarrage, le BIOS a perdu ses réglages, et parfois un message de somme de contrôle apparaît avant Windows. La pile bouton qui alimente l’horloge matérielle est en fin de vie. Elle se remplace pour quelques euros, PC débranché et condensateurs déchargés, et il faut ensuite repasser dans le BIOS remettre la date, l’ordre d’amorçage et le mode SATA. Le cas voisin est traité en détail dans notre article sur l’erreur CMOS Checksum Error.

Tant que la pile est faible, la synchronisation logicielle masque partiellement le problème : le système corrige l’horloge après ouverture de session, ce qui donne l’illusion d’une panne intermittente. Le test est simple : éteindre le PC, le débrancher dix minutes, le rallumer et lire l’heure dans le BIOS avant tout démarrage de Windows.

Double amorçage avec un autre système

Sur une machine qui démarre alternativement Windows et un autre système d’exploitation, le décalage vient d’une divergence de convention. Windows écrit le temps local dans l’horloge matérielle, plusieurs distributions Linux y écrivent le temps universel coordonné. Chaque système corrige donc au démarrage une valeur que l’autre vient d’écrire selon une autre règle, et l’écart correspond exactement au décalage de la zone.

Faire converger les deux sur la même convention règle le cas, en réglant le second système pour qu’il écrive l’heure locale dans l’horloge matérielle. Le réglage se fait du côté de ce second système, pas du côté de Windows.

Ce qu’une horloge fausse casse au passage

Un certificat TLS a une date de début et une date de fin de validité. Si le poste sort de cette fenêtre, le navigateur et les composants internes considèrent le certificat comme invalide. Les symptômes les plus courants sont des pages HTTPS refusées, des échecs de connexion aux services Microsoft et des mises à jour qui s’arrêtent net.

Le code 0x80072f8f est le représentant le plus connu de cette famille : il correspond à une erreur WinINet de certificat et se règle très souvent en remettant l’heure d’aplomb. Côté navigateur, une erreur ERR_SSL_PROTOCOL_ERROR mérite aussi un coup d’œil à l’horloge avant de suspecter le site distant. Notez enfin que la mise en veille prolongée et le démarrage rapide figent l’état du système sur le disque : au réveil, l’heure affichée peut rester quelques secondes sur l’ancienne valeur avant que Windows ne la rattrape.

Questions fréquentes

Pourquoi mon horloge se décale de quelques minutes par semaine ?

Une dérive lente et régulière est normale pour un oscillateur à quartz ; c’est précisément ce que la synchronisation NTP compense. Si elle s’accumule, la synchronisation ne se fait plus : vérifiez avec w32tm /query /status la date de la dernière synchronisation réussie.

Faut-il désactiver la synchronisation automatique du temps ?

Non, sauf sur un poste isolé sans accès réseau. Cette bascule est le mécanisme qui corrige la dérive matérielle ; la couper revient à laisser l’horloge du quartz diverger sans garde-fou.

Mon serveur de temps est-il joignable ?

w32tm /stripchart /computer:time.windows.com répond directement : des lignes d’écart s’affichent si la source répond, une erreur si le trafic NTP sortant est filtré.

L’horloge est bonne dans Windows mais fausse dans le BIOS, est-ce grave ?

Non en soi, puisque le système recalcule l’affichage à partir de la zone. Ce n’est un problème que si l’écart dépasse plusieurs jours, car la correction automatique se bloque au-delà de 48 heures d’écart.

Le passage à l’heure d’été a-t-il eu lieu sans que le poste suive ?

Dans ce cas, la case Ajuster automatiquement l’heure d’été est probablement décochée, ou la zone sélectionnée n’applique pas le changement saisonnier. Repassez la zone horaire en automatique et relancez une resynchronisation.

_{Photo d’en-tête : pile bouton CMOS sur une carte mère, par Kent Madsen, Wikimedia Commons, CC BY-SA 2.0. Elle illustre l’horloge matérielle, pas l’interface de Windows.
Sources : Microsoft Support, Définir les paramètres d’heure, de date et de fuseau horaire dans Windows · Microsoft Learn, Outils et paramètres du service de temps Windows · Microsoft Learn, Service de temps Windows · Microsoft Learn, États d’alimentation système}