首页 > 代码库 > VMware 虚拟机修改MAC地址的方法

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

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地址


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