|
Problèmes ou messages |
Solutions |
|---|---|
|
Erreur d'authentification lors de la vérification de la connexion du contrôleur pendant la configuration de ce dernier sur la source. |
Le compte utilisé pour ajouter un workload doit être autorisé par cette stratégie. Reportez-vous à la section Stratégie de groupe et droits utilisateur. |
|
Impossible de déterminer si .NET Framework est installé (à l'exception de Échec de la relation d'approbation entre le poste de travail et le domaine principal). |
Vérifiez si le service d'accès à distance au Registre est activé et exécuté. Reportez-vous également à la Dépannage de l'inventaire de workload (Windows). |
Vous pouvez rafraîchir la stratégie immédiatement à l'aide de la commande gpudate /force (pour Windows 2003/XP) ou secedit /refreshpolicy machine_policy /enforce (pour Windows 2000). Étant donné la façon dont PlateSpin Protect interagit avec le système d'exploitation du workload source, le compte administrateur utilisé pour ajouter un workload doit disposer de certains droits utilisateur sur la machine source. Pour la plupart des instances, ces paramètres sont ceux utilisés par défaut pour la stratégie de groupe. Toutefois, si l'environnement a été verrouillé, les assignations suivantes des droits utilisateur ont peut-être été supprimées :
Bypass Traverse Checking (Ignorer la vérification transversale)
Replace Process Level Token (Remplacer le token au niveau du processus)
Act as part of the Operating System (Agir en tant qu'élément du système d'exploitation)
Pour vérifier si ces paramètres de stratégie de groupe ont été définis, vous pouvez exécuter gpresult /v à partir de la ligne de commande sur la machine source ou alternativement RSOP.msc. Si la stratégie n'a pas été définie ou a été désactivée, elle peut être activée par le biais de la stratégie de sécurité locale de la machine ou par le biais des stratégies de groupe du domaine appliquées à la machine.