J'ai remarqué que sur certains de mes postes de travail (pas tous), les modifications apportées aux GPO n'étaient pas appliquées. Je me suis connecté à quelques postes et j'ai lancé gpupdate /force. J'ai obtenu le message suivant : "Le traitement de la stratégie de groupe a échoué. Windows a tenté de lire le fichier \\ (domaine.local) \sysvol\ (domaine.local) \policies\ (guide) \gpt.ini à partir d'un contrôleur de domaine et n'a pas réussi...". J'ai commencé à chercher et voici ce que j'ai trouvé.
À partir de DC1, je peux naviguer vers \\ (domaine.local) \sysvol\ (domaine.local) \policies\ (guid)\ sans aucun problème.
À partir de DC2, je peux naviguer vers \\ (domaine.local) \sysvol\ (domaine.local) \policies\ (guid)\ sans aucun problème.
À partir des ordinateurs qui posent problème, je ne parviens pas à naviguer jusqu'à \\ (domaine.local) \sysvol\ (domaine.local) \policies\ (guide) \. Le dossier n'existe tout simplement pas.
À partir de l'une des machines problématiques, j'ai exécuté ipconfig /flushdns et ipconfig /registerdns. Après cela, j'ai fait un nslookup pour (domain.local) et il a retourné les IP correctes pour les deux DC.
J'ai également essayé d'exécuter ipconfig /release && ipconfig /renew juste pour essayer, et cela a donné les mêmes résultats.
Une autre chose à noter, lorsque je navigue vers les dossiers SYSVOL sur les DC, je vois les dates auxquelles les stratégies ont été créées/répliquées. Mais lorsque je navigue vers SYSVOL depuis le poste de travail, toutes les dates remontent à 3 jours. Il se trouve que c'est la date à laquelle nous avons ajouté DC2 (il a remplacé un ancien DC). Je suis donc sûr que cela a quelque chose à voir avec la situation. Mais je ne sais pas exactement quoi. La politique que le GUID identifie a été créée avant ce changement. Tout commentaire est le bienvenu.
