Les stratégies de groupe ne fonctionnent plus, que faire?

Anonyme
2024-02-01T09:03:12+00:00

Des stratégies de groupes ont été créé sur notre serveur windows standard 2016, elles gèrent la redirection des dossiers utilisateurs, l'installation de certaines applications de base lors de la première ouverture d'une session sur un poste et bien d'autres. Certaines stratégies ont cessé de fonctionner, en regardant le journal d'évènements, nous avons constaté certaines erreurs. Notamment:

Le traitement de la stratégie de groupe a échoué. Windows a tenté en vain de lire le fichier \MITCHIMIE.local\sysvol\MITCHIMIE.local\Policies{6AC1786C-016F-11D2-945F-00C04fB984F9}\gpt.ini à partir d’un contrôleur de domaine. Il est possible que les paramètres de stratégie ne s’appliquent pas tant que cet événement n’est pas résolu. Cette erreur peut être temporaire et avoir une ou plusieurs des causes suivantes :a) Résolution de nom/connectivité réseau au contrôleur de domaine actif.b) Latence du service de réplication de fichiers (un fichier créé dans un autre contrôleur de domaine ne s’est pas répliqué sur le contrôleur de domaine actif).c) Le client du système de fichiers DFS (Distributed File System) a été désactivé.

Notons que le chemin indiqué n'existe pas, et le dossier 6AC1786C-016F-11D2-945F-00C04fB984F9 n'existe pas dans le dossier policies mais plutôt dans un autre dossier avec un autre chemin d'accès.

Nous avions aussi un problème avec le dossier Netlogon qui a été résolu en rajoutant des fichiers manquants et en redémarrant ce service.

Nous constatons aussi que la résolution du DNS fonctionne sur les postes clients mais pas sur le serveur.

Windows pour les entreprises | Windows Server | Services d’annuaire | Déployer des objets de stratégie de groupe

Question verrouillée. Cette question a été migrée à partir de la Communauté Support Microsoft. Vous pouvez voter pour indiquer si elle est utile, mais vous ne pouvez pas ajouter de commentaires ou de réponses ni suivre la question.

0 commentaires

7 réponses

Trier par : Les plus récents
Le plus utile Les plus récents Les plus anciens
  1. Anonyme
    2024-02-08T08:43:30+00:00

    Bonjour Daisy Zhou, merci de ta sollicitude envers mon problème.

    J'ai répondu à tes différentes questions et rajouté certains éléments.

    1.Le problème que vous rencontrez peut être une erreur de réplication causée par un échec de connexion ou une autre raison. Vérifiez d’abord la réplication AD sur le contrôleur de domaine principal du domaine.

    Après avoir effectué les commandes indiquées, nous avons obtenu les résultats suivants:

    La commande repadmin /showrepl

    la commande repadmin/replsum

    2- La réplication:

    En faisant un dcdiag, on obtient ceci:

    3.Veuillez vérifier si vous pouvez accéder au chemin \MITCHIMIE.local\sysvol\MITCHIMIE.local\Policies{6AC1786C-016F-11D2-945F-00C04fB984F9} ?

    Ce chemin n'existe pas, mais nous pouvons atteindre le dossier final via un autre chemin.

    C:\Windows\SYSVOL\domain\Policies{6AC1786C-016F-11D2-945F-00C04fB984F9}

    est dans ce chemin est contenu le fichier GPT.INI

    4.Vous pouvez essayer de copier le dossier 6AC1786C-016F-11D2-945F-00C04fB984F9vers le chemin\MITCHIMIE.local\sysvol\MITCHIMIE.local\Policies sur le contrôleur de domaine sans ce dossier. Et vérifiez si gpo peut fonctionner.

    Nous avons créé le dossier dans le chemin mentionné ci-dessus mais nous obtenons toujours la même erreur.

    5-En faisant un nslookup sur la machine (serveur) nous obtenons le résultat suivant

    Cette réponse a-t-elle été utile ?

    0 commentaires
  2. Anonyme
    2024-02-02T09:11:40+00:00

    Cette réponse a été automatiquement traduite. Par conséquent, il peut y avoir des erreurs grammaticales ou des formulations étranges.

    Bonjour Support MITchimie,

    Merci d’avoir posté sur le forum de la communauté Microsoft.

    1.Le problème que vous rencontrez peut être une erreur de réplication causée par un échec de connexion ou une autre raison. Vérifiez d’abord la réplication AD sur le contrôleur de domaine principal du domaine.

    repadmin /showrepl >C :\rep1.txt

    repadmin /replsum >C :\rep2.txt

    repadmin /showrepl * /csv >c :\repsum.csv

    2.Si la réplication AD fonctionne correctement.

    Veuillez vérifier si vous pouvez accéder au chemin \MITCHIMIE.local\sysvol\MITCHIMIE.local\Policies{6AC1786C-016F-11D2-945F-00C04fB984F9} ?

    Si vous pouvez accéder au chemin ci-dessus, veuillez vérifier si vous pouvez accéder au fichier \MITCHIMIE.local\sysvol\MITCHIMIE.local\Policies{6AC1786C-016F-11D2-945F-00C04fB984F9}\gpt.ini sur cette machine ?

    Si vous ne pouvez pas voir le fichier ci-dessus sur l’un des contrôleurs de domaine, il semble qu’il y ait un problème de réplication SYSVOL, vous devez résoudre le problème de réplication SYSVOL.

    Le SYSVOL a-t-il utilisé le moteur de réplication DFSR ?

    Notez que le chemin spécifié n’existe pas et que le 6AC1786C-016F-11D2-945F-00C04fB984F9 *n’existe pas dans le dossier policies, mais plutôt dans un autre dossier avec un chemin d’accès différent.*Quel est le chemin différent que vous avez mentionné ? Vous pouvez essayer de copier le dossier 6AC1786C-016F-11D2-945F-00C04fB984F9 vers le chemin \MITCHIMIE.local\sysvol\MITCHIMIE.local\Policies sur le contrôleur de domaine sans ce dossier. Et vérifiez si gpo peut fonctionner.

    J’espère que les informations ci-dessus vous seront utiles.

    Si vous avez des questions ou des préoccupations, n’hésitez pas à nous en faire part.

    Sinceres salutations

    Daisy Zhou

    Cette réponse a-t-elle été utile ?

    0 commentaires