Я настроил виртуальную машину, настроенную с сетями моста. После создания восьми клонов его новые машины не могут соединиться с сетью.
Я дал VirtualBox команду повторно создавать MAC-адреса машин.
Существуют udev
правила, препятствующие тому, чтобы новый интерфейс был поднят.
В Основной машине просто удалите их перед клонированием новых машин:
sudo rm -f /etc/udev/rules.d/70-persistent-net.rules
Я встретился с той же проблемой на предыдущей версии VirtualBox, и я считал где-нибудь, что была ошибка, которая представила, "генерируют новый MAC-адрес" бесполезное поле галочки.
Я теперь использую Ubuntu 12.04 с VirtualBox 4.2.10. Я заметил теперь, когда, когда я создал клон, не было никакого поля галочки для "генерации нового MAC-адреса".
Это дало мне некоторые проблемы, даже если бы я удалил 70 персистентных net.rules, потому что система автоматически генерировала бы файл на запуске с тем же MAC-адресом как оригинал, который заставил ему не удаться соединиться.
Но я обнаружил, что в менеджере VirtualBox, можно выбрать клон, перейдите к Настройкам> Объединяющийся в сеть> Усовершенствованный и генерируйте новый MAC-адрес путем отметки поля.
Таким образом, то, что я сделал, должно было удалить 70 персистентных net.rules сначала, закрыть, генерировать новый MAC-адрес и запуститься снова, и теперь он работает.
С другой стороны, можно удалить файл сначала перед клонированием. Затем генерируйте MAC-адрес, затем запустите клон. Это должно работать также.
Обновите свой MAC-адрес с помощью Виртуальных настроек машины Поля и удалите файл правил сетевого интерфейса ядра так, чтобы он мог быть повторно создан:
sudo rm -f /etc/udev/rules.d/70-persistent-net.rules
sudo reboot
Это будет работать на Ваш клон VM.
Я создаю среду параллельных вычислений, которой нужно соединение между виртуальной машиной через 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 файл, но он не был воссоздан после перезагрузки. Затем переустановка гостевого дополнительного модуля и перезагрузка VM работали на меня.
Я имел дело с той же проблемой в течение многих месяцев, и сегодня я решил, что найду лучшую фиксацию. Вот то, что я сделал на машине, которую я использовал в качестве Шаблона.
Для хорошего администрирования методы создают резервную копию обоих файлов перед редактированием.
У Вас есть два оскорбления/конечных файла:
/etc/sysconfig/network-scripts/ifcfg-eth0
/etc/udev/rules.d/70-persistent-net.rules
Это будет работать на a static
или dhcp
адрес:
Открытый /etc/sysconfig/network-scripts/ifcfg-eth0
Удалите строку MAC-адреса: HWADDR=XX:11:22:XX:33:XX
Сохраните файл.
Удалите файл /etc/udev/rules.d/70-persistent-net.rules
"это будет воссоздано после перезапуска VM"
sudo rm -f /etc/udev/rules.d/70-persistent-net.rules
Можно теперь клонировать поле, и каждый клон правильно развернет и отобразит eth0.
Если Вы не используете шаблон, можно завершиться, эти процедуры по фактическому VM просто не забывают повторно инициализировать NIC Ваш в программном обеспечении VM перед перезапуском машины.
У меня есть проблема с тем же IP-адресом после клонирования 3 VMs с Виртуальным ПОЛЕМ (4.3). ТАКИМ ОБРАЗОМ, я имею власть от машин и повторно создал новый MAC-адрес и перезапустил его, работал на меня.
шаги => выключают клонированный VM и затем настройки =>, сеть => усовершенствованный => нажимает на MAC-адрес обновления =>, нажимают OK. затем запустите VM.