VMware 虚拟机修改MAC地址的方法

Posted 2020-10-02

VMware VM所使用的OUI

按照VMware ESX 3的[Server Configuration Guide ]的说法，VMware的使用下面的三个OUI作为VM的MAC地址：

• 00:0C:29 – 用于自动生成的MAC地址

• 00:50:56 – 用于手动设置的MAC地址

但是在实际应用上，我发现00:50:56这一MAC地址段并不是完全用于手动设置的MAC地址：

• 00:50:56:00:00:00 – 00:50:56:3F:FF:FF
  这一段MAC地址可以用于手动设置的MAC地址

• 00:50:56:40:00:00 – 00:50:56:FF:FF:FF
  

 

MAC地址的生成

VMware ESX Server的算法是，使用散列算法，通过VM的UUID来生成MAC地址。VM的UUID是每一台VM特有的、128bit的ID，是由ESX Server硬件SMBios的UUID、加上VM的路径生成的。因此，一台虚拟机的虚拟网卡的MAC地址就与下面四个因素有关：

• VMware的OUI

• Host (ESX Server)的SMBIOS中的UUID

• VM在服务器上的路径

• 网卡的实体名 (Entity Name)，用来确保同一VM上的不同网卡有不同的MAC地址

 

MAC地址冲突的检测与解决

MAC地址一旦生成，就不会再有变化，除非上面所述的四项因素发生改变（最可能发生的就是第三项，VM在服务器上的路径改变）。

尽管如此，由于散列算法本身的特征，还是有万一发生MAC地址冲突的可能。ESX Server会不断跟踪和检测运行中和挂起(Suspend)的VM，以保证没有MAC地址冲突。但是已经关闭电源的VM是不在检查对象之内的。

因此，万一一台VM启动时ESX检测到MAC地址冲突，它会分配给VM的虚拟网卡一个新的MAC地址。所以从这个意义上说，VM的MAC地址是可能发生变化的——只是这个概率实在太小。

 

手动指定MAC地址

手动指定MAC地址仅用于一些极其特殊的情况，通常是进行P2V的时候。例如，某物理服务器上的软件，其License已经与该服务器的MAC地址绑定，如果MAC地址改变则软件无法运行；再如，某些底层网络软件以MAC地址来鉴别机器时，为了不做更改能够继续使用，在P2V的时候也要手动指定 MAC地址。

打开一个VM的.vmx文件，可以看到如下设置：（如果有多块NIC的话，那么就会有ethernet0、ethernet1、ethernet2……）

 

ethernet0.addressType = "generated"
ethernet0.generatedAddress = "00:0c:29:9b:fb:18"

这说明该NIC是自动生成的MAC地址。只需如下更改即可变为手动分配的MAC地址：

ethernet0.addressType = "static"
ethernet0.address = "00:50:56:00:00:01"

其中的00:50:56:00:00:01就是手动指定的MAC地址。

 

VMware ESXI（5.1下测试）在新建虚拟机（windows或linux）时，网络适配器MAC地址默认为“自动”，获得的MAC地址根据ethernet0.addressType值的类型不同有两种vmware保留mac地址组，分别为：

00:50:56:xx:xx:xx开头和00:0c:29:xx:xx:xx开头

当ethernet0.addressType = "static"（即网络适配器MAC地址为“手动”）或在vcenter中新建的虚拟机ethernet0.addressType = "vpx"时，mac地址以00:50:56开头，如需手动修改ESXI虚拟机MAC地址，可以修改后6位的地址，前6位无法修改，否则虚拟机无法启动，报以下错误：

打开虚拟机 xxx 的电源时，会收到来自 ESX 主机的错误。
无法启动虚拟机。
模块 DevicePowerOn 打开电源失败。 
无法为 ethernet0 设置“macAddress”。
指定了无效的 MAC 地址。 
00:0c:29:xx:xx:xx是允许的静态以太网地址。它与 VMware 保留的 MAC 冲突。 

当ethernet0.addressType = "generated"时，mac地址以00:0c:29开头，同上也可以修改后6位的地址。

注意：如果新建虚拟机MAC地址类型为generated，改为手动时会自动跳出00:50:56前6位开头的MAC地址，此时也可以把前6位改掉，改为00:0c:29开头，虚拟机一样可以启动，且mac地址类型会变为static。但在做迁移或升级时，系统会报错。提示mac无效。

解决办法：

一、修改虚拟机的*.vmx文件：

这种方法最值得推荐，因为这样就类似于重新“烧录”了VMware虚拟机的“物理网卡ROM”。方法是：

分两种情况：

第一种：ethernet0.addressType="static"或"vpx"

ethernet0.Address="00:50:56:aa:bb:cc"

"static"说明VM的"物理网卡"的MAC是静态设定或在vcenter生成的，你可以改成一个以00:50:56开头的另外一个MAC即可。改完启动VM时如果问你SSID的话，选择“KeepAlways”。

如果想把00:50:56也改掉，可以参考第二种，把网络适配器mac地址改为自动，修改ethernet0.addressType为"generated"、uuid.bios后6位、ethernet0.generatedAddress为00:0c:29:xx:xx:xx，后6位和uuid.bios后6位一致。（MAC地址的第4位在00～3F之间选取，第5与第6位可以在00～FF之间选取）

第二种：ethernet0.addressType="generated"

uuid.location="564ddcf1ffaa75ea-f1b9ee0d689c655c"

uuid.bios="564ded23138c9691-7c68b2098baabbcc"

ethernet0.generatedAddress="00:0c:29:aa:bb:cc"

"generated"说明VM的"物理网卡"的MAC是系统随机动态设定的，你可以通过将uuid.bios后六位及ethernet0.generatedAddress后六位改成你想要改成的以000c29开头的MAC即可。

注意：修改完虚拟机MAC地址后，为了确保虚拟网卡可正常工作。请确认虚拟机网卡所连接的"VM Network"虚拟机端口组和"vSwitch"端口的配置安全中将 MAC Address Changes（MAC地址更改） 和 Forged Transmit（伪传输）功能设置为"允许"。

网上其他方法要加上一行虚拟机关闭系统对网卡MAC地址检查ethernet0.checkMACAddress = "false"，经测试（自动）不加也可以，手动没有测试。

二、修改虚拟机系统（Guest OS）的网卡的mac地址，根据不同的系统方法也不一样：

linux：1、修改Linux系统里相关/etc/sysconfig/network-scripts/ifcfg-eth0文件MAC值.

vi/etc/sysconfig/network-scripts/ifcfg-eth0

MACADDR=xx:xx:xx:xx:xx:xx

:wq保存退出

reboot

2、停止Linux网络服务和将NIC状态设置为"DOWN"

i. #service network stop

ii. #ifconfig eth0 down

iii. #ifconfig eth0 hw ether AB:CD:EF:12:34:56

iv. #ifconfig eth0 up

v. #service network stop

3、修改Linux系统里相关rc.local文件MAC值.

Windows：

i. 打开设备管理器，点击 开始 > 控制面板 > 管理工具 > 计算机管理 > 设备管理器

ii. 展开网络适配器，右击 VMware Accelerated AMD PCNet Adapter. 点击 属性.

iii. 点击 "高级"标签

iv. 点击 NetworkAddress.

v. 选择 "值"

vi. 输入新的MAC地址,不需要":"隔开

vii. 重新启动虚拟机,应用新的MAC地址