web-dev-qa-db-fra.com

Comment résoudre les problèmes de mise en réseau dans les machines virtuelles clonées?

J'ai configuré une machine virtuelle configurée avec réseau en pont. Après avoir créé huit clones, les nouvelles machines ne peuvent pas se connecter au réseau.

J'ai demandé à VirtualBox de générer à nouveau les adresses MAC des machines.

27
Stefano Palazzo

Il existe des règles udev empêchant la nouvelle interface d'être affichée.

Dans la machine principale, supprimez-les simplement avant de cloner les nouvelles machines:

Sudo rm -f /etc/udev/rules.d/70-persistent-net.rules

( source )

26
Stefano Palazzo

Actualisez votre adresse MAC à l'aide des paramètres de l'ordinateur Virtual Box et supprimez le fichier de règles d'interface réseau du noyau afin de pouvoir le régénérer:

Sudo rm -f /etc/udev/rules.d/70-persistent-net.rules
Sudo reboot

Cela fonctionnera pour votre VM clone.

6
user226173

Je faisais face au même problème depuis des mois et j’ai décidé aujourd’hui de trouver une meilleure solution. Voici ce que j'ai fait sur la machine que j'utilisais comme modèle.

Pour de bonnes pratiques d'administration, sauvegardez les deux fichiers avant de les éditer.

Vous avez deux fichiers incriminés/cibles:

  1. /etc/sysconfig/network-scripts/ifcfg-eth0
  2. /etc/udev/rules.d/70-persistent-net.rules

Cela fonctionnera pour une adresse static ou dhcp:

Ouvrez /etc/sysconfig/network-scripts/ifcfg-eth0

Supprimer la ligne d'adresse MAC: HWADDR=XX:11:22:XX:33:XX
Enregistrez le fichier.

Supprimez le fichier /etc/udev/rules.d/70-persistent-net.rules "il sera recréé après le redémarrage de la machine virtuelle"

Sudo rm -f /etc/udev/rules.d/70-persistent-net.rules

Vous pouvez maintenant cloner votre boîte et chaque clone déploiera et affichera correctement eth0.

Si vous n'utilisez pas de modèle, vous pouvez effectuer ces procédures sur le VM réel, mais n'oubliez pas de réinitialiser le NIC votre dans le logiciel VM avant de commencer. redémarrer la machine.

4
Dewayne Coe

J'ai rencontré le même problème sur une version précédente de VirtualBox et j'ai lu quelque part qu'il y avait un bogue qui rendait la case à cocher "générer une nouvelle adresse MAC" inutile.

J'utilise maintenant Ubuntu 12.04 avec VirtualBox 4.2.10. J'ai remarqué maintenant que lorsque j'ai créé le clone, il n'y avait pas de case à cocher pour "générer une nouvelle adresse MAC".

Cela m'a posé quelques problèmes même si j'ai supprimé 70-persistent-net.rules car le système générait automatiquement le fichier au démarrage avec la même adresse MAC que l'original, ce qui l'empêchait de se connecter.

Mais j’ai découvert que, dans VirtualBox Manager, vous pouvez sélectionner le clone, aller à Paramètres> Réseau> Avancé et générer une nouvelle adresse MAC en cochant la case correspondante.

Donc, ce que j'ai fait était de supprimer d'abord 70-persistent-net.rules, d'arrêter, de générer une nouvelle adresse MAC et de recommencer, et maintenant cela fonctionne.

Vous pouvez également supprimer le fichier avant de le cloner. Générez ensuite l'adresse MAC, puis démarrez le clone. Cela devrait fonctionner aussi bien.

1
andy u

J'ai supprimé le fichier 70-persistent-net.rules mais il n'a pas été recréé après le redémarrage. Ensuite, la réinstallation du module d’ajout d’invité et le redémarrage de la VM ont fonctionné pour moi.

0
Marcelo del Pozo

J'ai un problème avec la même adresse IP après le clonage de 3 ordinateurs virtuels avec Virtual BOX (4.3). SO J'ai éteint les machines et régénéré la nouvelle adresse MAC et redémarré cela a fonctionné pour moi.

steps => éteindre le VM cloné, puis les paramètres => réseau => avancé => cliquez sur rafraîchir l'adresse MAC => cliquez sur OK. puis démarrez VM.

0
BVR

Je construis un environnement informatique parallèle qui nécessite une interconnexion entre la machine virtuelle via un réseau IP.

Je pense qu'il y a quelque chose de lié à la régénération des adresses MAC des machines. J'avais déjà fait face au même problème.

La machine virtuelle d'origine a eth0 et eth1. Mais en raison du processus de régénération, dans mon cas, la nouvelle machine clonée a eth2 et eth3. vous pouvez le vérifier par la commande suivante:

ifconfig -a | grep eth

Vous pouvez vérifier avec la commande ifconfig que, dans le nouvel ordinateur cloné, seul lo est enregistré. En règle générale, vous devez avoir lo, eth0 et eth1 lorsque vous tapez la commande ifconfig.

Cela est dû à la régénération MAC: sur la machine clone, il existe des interfaces Ethernet eth2 et eth3 à la place de eth0 et eth1 dans la machine d'origine. Vous pouvez également vérifier le /etc/network/interfaces de la machine d'origine qui, dans mon cas, va ressembler à:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet static

address 192.168.xxx.xxx
netmask 255.xxx.xxx.0
network 192.168.xxx.0
broadcast 192.168.xxx.255
gateway 10.0.x.xx

Peut-être pouvez-vous modifier votre fichier /etc/network/interfaces et modifier les eth0 et eth1 avec eth2 et eth3, qui ressemblent plus ou moins à ceci:

auto lo
iface lo inet loopback

auto eth2
iface eth2 inet dhcp

auto eth3
iface eth3 inet static

address 192.168.xxx.xxx
netmask 255.xxx.xxx.0
network 192.168.xxx.0
broadcast 192.168.xxx.255
gateway 10.0.x.xx

Alors, bonne chance les gars!

0
Santosa Sandy