J'ai installé une machine virtuelle configurée avec la mise en réseau de pont . Après en avoir fait huit clones, les nouvelles machines ne peuvent pas se connecter au réseau.
J'ai demandé à VirtualBox de régénérer les adresses mac des machines.
J'ai installé une machine virtuelle configurée avec la mise en réseau de pont . Après en avoir fait huit clones, les nouvelles machines ne peuvent pas se connecter au réseau.
J'ai demandé à VirtualBox de régénérer les adresses mac des machines.
Réponses:
Des udev
règles empêchent la mise en place de la nouvelle interface.
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 )
-f
indicateur de force inutile.
-f
indicateur fait rm
réussir la commande avec un état 0 même si le fichier n'existe pas. Force d'habitude. :)
Actualisez votre adresse MAC à l'aide des paramètres de la machine Virtual Box et supprimez le fichier de règles d'interface réseau du noyau afin qu'il puisse être régénéré:
sudo rm -f /etc/udev/rules.d/70-persistent-net.rules
sudo reboot
Cela fonctionnera pour votre VM clone.
Je faisais face au même problème depuis des mois et aujourd'hui, j'ai décidé que je trouverais 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 modifier.
Vous avez deux fichiers incriminés / cibles:
/etc/sysconfig/network-scripts/ifcfg-eth0
/etc/udev/rules.d/70-persistent-net.rules
Cela fonctionnera pour une adresse static
ou dhcp
:
Ouvrir /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 box et chaque clone se déploiera correctement et affichera eth0.
Si vous n'utilisez pas de modèle, vous pouvez effectuer ces procédures sur la machine virtuelle réelle. N'oubliez pas de réinitialiser votre carte réseau dans le logiciel de la machine virtuelle avant de redémarrer la machine.
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 bug qui rendait la case à cocher "générer 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 donné quelques problèmes même si j'ai supprimé 70-persistent-net.rules parce que le système générerait automatiquement le fichier au démarrage avec la même adresse MAC que l'original, ce qui l'a empêché de se connecter.
Mais j'ai découvert que dans VirtualBox Manager, vous pouvez sélectionner le clone, aller dans Paramètres> Réseau> Avancé et générer une nouvelle adresse MAC en cochant la case.
J'ai donc d'abord supprimé 70-persistent-net.rules, arrêté, généré une nouvelle adresse MAC et recommencé, et maintenant cela fonctionne.
Vous pouvez également supprimer le fichier avant de cloner. Générez ensuite l'adresse MAC, puis démarrez le clone. Cela devrait également fonctionner.
Je construis un environnement informatique parallèle qui a besoin d'une interconnexion entre la machine virtuelle via un réseau IP.
Je pense qu'il y a quelque chose lié à la régénération des adresses mac des machines. J'avais déjà fait face au même problème auparavant.
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 cette commande suivante:
ifconfig -a | grep eth
Vous pouvez vérifier avec la ifconfig
commande que dans la nouvelle machine clonée s'est seulement lo
enregistrée. En règle générale, vous devriez avoir lo
, eth0
et eth1
lorsque vous tapez la ifconfig
commande.
Cela est dû à la régénération MAC dans la machine clone, il existe eth2
et des eth3
interfaces Ethernet au lieu de eth0
et eth1
dans la machine d' origine. Vous pouvez également vérifier /etc/network/interfaces
dans la machine d'origine qui dans mon cas apparaîtra comme:
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 que vous pouvez modifier votre /etc/network/interfaces
fichier et changer le 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!
J'ai supprimé le fichier 70-persitent-net.rules mais il n'a pas été recréé après le redémarrage. Ensuite, la réinstallation du module d'ajouts d'invités et le redémarrage de la machine virtuelle ont fonctionné pour moi.
J'ai un problème avec la même adresse IP après le clonage de 3 machines virtuelles avec Virtual BOX (4.3). Donc j'ai éteint les machines et régénéré la nouvelle adresse mac et redémarré cela a fonctionné pour moi.
étapes => éteignez la machine virtuelle clonée puis paramètres => réseau => avancé => cliquez sur actualiser l'adresse MAC => cliquez sur OK. puis démarrez VM.