Quando si clona una macchina virtuale VMware, come posso evitare conflitti tra indirizzo MAC e UUID?

Ho riscontrato il seguente problema su VMware Fusion (per Mac) e con VMware ESXi / vSphere. Molti di voi hanno familiarità con il problema ed è descritto in VMware KB: "La rete non funziona in una macchina virtuale Linux clonata (2002767) ".

1. Crea una VM CentOS.
   • Questa è una VM bare-bones con un set minimo di software e uno stack di rete funzionante. L'idea è che prendiamo la VM minima, la cloniamo e aggiungiamo più software in seguito.
2. Clona quella VM
3. VMware Fusion o vCenter assegnerà un nuovo indirizzo MAC all'interfaccia di rete sulla macchina virtuale clonata.
4. Linux non è a conoscenza di questo nuovo indirizzo MAC e quindi la rete non funziona. Il file /etc/sysconfig/network-scripts/ifcfg-ethNha l'indirizzo MAC dell'interfaccia sul primo computer.
5. Per risolvere questo problema, devo trovare l'indirizzo MAC della nuova macchina virtuale, modificare ifcfg-ethNe aggiungere questo MAC al HWADDR=campo. Non riesco semplicemente a tagliare e incollare il MAC nel campo, quindi questo può essere un compito soggetto a errori, soprattutto se dimentico la mia carta e penna per scrivere il MAC.
6. (Punti bonus) Sulla nuova VM, spesso eth0, eth1, ecc. Vengono visualizzati nell'ordine sbagliato. Risolvere questo problema comporta una danza arcana in giro/etc/udev/rules.d

Posso farlo, ma è soggetto a errori e una specie di dolore quando volevo semplicemente far girare una nuova VM per testare qualcosa.

C'è un modo per semplificare questo processo manuale? Quando cloni una nuova macchina, come risolvi il problema dell'indirizzo MAC?

Poiché le cose sulla persistenza dei dispositivi si stanno solo mettendo in mezzo per queste macchine virtuali, strappale:

• Rimuovere completamente le righe HWADDRe UUIDdal ifcfgfile e
• Elimina /etc/udev/rules.d/70-persistent-net.rulesprima della clonazione

Ciò dovrebbe consentire a eth0 con un nuovo indirizzo MAC di utilizzare effettivamente l' ifcfg-eth0avvio iniziale.