![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(89.60000000000001, 7.000000000000001%, 18%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EJG%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(64, 81%, 16%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ECT%3C/text%3E%3C/svg%3E)
Bonjour Julien,
Merci d'avoir posé votre question sur le forum Microsoft Windows !
Eh bien ! J'aimerais partager avec vous mon réflexion sur l'explication plausible de votre question.
Lorsque vous configurez le service W32Time avec Type : AllSync, vous demandez au client temporel d'utiliser à la fois la hiérarchie de domaine (NT5DS) et le serveur NTP de secours que vous avez spécifié. Alors qu'un appareil Entra ID Joint peut revenir avec succès à time.windows.com et maintenir une heure précise, utiliser AllSync sur une machine non jointe au domaine introduit des frictions mineures mais récurrentes sous forme de bruit de l'Observateur d'événements et de requêtes DNS inutiles.
Concernant l'impact du trafic réseau. Vous ne verrez pas de trafic Kerberos ou LDAP en boucle car le processus de découverte échoue au niveau DNS. Cependant, il peut générer des requêtes DNS SRV inutiles et récurrentes à chaque fois que W32Time initie un cycle de synchronisation. En revanche, le système enregistrera régulièrement les avertissements dans le journal des événements système. Vous verrez fréquemment l'ID d'événement 131 (et parfois l'ID d'événement 129) provenant de la source Time-Service, indiquant quelque chose comme « NtpClient n'a pas pu définir un pair de domaine comme source temporelle à cause d'une erreur de découverte. NtpClient réessaiera dans X minutes et doublera l'intervalle de retransmission par la suite. » Si vous ingérez les journaux d'événements Windows dans un SIEM ou les surveillez pour détecter des anomalies, cet avertissement récurrent sur toute votre flotte d'identifiants Entra créera des bruits inutiles.
Pour maintenir un environnement propre sans générer de faux positifs dans le journal d'événements, la meilleure pratique est de considérer la séparation de la configuration à l'aide des filtres d'attribution Intune plutôt que de dépendre du mécanisme de secours de W32Time.
J'espère que les **informations ci-dessus vous seront utiles **! Si c'est le cas. Ne vous laissez pas aller sur « Accepté » pour bénéficier à d'autres personnes dans la communauté qui ont la même question.