Я настроил виртуальную машину, сконфигурированную с мостовой сетью . После создания восьми клонов новые машины не могут подключиться к сети.
Я поручил VirtualBox заново сгенерировать mac-адреса машин.
Я настроил виртуальную машину, сконфигурированную с мостовой сетью . После создания восьми клонов новые машины не могут подключиться к сети.
Я поручил VirtualBox заново сгенерировать mac-адреса машин.
Ответы:
Существуют udev
правила, запрещающие запуск нового интерфейса.
В основной машине просто удалите их, прежде чем клонировать новые машины:
sudo rm -f /etc/udev/rules.d/70-persistent-net.rules
( источник )
-f
ненужным флаг форсирования .
-f
Флаг делает rm
команду успеха со статусом 0 , даже если файл не существует. Сила привычки. :)
Обновите свой MAC-адрес, используя настройки компьютера Virtual Box, и удалите файл правил сетевого интерфейса ядра, чтобы его можно было восстановить:
sudo rm -f /etc/udev/rules.d/70-persistent-net.rules
sudo reboot
Это будет работать для вашей клоновой виртуальной машины.
Я несколько месяцев сталкивался с той же проблемой, и сегодня решил, что найду лучшее решение. Вот что я сделал на машине, которую использовал в качестве шаблона.
Для хорошей практики администрирования сделайте резервную копию обоих файлов перед редактированием.
У вас есть два оскорбительных / целевых файла:
/etc/sysconfig/network-scripts/ifcfg-eth0
/etc/udev/rules.d/70-persistent-net.rules
Это будет работать для static
или dhcp
адрес:
открыто /etc/sysconfig/network-scripts/ifcfg-eth0
Удалить строку MAC-адреса: HWADDR=XX:11:22:XX:33:XX
сохранить файл.
Удалите файл /etc/udev/rules.d/70-persistent-net.rules
«он будет воссоздан после перезагрузки виртуальной машины»
sudo rm -f /etc/udev/rules.d/70-persistent-net.rules
Теперь вы можете клонировать свой ящик, и каждый клон будет правильно развернут и отобразит eth0.
Если вы не используете шаблон, вы можете выполнить эти процедуры на фактической виртуальной машине, просто не забудьте повторно инициализировать сетевой адаптер в программном обеспечении виртуальной машины перед перезагрузкой компьютера.
Я столкнулся с той же проблемой в предыдущей версии VirtualBox и где-то читал, что была ошибка, из-за которой флажок «генерировать новый MAC-адрес» был бесполезен.
Я сейчас использую Ubuntu 12.04 с VirtualBox 4.2.10. Теперь я заметил, что когда я создавал клон, не было галочки для «генерации нового MAC-адреса».
Это доставило мне некоторые проблемы, даже если я удалил 70-persistent-net.rules, потому что система автоматически создаст файл при запуске с тем же MAC-адресом, что и исходный, что не позволило установить соединение.
Но я обнаружил, что в VirtualBox Manager вы можете выбрать клона, перейти в «Настройки»> «Сеть»> «Дополнительно» и сгенерировать новый MAC-адрес, установив флажок.
Поэтому я сначала удалил 70-persistent-net.rules, завершил работу, сгенерировал новый MAC-адрес и снова запустил, и теперь он работает.
Кроме того, вы можете удалить файл, прежде чем клонировать. Затем сгенерируйте MAC-адрес, затем запустите клонирование. Это должно сработать.
Я создаю параллельную вычислительную среду, которая нуждается во взаимосвязи между виртуальной машиной через IP-сеть.
Я думаю, что есть что-то, связанное с повторной генерацией MAC-адресов машин. Я сталкивался с подобной проблемой раньше.
Оригинальная виртуальная машина имеет eth0
и eth1
. Но благодаря процессу регенерации, в моем случае, новая клонированная машина имеет eth2
и eth3
. Вы можете проверить это с помощью следующей команды:
ifconfig -a | grep eth
Вы можете проверить с помощью ifconfig
команды, что в новой клонированной машине только lo
зарегистрированные. Как правило, вы должны иметь lo
, eth0
и eth1
при вводе ifconfig
команды.
Это происходит из-за регенерации MAC, что в машине-клоне есть eth2
и eth3
интерфейсы Ethernet вместо eth0
и eth1
в исходной машине. Вы также можете проверить /etc/network/interfaces
в оригинальной машине, что в моем случае будет выглядеть так:
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
Может быть, вы можете изменить свой /etc/network/interfaces
файл и изменить eth0
и eth1
с eth2
и eth3
, что более или менее похоже на это:
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
Так что, удачи, ребята!
Я удалил файл 70-persitent-net.rules, но после перезагрузки он не был создан заново. Затем переустановка гостевого модуля дополнений и перезагрузка виртуальной машины работали для меня.
У меня проблема с тем же ip-адресом после клонирования 3 виртуальных машин с помощью Virtual BOX (4.3). Так что я выключил машины и восстановил новый MAC-адрес и перезапустил, он работал для меня.
шаги => отключить клонированную виртуальную машину и затем настройки => сеть => расширенные => нажать обновить MAC-адрес => клик ОК. затем запустите ВМ.