Как я фиксирую поврежденные сети в клонированных виртуальных машинах?

Я настроил виртуальную машину, настроенную с сетями моста. После создания восьми клонов его новые машины не могут соединиться с сетью.

Я дал VirtualBox команду повторно создавать MAC-адреса машин.

27
задан 24 November 2011 в 06:27

7 ответов

Существуют udev правила, препятствующие тому, чтобы новый интерфейс был поднят.

В Основной машине просто удалите их перед клонированием новых машин:

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

(источник)

26
ответ дан 23 November 2019 в 01:05

Я встретился с той же проблемой на предыдущей версии VirtualBox, и я считал где-нибудь, что была ошибка, которая представила, "генерируют новый MAC-адрес" бесполезное поле галочки.

Я теперь использую Ubuntu 12.04 с VirtualBox 4.2.10. Я заметил теперь, когда, когда я создал клон, не было никакого поля галочки для "генерации нового MAC-адреса".

Это дало мне некоторые проблемы, даже если бы я удалил 70 персистентных net.rules, потому что система автоматически генерировала бы файл на запуске с тем же MAC-адресом как оригинал, который заставил ему не удаться соединиться.

Но я обнаружил, что в менеджере VirtualBox, можно выбрать клон, перейдите к Настройкам> Объединяющийся в сеть> Усовершенствованный и генерируйте новый MAC-адрес путем отметки поля.

Таким образом, то, что я сделал, должно было удалить 70 персистентных net.rules сначала, закрыть, генерировать новый MAC-адрес и запуститься снова, и теперь он работает.

С другой стороны, можно удалить файл сначала перед клонированием. Затем генерируйте MAC-адрес, затем запустите клон. Это должно работать также.

1
ответ дан 23 November 2019 в 01:05

Обновите свой MAC-адрес с помощью Виртуальных настроек машины Поля и удалите файл правил сетевого интерфейса ядра так, чтобы он мог быть повторно создан:

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

Это будет работать на Ваш клон VM.

6
ответ дан 23 November 2019 в 01:05

Я создаю среду параллельных вычислений, которой нужно соединение между виртуальной машиной через 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

Так, парни удачи!

0
ответ дан 23 November 2019 в 01:05

Я удалил 70-persitent-net.rules файл, но он не был воссоздан после перезагрузки. Затем переустановка гостевого дополнительного модуля и перезагрузка VM работали на меня.

0
ответ дан 23 November 2019 в 01:05

Я имел дело с той же проблемой в течение многих месяцев, и сегодня я решил, что найду лучшую фиксацию. Вот то, что я сделал на машине, которую я использовал в качестве Шаблона.

Для хорошего администрирования методы создают резервную копию обоих файлов перед редактированием.

У Вас есть два оскорбления/конечных файла:

  1. /etc/sysconfig/network-scripts/ifcfg-eth0
  2. /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 перед перезапуском машины.

4
ответ дан 23 November 2019 в 01:05

У меня есть проблема с тем же IP-адресом после клонирования 3 VMs с Виртуальным ПОЛЕМ (4.3). ТАКИМ ОБРАЗОМ, я имею власть от машин и повторно создал новый MAC-адрес и перезапустил его, работал на меня.

шаги => выключают клонированный VM и затем настройки =>, сеть => усовершенствованный => нажимает на MAC-адрес обновления =>, нажимают OK. затем запустите VM.

0
ответ дан 23 November 2019 в 01:05

Другие вопросы по тегам:

Похожие вопросы: