🇬🇧 | 🇩🇪 | 🇫🇷 | 🇪🇸 | 🇨🇳 | 🇸🇦
Nous n'avons pas de DLL mais nous avons:
L'analyseur de fichiers Windows et l'antivirus rapide en ligne

Une interface minimaliste avec une recherche rapide, un téléchargement pratique et une structure de section propre.

🛡️🔍 Vérifiez rapidement votre dossier, cliquez sur cette page.
Vérifier les virus, les hachages, vérifier les signets, l'architecture, les informations sur l'IA.

Comment réparer "Le service WinRM ne peut pas traiter la demande car l'élément wsman:ConnectionRetry dans le DeliverTo est invalide".

Définition

This error occurs in Microsoft Windows environments when using Windows Remote Management (WinRM) for event forwarding, remote scripting, or WS-Management sessions. It specifically indicates a schema validation failure within the SOAP request payload sent to the WinRM service.

le DeliverTo element in the WS-Eventing or WS-Management XML structure defines how and where notifications or responses should be delivered. Inside this structure, the wsman:ConnectionRetry element tells the service how many times or how frequently it should attempt to reconnect if a connection fails.

Le service WinRM lance cette erreur pour deux raisons principales:

  1. Invalid Value Data Types: La valeur fournie à l'intérieur du <wsman:ConnectionRetry> les balises ne sont pas conformes au type de données XML attendu (tel qu'un format entier ou une durée spécifique).
  2. Schema Mismatch (WS-Management Version Compatibility): L'application client générant la requête utilise une implémentation obsolète ou non standard du protocole WS-Management qui introduit des éléments de syntaxe que le service WinRM récepteur de Windows ne peut pas analyser ou rejeter explicitement.

Réparations étape par étape

Selon si vous exécutez un abonnement à un événement, exécutez des scripts PowerShell personnalisés ou gérez des outils de surveillance tiers, utilisez les méthodes suivantes pour résoudre le problème.

Méthode 1: Modifier ou supprimer le paramètre ConnectionRetry dans les abonnements à des événements

Si vous utilisez Windows Event Forwarding (WEF), l'élément de redémarrage est souvent défini dans la configuration d'abonnement.

  1. Ouvrez. PowerShell en tant qu'administrateur.
  2. Exportez votre configuration d'abonnement actuelle dans un fichier XML en exécutant:
    wecutil gs "YourSubscriptionName" /f:xml > C:\subscription.xml
  3. Ouvrez. C:\subscription.xml en utilisant Notepad ou un éditeur XML.
  4. Recherchez le <wsman:ConnectionRetry> Une étiquette.
  5. Verify its value. If it contains invalid characters, symbols, or letters, change it to a valid integer (for example, 5 ) et de l'Union européenne.
  6. Si le paramètre n'est pas strictement requis par votre flux de travail, supprimez l'intégralité <wsman:ConnectionRetry>...</wsman:ConnectionRetry> le blocage du fichier.
  7. Enregistrer et fermer le fichier.
  8. Mettre à jour l'abonnement dans Windows en utilisant le fichier XML modifié:
    wecutil ss /c:C:\subscription.xml

Méthode 2: Mise à jour des agents de surveillance ou du logiciel de gestion tiers

Si cette erreur se produit lorsqu'un serveur Linux, un outil de surveillance (comme Nagios, Zabbix, SolarWinds) ou un système de sauvegarde se connecte à votre machine Windows, le logiciel client envoie des en-têtes XML mal formés.

  1. Identifier le logiciel initiant la connexion à distance à la machine Windows.
  2. Vérifiez la documentation du fournisseur pour connaître WinRM compatibility patches.
  3. Mettre à jour l'agent de gestion, le SDK ou l'utilitaire de ligne de commande côté client vers la dernière version.
  4. Si vous utilisez un script Python personnalisé (par exemple, via pywinrm ), assurez-vous que vos bibliothèques sont mises à jour, car les anciennes versions avaient des bugs de mise en forme avec certaines extensions WS-Man.

Méthode 3: redémarrer et réinitialiser la configuration du service WinRM

Des auditeurs WinRM corrompus ou des stratégies de configuration en conflit peuvent provoquer des erreurs d'analyse.

  1. Appuie sur le... Windows Key + X et sélectionnez Terminal (Admin) ou... Command Prompt (Admin).
  2. Arrêtez le service WinRM en tapant:
    net stop winrm
  3. Réinitialisez les paramètres de configuration par défaut de WinRM aux paramètres d'usine:
    winrm quickconfig -q
  4. Vérifiez l'état de vos auditeurs pour s'assurer qu'ils sont propres:
    winrm e winrm/config/listener
  5. Redémarrez le service WinRM:
    net start winrm

Méthode 4: Ajustez les valeurs du registre WSman Retry (pour les environnements avancés)

Si les stratégies de groupe ou les configurations de registre imposent des paramètres de livraison stricts ou corrompus de WS-Management, vous pouvez vérifier le registre.

  1. Appuyez dessus. Windows Key + R, type regedit, et frappe. Enter pour ouvrir l'éditeur de registre.
  2. Naviguez vers le chemin suivant: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN\
  3. Cherchez des sous-clés liées à Client ou... Service des configurations qui définissent des profils de réessayage personnalisés.
  4. Veillez à ce qu'il n'y ait pas de valeurs de chaîne ( REG_SZ ) sont attribuées lorsque des valeurs DWORD sont attendues pour le recomptage des tentatives.
  5. Fermez l'éditeur de registre et redémarrez l'ordinateur pour appliquer les modifications.
ERROR_WSMAN_POLICY_TOO_COMPLEX | ERROR_WSMAN_POLICY_CANNOT_COMPLY | ERROR_WSMAN_URISECURITY_INVALIDURIKEY | ERROR_WSMAN_CERTMAPPING_INVALIDSUBJECTKEY | ERROR_WSMAN_CERTMAPPING_INVALIDISSUERKEY

Il y a peut-être des erreurs.. Learn Microsoft