Users Guide
3. Sélectionnez Autoriser la délégation des nouvelles informations d’identification avec l’authentification de serveur
NTLM uniquement et activez l’option.
4. Exécutez gpupdate/force dans le PowerShell.
Activation la délégation CredSSP
Cause : lorsque vous quittez OpenManage Integration pour accéder à d’autres outils liés à des solutions HCI ou de basculement et que
vous retournez sur OpenManage Integration, le message d’erreur suivant s’affiche : Activation de la délégation CredSSP.
Résolution : ignorez l’erreur, car les fonctionnalités de OpenManage Integration et de Windows Admin Center ne sont pas bloquées.
Échec de la tâche lors de la génération du rapport
de conformité
Cause : lors de la génération d’un rapport de conformité, la génération du rapport de conformité peut échouer avec le message d’erreur
suivant dans le journal :
Échec du démarrage d’une commande sur le serveur distant avec le message d’erreur suivant : le
client WinRM a envoyé une demande au service WS-Management distant et a été informé que la
taille de la demande dépassait le quota MaxEnvelopeSize configuré. Pour en savoir plus, voir la
rubrique d’aide about_Remote_Troubleshooting.
Résolution : assurez-vous que :
• la connectivité réseau entre le système de passerelle et le nœud cible est intacte ;
• la copie de fichiers fonctionne entre le système de passerelle et le nœud cible. Pour ce faire, procédez comme suit :
1. Créez une session basée sur les informations d’identification du nœud cible en exécutant la commande PowerShell suivante :
$SecurePassword = convertto-securestring <password> -asplaintext -force
$credential = New-Object System.Management.Automation.PSCredential -ArgumentList <userid>,
$SecurePassword
$session = New-PSSession -ComputerName <MN FQDN> -Credential $credential -ErrorAction
SilentlyContinue
2. Copiez un fichier de test sur le nœud cible qui a échoué en supposant que « Test. txt » se trouve dans C:\drive
Copy-Item -Path "C:\Test.txt" -Destination "C:\" -Recurse -Force -ToSession $session
• Si le problème persiste après avoir effectué les opérations ci-dessus, essayez de redémarrer le service Windows Remote Management
(WS-Management) dans le nœud cible (échec de la copie de fichier), puis réexécutez la conformité.
Cause : lors de la génération d’un rapport de conformité pour un cluster, la génération du rapport de conformité peut échouer pour les
nœuds de cluster.
Résolution : assurez-vous que :
• le service de cluster est en cours d’exécution sur le nœud de cluster à l’aide de la commande PowerShell Get-ClusterService ;
• le nœud de cluster n’est pas en cours de redémarrage ou hors tension.
Cause : lors de la génération d’un rapport de conformité à l’aide du navigateur Microsoft Edge de Windows 10, la génération du rapport de
conformité peut échouer avec l’erreur suivante : Impossible de générer le rapport de conformité. Le paramètre
Gérer en tant qu’informations d’identification n’a pas été défini ou ne se trouve pas au format
domaine\utilisateur.
Résolution : effectuez l’une des opérations suivantes :
• Connectez le nœud cible avec des informations d’identification en utilisant le nom de domaine complet (par exemple, domain.lab
\username) ou le domaine de premier niveau (par exemple, domaine\username).
• Effacez la mémoire cache du navigateur et réexécutez le rapport de conformité.
• Assurez-vous que le DNS est correctement configuré dans le système installé WAC pour se connecter au nœud cible avec les
informations d’identification appropriées.
Cause : lorsque vous vous connectez à un serveur ou un cluster à l’aide d’un mot de passe contenant l’un des caractères spéciaux
suivants et que vous tentez de générer un rapport de conformité à l’aide d’OMIMSWAC, la génération du certificat de conformité peut
échouer. Ces caractères spéciaux sont les suivants : guillemets doubles ("), accent grave (`) et point-virgule (;).
Solution : réinitialisez le mot de passe en supprimant les caractères spéciaux, puis reconnectez-vous au serveur ou au cluster.
Dépannage
31