10 votes

Deux VMs VirtualBox fonctionnant en parallèle se voient attribuer la même IP

J'avais une VM dans ma VirtualBox et je voulais l'utiliser comme modèle/image, alors je l'ai clonée. J'ai ensuite lancé l'original et le clone simultanément (pour simuler un cluster de serveurs pour un projet sur lequel je travaille), mais les deux instances ont reçu la même adresse IP. S'agit-il d'un bogue dans notre DHCP, que VirtualBox utilise, je pense, pour obtenir des adresses IP ? Ou peut-être quelque chose dans la façon dont je configure mes VM ? Quoi qu'il en soit, je suis finalement intéressé par la résolution de ce problème afin que je puisse utiliser deux VM de la même image simultanément.

0 votes

Sur VMWare, si vous démarrez une VM précédemment utilisée à partir d'un chemin différent, il vous demande si vous avez copié ou déplacé la VM pour pouvoir éviter de telles situations... Comment avez-vous cloné la VM ?

0 votes

Je crains que ce ne soit pas le cas ici...

1 votes

Il est possible que vous ayez copié la machine avec l'adresse MAC (Ethernet). C'est l'une des différences entre la copie et le déplacement dans VMware, comme l'a mentionné ppeterka. Pourriez-vous vérifier les adresses ? Pourriez-vous également décrire comment vous avez cloné la machine ?

14voto

tbenz9 Points 6719

C'est ce qu'on appelle un conflit d'adresses IP et cela peut causer de gros problèmes sur le réseau.

Vous pouvez réinitialiser l'adresse MAC de la VM clonée ; cela signifie simplement générer une nouvelle adresse aléatoire. Sur votre VM clonée, cliquez sur Paramètres >> Réseau >> Avancé puis cliquez sur les deux flèches circulaires pour générer une nouvelle adresse MAC. Votre VM doit être éteinte. Lorsqu'elle démarrera, votre serveur DHCP devrait attribuer à la VM une adresse IP différente.

Pour votre information, lorsque vous avez cloné votre VM, vous auriez dû voir une case à cocher avec les mots "réinitialiser le MAC", ce qui aurait cloné la VM et généré un nouveau MAC au lieu de la cloner.

Si vous êtes curieux, le clonage d'une VM est souvent utilisé pour faire une sauvegarde complète de la VM. Dans ce cas, vous voudriez que le MAC et l'IP soient les mêmes au cas où vous devriez utiliser la sauvegarde. Dans votre cas de clonage de la VM pour construire un cluster, vous voudrez réinitialiser le MAC sur chaque clone. enter image description here

Mise à jour 1 En réponse à vos commentaires du 10/8/2013.

Assurez-vous que l'adresse IP n'est pas définie de manière statique. Vous avez mentionné dans votre question que la VM devrait obtenir son IP par DHCP. Si c'est le cas, la configuration doit ressembler à ce qui suit. Pour les systèmes basés sur Debian, elle se trouve dans /etc/network/interfaces.

auto eth0
iface eth0 inet dhcp

Pour les systèmes basés sur redhat, la configuration du réseau est dans /etc/sysconfig/network-scripts/ifcfg-eth0

Votre deuxième commentaire mentionne que eth0 est manquant. Avez-vous un eth1 ? Comme votre ordinateur a changé d'adresse mac, le système d'exploitation conserve la mac d'origine comme eth0 et attribue généralement eth1 à la nouvelle mac. Pour réinitialiser les périphériques eth* afin que vous ayez un eth0 et non un eth1, vous devrez effacer les règles de mise en réseau udev.

Jouer avec le réseau peut devenir dangereux. Une option serait de supprimer votre VM clonée et de cloner à nouveau l'original et de cocher "réinitialiser le mac". Je ne suis pas certain que cela résoudra votre problème mais cela pourrait le faire.

13voto

t7e Points 571

Vous devrez peut-être aussi modifier le machine-id :

Fonctionne sur Ubuntu (Guest VM) :

sudo rm -f /etc/machine-id
sudo dbus-uuidgen --ensure=/etc/machine-id
sudo rm /var/lib/dbus/machine-id
sudo dbus-uuidgen --ensure
reboot

Vous pouvez également essayer ce paramètre dans l'application Ubuntu netplan le fichier de configuration :

      dhcp4: yes
      dhcp-identifier: mac

2voto

Mian Asbat Ahmad Points 159

J'ai la même IP 10.0.2.15 VM's quand j'ai cloné Ubuntu sur Mac.
Pour résoudre le problème, j'ai d'abord arrêté les VM.
Ensuite, pour chaque VM
Je sélectionne les paramètres, puis clique sur l'onglet Réseau, puis j'ai changé le mot "attaché" en "attaché" : Bridged Adapter
puis je clique sur advanced, sélectionne allow all for promiscuous mode,
enfin rafraîchir l'adresse MAC pour changer l'adresse MAC. Cliquez sur Ok.
Maintenant, démarrez les VM's et vous obtiendrez les différentes adresses IP.
J'ai 192.168.0.14 pour le premier et 192.168.0.15 pour le second. Ils étaient aussi pingables depuis le Mac hôte.

enter image description here

0voto

edwardo Points 1

Veuillez lire les informations sur les adaptateurs disponibles dans VirtualBox ( https://www.virtualbox.org/manual/ch06.html#networkingmodes ). Si vous voulez une connexion uniquement entre les VMs, alors pour vos tests, l'adaptateur réseau interne sera plus approprié. Cependant, d'après votre commentaire, j'ai compris que vous utilisez le NAT.

J'ai vérifié le scénario ci-dessous sur VirtualBox 5.0.2 sur l'hôte Mint 17.2 et les invités Fedora 21 :

Créez la VM principale avec l'adaptateur NAT par défaut. Créer un clone lié ( https://www.virtualbox.org/manual/ch01.html#clone ) avec réinitialisation des MACs. Les VM clonées et originales ont les mêmes valeurs dans le fichier :

/etc/sysconfig/network-scripts/ifcfg-enp0s3

cependant

ip a

montre des adresses MAC différentes sur chacun d'eux.

Lorsque j'ai mis à jour HWADDR dans ce fichier en fonction de la valeur link/ether de la commande ip et que j'ai changé l'UUID avec le nouveau en utilisant la commande

uuidgen

Puis, malgré la même IP sur ces interfaces (enp0s3) sur les VM d'origine et clonées, le réseau externe (Internet) fonctionnait bien.

0voto

xbox Points 1

J'ai rencontré la même situation aujourd'hui. J'utilisais un adaptateur NAT et un adaptateur Ethernet hôte uniquement pour ma VM Solaris. L'IP du clone a changé lorsque j'ai rafraîchi l'adresse mac de l'adaptateur Host-Only.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X