Як клонувати віртуальну машину VMware, як я можу запобігти конфліктам MAC-адреси та UUID?

Я зіткнувся з наступною проблемою як для VMware Fusion (для Mac), так і з VMware ESXi / vSphere. Багатьом з вас знайома проблема, і вона описана в VMware KB: " Мережа не працює у віртуальній машині клонованого Linux (2002767) ."

1. Створіть програму VM CentOS.
   • Це VM з голими кістками з мінімальним набором програмного забезпечення та функціонуючим мережевим стеком. Ідея полягає в тому, що ми беремо мінімальний VM, клонуємо його і пізніше додаємо більше програмного забезпечення.
2. Клоніруйте, що В.М.
3. VMware Fusion або vCenter призначать нову MAC-адресу мережевому інтерфейсу на клонованій VM.
4. Linux не знає про цю нову MAC-адресу, і тому мережа не працює. Файл /etc/sysconfig/network-scripts/ifcfg-ethNмає MAC-адресу інтерфейсу на першій машині.
5. Щоб виправити це, мені потрібно знайти MAC-адресу нового VM, відредагувати ifcfg-ethNта додати цей MAC до HWADDR=поля. Я не можу просто вирізати та вставити MAC у поле, тому це може бути завданням, сприйнятливим до помилок, особливо якщо я забуду свою ручку та папір, щоб записати MAC.
6. (Бонусні бали) На нових VM часто eth0, eth1 тощо відображаються в неправильному порядку. Виправлення цього передбачає таємничий танець навколо/etc/udev/rules.d

Я можу це зробити, але це схильність до помилок і біль, коли я просто хотів закрутити новий VM, щоб щось перевірити.

Чи є спосіб спростити цей ручний процес? Коли ви клонуєте нову машину, як виправити проблему MAC-адреси?

Оскільки наполегливість пристроїв просто перешкоджає цим віртуальним машинам, видобуйте їх:

• Повністю видаліть HWADDRі UUIDрядки з ifcfgфайлу, і
• Видалити /etc/udev/rules.d/70-persistent-net.rulesперед клонуванням

Це повинно дозволити eth0 з новою MAC-адресою фактично використовувати ifcfg-eth0початкове завантаження.