Commutateur de réseau virtuel Hyper-V

Donc, cela pourrait être une question très basique et très stupide, mais pour la vie de moi, je ne peux trouver aucune explication sur le Web où que ce soit.

J'ai une configuration Hyper-V très basique sur mon ordinateur Windows 10. J'ai deux VM l'un est une image Mikrotik et l'autre est lUbuntu. À ce stade, je travaille sur la configuration réseau la plus élémentaire. Je veux que le Mikrotik se comporte comme un routeur et un pare-feu entre le système Ubuntu et l’extérieur.

J'ai deux commutateurs de réseau virtuel (VS) dans Hyper-V. Premièrement, le commutateur par défaut (appelez-le à l'extérieur) et, deuxièmement, un commutateur interne (appelez-le à l'intérieur) que j'ai créé. Le boîtier Mikrotik possède deux configurations VNIC connectées aux deux commutateurs. Il agit en tant que serveur DHCP sur le VNIC connecté au Inside VNS.

Si je regarde mon système hôte (Windows 10 sur lequel je fais fonctionner Hyper-V), je vois les deux commutateurs virtuels attendus comme étant un vEthernet (intérieur) et un vEthernet (extérieur) de la carte réseau.

Le problème que j'ai est que le NIC (Inside) a une adresse APIPA. Lorsque j'essaie de le faire pour renouveler l'adresse en utilisant ipconfig / renew, la commande arrive à expiration. Dans le même temps, le système Lubuntu qui possède une VNIC connectée au VS (intérieur) fonctionne parfaitement et obtient immédiatement une adresse IP du pool approprié.

Ma première question est donc la suivante: pourquoi le système hôte ne se comporte-t-il pas comme je l’attendrais avec un commutateur virtuel Hyper-V?

D'après ce que j'ai lu sur les commutateurs virtuels Hyper-V, j'ai supposé que le système d'exploitation hôte devrait le voir à peu près comme un invité. Sauf qu'il sait que c'est virtuel, je suppose.

Donc vous avez. . .

1. La machine VM Mikrotik configurée avec deux cartes d'interface réseau, l'une connectée au commutateur Hyper-V "interne" (à l'intérieur) sur lequel le service DHCP est exécuté, et l'autre étant connectée à un commutateur Hyper-V "externe" (à l'extérieur), etc.

2. La machine virtuelle Ubuntu possède une seule carte réseau que vous connectez au commutateur Hyper-V "interne" sur lequel un service de serveur DHCP écoute sur celui-ci depuis la machine Mikrotik pour traiter les demandes en conséquence.

Ressources de clarification

1. Configuration de la mise en réseau d'ordinateurs virtuels sur un commutateur NAT Hyper-V

• Les machines virtuelles connectées à un commutateur virtuel NAT appartiennent à un domaine de diffusion isolé, différent du réseau local. Le commutateur NAT ne dispose pas d'un routage bidirectionnel plat vers le réseau local auquel l'hôte est connecté. Le commutateur virtuel est un commutateur virtuel interne qui relie les NAT de l'hôte au réseau local. Cela signifie que, par défaut, les machines virtuelles peuvent se connecter au réseau local, mais que ce dernier ne peut pas se connecter aux machines virtuelles. Et même si nous créons des règles NAT, le commutateur virtuel reste un domaine de diffusion distinct du réseau local.

  Le commutateur virtuel est en quelque sorte isolé du réseau local, en particulier des services basés sur la diffusion tels que DHCP. Vous pouvez déployer vos propres serveurs DHCP en tant que machines virtuelles connectées au commutateur virtuel. La portée de ces serveurs étant limitée au commutateur virtuel, il n'y a aucun impact sur le réseau local et les administrateurs réseau ne devraient pas avoir de problème avec le déploiement de vos serveurs DHCP sur le commutateur virtuel NAT.

  La source

2. Configuration interne du commutateur Hyper-V

• Interne : Permet la communication entre les ordinateurs virtuels sur le même serveur Hyper-V et entre les ordinateurs virtuels et le système d'exploitation de l'hôte de gestion.

  La source

3. Visualisation de tous les modes de commutation

• 

  La source

Contournements Potentiels

1. Pour y remédier, je m'assure que les adresses IP sont affectées aux machines virtuelles connectées au commutateur interne. Puis, depuis le serveur de gestion hôte Hyper-V, je peux ensuite accéder à ces machines depuis le système d'exploitation hôte de cette manière via leurs adresses IP.

2. Vous pouvez probablement consulter la rubrique Configurer un réseau NAT et vous assurer de bien la comprendre, puis créer un réseau virtuel NAT et le configurer en conséquence pour voir s’il fera ce que vous voulez à l’aide de la fonction "interne". Fonctionnalité de commutation en V

3. Étant donné que les ordinateurs virtuels peuvent dialoguer avec l’ordinateur Mikrotik, vous pouvez peut-être y configurer le routage, puis lui dire d’utiliser l’adresse IP du commutateur Hyper-V interne accessible comme passerelle par défaut sur tous ces périphériques, et de le laisser effectuer le routage lorsque il faut accéder aux éléments qui ne sont pas connectés au commutateur Hyper-V interne.

4. Vérifiez la configuration de votre VLAN et reportez-vous à la section Configuration des réseaux locaux virtuels pour Hyper-V au cas où quelque chose de ce niveau est nécessaire ou qui pose problème.

   • Configurer et afficher les paramètres VLAN sur les ports de commutateur virtuel Hyper-V

5. Vérifiez toutes les règles de pare-feu au niveau du système d'exploitation pour le blocage du trafic provenant du commutateur Hyper-V interne vers l'hôte Hyper-V ou l'un des ordinateurs virtuels connectés.