J'ai Windows 8.1 sous Hyper-V. J'ai Win7 installé dans une machine virtuelle, très simple. Dans les paramètres Hyper-V, j'ai coché la case Autoriser le mode de session améliorée . Dans les paramètres VM (avec le VM désactivé), j'ai ensuite sélectionné Integration Services et coché la case Guest Services (toutes les cases sont cochées).
Cela semble assez simple, non? Cependant, je reçois le dialogueNOlorsque je me connecte à la VM! Pas moyen de sélectionner afficher , ressources locales , rien! J'ai également remarqué que dans la fenêtre VM, dans le menu View , il existe maintenant une option " Enhanced Session ", mais elle est grisée!
Tout ce que j'essaie de faire est de connecter un simple périphérique USB, et d'après ce que je peux dire, j'ai tout bien fait.
Quel est le deal? Dois-je installer Windows 7 uniquement sur VM APRÈS avoir défini les paramètres VM? Ça n'a aucun sens.
ESM ne fonctionne qu'avec les ordinateurs virtuels Windows 8.1 et Windows Server 2012 R2. Puisque vous utilisez une machine virtuelle Win7, ESM ne sera pas disponible.
Si l’adaptateur RemoteFX est ajouté à la machine virtuelle, sachez que ceci désactive le "mode de session améliorée" pour cette machine virtuelle.
Au lieu de vous connecter via le connecteur Hyper-V (Virtual Machine Connection), essayez d’utiliser un Connexion Bureau à distance . RDP prend en charge le partage de périphériques USB, l'audio, le passage en mode plein écran (même sur plusieurs moniteurs) et d'autres fonctionnalités. Etant donné que Hyper-V fonctionne en tant que service en arrière-plan, vous n'avez pas besoin que le connecteur du gestionnaire Hyper-V soit ouvert. Vous n'avez même pas besoin d'être connecté si vous vous connectez depuis un autre poste de travail. Je suis convaincu que le "mode amélioré" utilise simplement RDP en coulisse.
Le mode de session améliorée utilise en effet le protocole RDP pour la connexion, mais pas via TCP/IP.
Vous pouvez donc utiliser RDP si votre VM est accessible via le réseau.
ESM vous permet de vous connecter à l'aide d'un compte d'utilisateur de domaine ordinaire lorsque vous activez l'accès de compte ordinaire (non administratif) au RDP, via GPO ou en ajoutant le (s) compte (s) au groupe d'utilisateurs autorisés RDP local . Il semble donc que RDP fonctionne en arrière-plan.
Vérifiez que l'invité est configuré pour exiger un mot de passe pour la connexion. Sinon, l'invité refusera le protocole RDP et vous ne pourrez pas utiliser la session améliorée.
C'était mon problème avec un invité Windows 10 64 bits sur Windows 10 Host.
Je rencontre maintenant le même problème, dans TOUS les types de VM (la génération 1 ou 2 n’importe pas), y compris lors du démarrage d’un nouvel invité Windows 10 à partir de Windows 10.
Tous les paramètres du serveur Hyper-V sont activés, ainsi que dans les paramètres du système d'exploitation invité.
La création d’un nouveau VM sur un nouveau disque virtuel pose également le même problème. La session améliorée est toujours grisée (ceci est vrai indépendamment du fait que je l'installe au démarrage de Génération 2/UEFI, ou de Génération 1/BIOS, ou si j'active ou désactive le mode de démarrage de démarrage sécurisé pour cette machine virtuelle).
Sur une machine virtuelle Linux, je constate que certaines informations d'identification ne sont pas détectées.
Il était écrit dans le passé dans Windows 10, mais ne fonctionne plus depuis qu’une image majeure de Windwos 10 a été appliquée au système hôte.
Pour moi, il s'agit d'un nouveau bogue dans l'hyperviseur Hyper-V: les services supplémentaires installés dessus sont en cours d'exécution, mais ne sont pas correctement configurés.
J'ai essayé de regarder dans l'observateur d'événements, mais je n'y vois aucun message indiquant que certaines demandes d'informations d'identification sont rejetées par Hyper-V ou par l'un de ses services. Visiblement, les services sont en cours d'exécution, mais ne sont pas détectables par l'invité.
Cela semble être un bogue dans Microsoft VMBus implémenté dans l'hyperviseur.
Enfin, j'ai essayé de désinstaller la fonctionnalité Hyper-V (dans les fonctionnalités facultatives de Windows 10), de redémarrer, puis de la réinstaller, de redémarrer à nouveau. Et ensuite, recréer un nouveau VM ou importer la VM.
Cela ne fonctionne toujours pas. Quelque chose ne va pas dans les nouvelles versions de Windows 10.
Dans une nouvelle installation Linux VM, Microsoft VMBus est détecté, mais probablement pas connecté par Hyper-V à la même instance VMBus que les services d'intégration écoutent dans le système d'exploitation hôte.
Un effet de cela: le curseur de la souris n'est pas visible dans la session VM, je ne peux pas capturer la souris et nous avons une alerte immédiate indiquant que la vidéo n'est prise en charge que par l'émulation de logiciels VGA hérités.
Et il est impossible de voir l'option (dans la session de connexion) de se connecter avec une session améliorée, il n'y a tout simplement aucune boîte de dialogue de connexion, même si l'agent RDP s'exécute également sur le serveur Hyper-V.
Comme il était possible qu'il s'agisse en réalité d'un nouveau bogue dans le client Windows 10 lui-même (instanciant pas correctement une session RDP) plutôt que sur Hyper-V lui-même, j'ai essayé de me connecter à la VM à partir d'un autre hôte, et là encore, le support RDP n'est pas détecté et je ne parviens pas à maîtriser la souris.