在 Fedora/RHEL/CentOS 上,文件中有一行/etc/sysconfig/network-scripts/ifcfg-x
定义UUID
:
UUID=30fcd648-ad1e-4428-as6f-951e8e4d16df
NIC 本身具有 MAC 地址,那么当已经存在标识号 (MAC) 并且与文件系统 UUID 不同,它们不能存储在设备本身上时,将 UUID 指向 NIC 的目的是什么?
答案1
eth0:0
以太网卡可能具有(据称)唯一的 MAC 地址,但是别名(例如)、网桥或 VPN等虚拟接口又如何呢?他们也需要一个 ID,因此 UUID 是一个不错的选择。
顺便说一句,由于问题是关于 NetworkManager 的,而 NetworkManager 处理连接,因此在某些情况下,一个设备可以有多个连接。例如,您有一台带有以太网卡的笔记本电脑,您可以在家里和工作中使用它。在家里,您像大多数家庭用户一样仅使用 IPv4,但在工作中您仅使用 IPv6,因为公司已成功迁移到 IPv6。所以你有两个不同的连接,需要不同的ID,所以以太网卡的MAC地址不能被自己使用。因此,UUID 再次非常适合 ID。
答案2
听起来 NIC 的 UUID 应该是一个非常有限的情况。我可以在一秒钟内重新生成 nic 的 UUID 并使我的 ifcfg-ens32 (或任何设备名称)配置文件无效。听起来我们应该从默认的 NIC 配置模型中删除 UUID,并仅将其用于 HA 解决方案中的 VirtualIP?它们似乎太短暂而不可靠。