Si vous obtenez l'erreur 'Erreur de traitement de la stratégie de groupe, ID d'événement 1058', cela signifie que la stratégie de groupe ne s'applique pas sur votre ordinateur. Cela peut être causé par un certain nombre de choses, mais le plus souvent, cela est dû à un problème d'autorisations ou à un problème avec l'objet de stratégie de groupe (GPO) lui-même. Pour résoudre le problème, vous devez d'abord vérifier les autorisations sur le GPO. Assurez-vous que l'objet de stratégie de groupe est accessible au compte d'ordinateur qui essaie de l'appliquer. Si les autorisations sont définies correctement, l'étape suivante consiste à vérifier si le GPO lui-même contient des erreurs. Ouvrez la console de gestion des stratégies de groupe et développez le domaine. Faites un clic droit sur le GPO en question et sélectionnez Modifier. Dans l'éditeur de stratégie de groupe, accédez au nœud Configuration ordinateurPolitiquesModèles d'administrationSystèmeStratégie de groupe. Double-cliquez sur le paramètre 'Désactiver la journalisation de l'ensemble de stratégies résultant' et définissez-le sur Désactivé. Cela activera la journalisation afin que vous puissiez voir pourquoi le GPO ne s'applique pas. Une fois que vous avez activé la journalisation, essayez à nouveau d'appliquer le GPO. S'il échoue toujours, consultez le fichier journal résultant pour trouver des indices sur la raison de l'échec. Avec un peu de dépannage, vous devriez pouvoir faire fonctionner à nouveau la stratégie de groupe.
Message d'erreur Erreur de traitement de la stratégie de groupe, ID d'événement 1058 se produit dans Windows Server lorsque le système d'exploitation ne peut pas lire un fichier à partir d'un contrôleur de domaine. Le service de stratégie de groupe lit les informations d'Active Directory et volsys un partage situé sur un contrôleur de domaine. Cependant, un manque de connectivité réseau ou un problème d'autorisations empêche l'application de la stratégie de groupe à un utilisateur ou à un ordinateur.
Le message d'erreur pourrait ressembler à ceci :
Type d'événement : erreur
Source de l'événement : UserenV
Catégorie d'événement : Aucun
ID d'événement : 1058
Date:
Temps:
Utilisateur : SYSTÈME D'AUTORITÉ NT
Ordinateur : TWC-ASH-Post01
Description:
Windows ne peut pas accéder au fichier gpt.ini pour GPO cn={18C553C9-0D15-4A3A-9C68-60DCD8CA1538}, cn=policy, cn=system, DC=LBR, DC=CO, DC=ZA. Le fichier doit être présent en place. (Accès refusé.). Le traitement de la stratégie de groupe a été abandonné.
Erreur de traitement de la stratégie de groupe, ID d'événement 1058
Si vous lisez le journal des événements, il sera évident que parce que le service n'a pas pu lire la stratégie, il n'a pas pu l'appliquer. La bonne nouvelle est qu'il s'agit d'un problème temporaire. En plus du problème de réseau, cela peut également être dû au retard du service d'autorisation de fichiers et à la désactivation du client DSF.
Lors de la vérification des journaux, si vous consultez l'onglet Détails d'un message d'erreur dans l'Observateur d'événements, l'un de ces codes d'erreur peut être présent : code d'erreur 3, code d'erreur 5 et code d'erreur 53. Suivez ces conseils pour résoudre le problème.
- Le système ne trouve pas le chemin spécifié - code d'erreur 3
- Accès refusé - code d'erreur 5.
- Chemin réseau introuvable - code d'erreur 53.
Après l'une de ces méthodes, si vous avez besoin de dépanner votre réseau, consultez notre Guide de dépannage réseau .
1] Le système ne trouve pas le chemin spécifié - Code d'erreur 3
Cela se produit lorsque le client DFS ne s'exécute pas sur l'ordinateur client car il ne trouve pas le chemin spécifié dans l'événement. Pour tester la connectivité client au sysvol d'un contrôleur de domaine :
- Recherchez le nom du contrôleur de domaine disponible dans les détails de l'erreur.
- Vérifier si une panne s'est produite lors du traitement de l'utilisateur ou de l'ordinateur
- Gestion de la politique utilisateur : Utilisateur le champ d'événement affichera le nom d'utilisateur réel
- Traitement de la politique informatique : Utilisateur 'SYSTEM' s'affichera dans le champ.
- Ensuite, vous devez créer le chemin réseau complet vers gpt.ini. Le format devrait être comme SYSVOL< domaine > Politiques< guide >gpt.ini. Tout cela sera disponible dans le journal des événements.
- < dcName > : Nom du contrôleur de domaine
- < domaine > : Ceci est le nom de domaine
- < guide > : Il s'agit du GUID du dossier de stratégie.
Une fois cela fait, assurez-vous que vous pouvez lire gpt.ini en utilisant le chemin réseau complet que vous avez créé à l'étape ci-dessus. Vous pouvez le faire à partir de la ligne de commande ou lors de l'exécution de Windows. Assurez-vous d'essayer cela avec un utilisateur ou un ordinateur dont les informations d'identification ont précédemment échoué.
2] Accès refusé - code d'erreur 5
Si le code d'erreur est 5, le problème réside dans l'autorisation. Lorsque l'utilisateur ou l'ordinateur ne dispose pas des autorisations appropriées pour accéder au chemin spécifié dans l'événement. L'autorisation est simple, assurez-vous que l'utilisateur ou l'ordinateur a l'autorisation.
Déconnectez-vous et redémarrez votre ordinateur, puis connectez-vous avec vos informations d'identification de domaine précédemment utilisées. Si cela ne fonctionne pas, assurez-vous d'attribuer l'autorisation du contrôleur de domaine.
3] Chemin réseau introuvable - code d'erreur 53
Le code d'erreur 53 signifie que l'ordinateur ne peut pas résoudre le nom dans le chemin réseau spécifié. Vous devrez utiliser le même ordinateur ou utilisateur pour vérifier si vous pouvez accéder manuellement au chemin du réseau.
- Déterminez le contrôleur de domaine utilisé par l'ordinateur disponible dans l'événement d'erreur.
- Connectez-vous ensuite au partage netlogon du domaine, c'est-à-dire essayez d'accéder directement au chemin < dcName >netlogon. Où< dcName > est le nom du contrôleur de domaine dans l'événement d'erreur.
- Si le chemin ne se résout pas, il y a un problème qui doit être résolu. Si vous êtes sûr que le chemin est correct, vérifiez avec la permission.
Postez-le ; vous devez vérifier si tout est ok. il vaut mieux courir gpudate dans la ligne 'Exécuter'. Une fois la commande gpupdate terminée, ouvrez l'observateur d'événements pour voir si l'erreur persiste.
