Khi nhân bản máy ảo VMware, làm cách nào tôi có thể ngăn chặn xung đột địa chỉ MAC & UUID?

Tôi đã gặp phải vấn đề sau trên cả VMware Fusion (cho máy Mac) và với VMware ESXi / vSphere. Nhiều bạn quen thuộc với vấn đề này và nó được mô tả tại VMware KB: " Mạng không hoạt động trong một máy ảo Linux nhân bản (2002767) ."

1. Tạo một máy ảo CentOS.
   • Đây là một máy ảo đơn giản với một bộ phần mềm tối thiểu và ngăn xếp mạng hoạt động. Ý tưởng là chúng tôi lấy VM tối thiểu, sao chép nó và thêm phần mềm sau.
2. Sao chép VM
3. VMware Fusion hoặc vCenter sẽ gán một địa chỉ MAC mới cho giao diện mạng trên máy ảo nhân bản.
4. Linux không biết về địa chỉ MAC mới này và do đó, mạng không hoạt động. Tệp /etc/sysconfig/network-scripts/ifcfg-ethNcó địa chỉ MAC của giao diện trên máy đầu tiên.
5. Để khắc phục điều này, tôi cần tìm địa chỉ MAC của VM mới, chỉnh sửa ifcfg-ethNvà thêm MAC này vào HWADDR=trường. Tôi không thể đơn giản cắt và dán MAC vào trường, vì vậy đây có thể là một nhiệm vụ dễ bị lỗi, đặc biệt là nếu tôi quên bút và giấy để viết MAC.
6. (Điểm thưởng) Trên VM mới, thường eth0, eth1, v.v. hiển thị sai thứ tự. Khắc phục điều này liên quan đến một điệu nhảy phức tạp xung quanh/etc/udev/rules.d

Tôi có thể làm điều này, nhưng nó dễ bị lỗi và hơi đau khi tôi chỉ đơn giản muốn quay một VM mới để kiểm tra một cái gì đó.

Có cách nào để đơn giản hóa quá trình thủ công này? Khi bạn sao chép một máy mới, làm thế nào để bạn khắc phục vấn đề địa chỉ MAC?

Vì công cụ bảo trì thiết bị chỉ cản trở các VM này, hãy trích xuất nó:

• Xóa hoàn toàn HWADDRvà UUIDcác dòng khỏi ifcfgtệp và
• Xóa /etc/udev/rules.d/70-persistent-net.rulestrước khi sao chép

Điều đó sẽ cho phép eth0 với một địa chỉ MAC mới thực sự sử dụng khi ifcfg-eth0khởi động ban đầu.