Résolution des problèmes d'opérations

  • Article

Mis à jour: novembre 2013

S'applique à: Microsoft Enterprise Desktop Virtualization 2.0

Cette rubrique contient des informations que vous pouvez utiliser pour résoudre les problèmes opérationnels généralement rencontrés dans Microsoft Enterprise Desktop Virtualization (MED-V) 2.0.

Résolution des problèmes dans les opérations MED-V

La liste suivante contient certains problèmes que les utilisateurs finaux peuvent rencontrer lors de l'exécution de MED-V et les solutions proposées pour aider à les résoudre :

  • Échec de la redirection de la documentation. En général, ce problème se produit lorsque le dossier Mes Documents d'un utilisateur final pointe vers un emplacement sur le réseau. Windows ne prend pas en charge la création d'un partage depuis un autre dossier partagé. Lors de la redirection d'un lecteur ou d'un dossier vers l'invité, RDP\Windows Virtual PC crée un partage pour ce dossier. Par conséquent, si le dossier Mes documents sur l'hôte pointe déjà vers un partage, RDP\Windows Virtual PC ne peut pas créer un partage d'un partage.

    Ce problème peut également survenir si les informations d'identification requises pour la connexion à la ressource réseau sont différentes des informations d'identification de domaine de l'utilisateur. MED-V risque de détecter la redirection de documents sur l'hôte, d'envoyer ces informations vers l'invité, puis de tenter la reconnexion à la ressource réseau. Si les informations d'identification de l'utilisateur ne sont pas authentifiées, MED-V risque d'annuler toute tentative d'authentification.

    Solution

    Essayez de résoudre ce problème de l'une des manières suivantes :

    • Définissez le répertoire racine de l'utilisateur dans Active Directory. L'invité et l'hôte peuvent alors se connecter à la même ressource réseau.

    • Au lieu de rediriger le dossier Mes documents vers un chemin d'accès UNC, mappez-le sur une lettre de lecteur (sur l'hôte, mappez un lecteur pointant vers la ressource réseau). Vous pouvez alors définir le dossier Mes documents de sorte à utiliser la lettre de lecteur plutôt que le chemin d'accès UNC. L'invité pointera alors vers le même lecteur mappé, comme prévu.

    • Créez un script de démarrage dans l'invité, redirigeant le dossier Mes documents vers la ressource réseau et fournissant des informations d'identification supplémentaires, le cas échéant.

  • Échec de la redirection des URL. Une URL spécifiée pour la redirection de l'hôte vers l'invité n'est pas redirigée comme prévu ou renvoie un message d'erreur indiquant que le site Web n'existe pas.

    Solution

    Cette erreur peut se produire lorsqu'il existe une faute d'orthographe ou une utilisation incorrecte de caractères, par exemple un astérisque (*) dans les informations de redirection de l'URL. Vérifiez la valeur de Registre pour la redirection des URL et corrigez les erreurs, le cas échéant.

    La clé de Registre est nommée RedirectUrls et se trouve généralement à l'emplacement suivant :

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MEDV\v2\UserExperience

  • Icône trompeuse dans la barre des tâches. Par défaut, l'icône qui s'affiche dans la barre des tâches d'un utilisateur final pour les applications publiées et les URL redirigées est l'icône de Windows Virtual PC. Si l'utilisateur final n'est pas conscient de ce comportement par défaut, il peut se tromper lorsqu'il recherche son application dans la barre des tâches.

    Solution

    Le seul moyen d'éviter ce comportement par défaut consiste à modifier les paramètres utilisateur pour les propriétés de la barre des tâches, comme suit :

    1. Cliquez avec le bouton droit de la souris sur la barre des tâches, puis cliquez sur Propriétés.

    2. Dans la boîte de dialogue Propriétés de la Barre des tâches et du menu Démarrer, cliquez sur l'onglet Barre des tâches.

    3. Dans la barre déroulante de la case Boutons de la barre des tâches, sélectionnez Ne jamais combiner.

    4. Cliquez sur OK.

    Les icônes attendues pour les applications publiées et les URL redirigées s'affichent.

  • Avertissement émis si un second utilisateur tente de se connecter ou si l'ordinateur virtuel est en cours d'utilisation. Un message d'avertissement est émis lorsqu'un second utilisateur se connecte à un espace de travail MED-V alors qu'un premier utilisateur exécute toujours MED-V. L'avertissement est également émis si MED-V est démarré pendant que l'ordinateur virtuel est en cours d'utilisation, par exemple, si l'ordinateur virtuel a été démarré via Windows Virtual PC depuis le menu Démarrer. Dès l'acceptation du message d'avertissement par l'utilisateur final, MED-V se ferme.

    Solution

    L'utilisateur final doit vérifier que tous les autres utilisateurs sont déconnectés de MED-V avant d'essayer de se connecter. Cela assure qu'aucune autre instance de MED-V est en cours d'exécution, et que Windows Virtual PC ne contrôle pas l'ordinateur virtuel.

  • Bips pendant la première installation. Parfois, des bips retentissent pendant que MED-V exécute la première installation. Cela peut être déconcertant pour l'utilisateur final. Les bips viennent de l'ordinateur virtuel lors de l'exécution de certaines actions, telles que la fermeture.

    Solution

    Vous pouvez arrêter le service sonore en spécifiant la commande « net stop beep » au début de chaque séquence de démarrage de l'ordinateur virtuel. Ou bien, vous pouvez le désactiver en spécifiant la commande « sc config beep start= disabled ». Vous pouvez spécifier ces commandes avant de sceller l'image ou dans le cadre de la préparation Sysprep.

  • Connexions réseau multiples créées pour les espaces de travail MED-V en mode RELIÉ PAR UN PONT. Si la première installation crée un espace de travail MED-V configuré pour le mode NAT, elle crée une connexion réseau unique dans Windows Virtual PC. Toutefois, si la première installation crée un espace de travail MED-V configuré pour le mode RELIÉ PAR UN PONT, elle crée une connexion réseau distincte pour chaque carte réseau installée sur l'ordinateur, car MED-V ne peut pas déterminer quelle carte réseau est active. Cela assure également que les utilisateurs itinérants disposent toujours d'une carte réseau pour les connexions câblées et sans fil.

    Solution

    Aucune.

  • L'application MED-V ne répond pas pendant trop longtemps lors de la fermeture. Dans certains cas, une application MED-V cesse de répondre lorsqu'elle tente de se fermer.

    Solution

    Vous pouvez spécifier le délai d'attente de MED-V pour fermer les applications qui ne répondent pas en définissant la clé de Registre WaitToKillAppTimeout dans l'ordinateur virtuel invité. Pour plus d'informations, voir COMMENT FAIRE : Allonger la durée de l'arrêt afin que les processus puissent s'arrêter correctement dans Windows XP (https://go.microsoft.com/fwlink/?LinkId=206819).

  • La modification du nom d'un raccourci d'application publiée dans l'ordinateur virtuel invité ne modifie pas le nom publié dans l'hôte. Lorsque vous publiez une application en créant un raccourci, puis renommez le raccourci dans l'ordinateur virtuel invité, le nom initial de l'application est conservé dans le menu Démarrer de l'hôte. Le programme continue à s'exécuter comme prévu, mais il conservera toujours le nom initial.

    Solution

    Aucune. Ce comportement de Windows Virtual PC est connu.

  • Le déplacement d'un raccourci sur un ordinateur virtuel invité ne met pas à jour l'emplacement dans le menu Démarrer de l'ordinateur hôte. Les raccourcis d'application MED-V publiés dans le menu Démarrer de l'ordinateur hôte sont catalogués dans le Registre. Si vous déplacez un raccourci d'application dans un sous-dossier, le Registre n'est pas mis à jour et ne reflète pas la modification.

    Solution

    Suivez ces étapes pour modifier l'emplacement d'un raccourci d'application MED-V :

    1. Lors de l'exécution de MED-V, ouvrez l'Explorateur Windows sur l'ordinateur virtuel invité MED-V.

    2. Accédez au répertoire « %ALLUSERSPROFILE%\Menu Démarrer\Programmes ».

    3. Déplacez les raccourcis d'application en dehors des dossiers de programmes ou du menu Démarrer.

    4. Après environ 30 secondes, vérifiez que les raccourcis sont supprimés du menu Démarrer de l'ordinateur hôte.

    5. Déplacez les raccourcis d'application dans les nouveaux dossiers de programmes sous le répertoire Démarrer\Programmes.

    6. Après environ 30 secondes, vérifiez que les raccourcis ont été mis à jour dans le menu Démarrer de l'ordinateur hôte.

  • Les applications publiées peuvent expirer après une période d'inactivité. Dans certains cas, les applications publiées expirent si elles sont restées inactives pendant un certain temps. Cette situation se produit uniquement si IPsec est activé et si l'espace de travail MED-V est configuré pour le mode NAT. Cette situation ne se produit pas en cas d'exécution en mode RELIÉ PAR UN PONT.

    Solution

    Désactivez IPsec lorsque vous exécutez l'espace de travail MED-V en mode NAT.

  • L'attache d'une application publiée à la barre des tâches contourne MED-V. Si un utilisateur final attache une application publiée à la barre des tâches, puis ferme l'application, MED-V est contourné lors de la prochaine ouverture de l'application à partir de l'icône de la barre des tâches. L'application s'ouvre plutôt directement dans une fenêtre VMSAL.

    Solution

    N'attachez pas les applications publiées dans MED-V à la barre des tâches.

Voir aussi

Tâches

Résolution des problèmes de déploiement

Concepts

Recommandations de sécurité pour les opérations MED-V

Ces informations vous ont-elles été utiles ? Veuillez envoyer vos suggestions et commentaires sur la documentation MED-V à medvdocs@microsoft.com.