VMware ESXI5.5虚拟机更改MAC地址

  上周在盘点和整理服务器信息时,发现一台去年上线的临时服务器(POS查货系统)还运行在PC机上。看样子公司是不打算换新服务器了,为防止出意外打算迁移到VMware虚拟机上。现有vSphere环境可利用资源不多,遂打算把前年更换的A8服务器(已更换OA系统,但原数据要保留3年以上供查询。硬件资源使用率不到一半)重装成vSphere环境,再迁移POS系统到A8服务器上。实施步骤:

一、P2V迁移A8系统到vCenter6.5(ESXI主机为5.5,IBMx3650M2兼容性问题不建议升级),迁移过程比较顺利,由于需修改配置而使用文件级数据迁移,在文件较多的情况下,速度较慢;

二、停止原A8系统,把加密狗插到ESXI主机上,编辑虚拟机设置,新增Host USB Device设备,并选择识别到的加密狗。启动迁移后的虚拟机,安装vmware tools。

三、重启后A8服务无法启动,检查后发现加密狗绑定了网卡的MAC地址,在迁移时没有修改MAC地址,导致MAC地址变更后加载加密狗时报错。

修改虚拟机MAC地址为原物理机MAC地址,解决办法:

1、关闭vm虚拟机,并从清单中移除虚拟机;

2、开启ESXI主机的SSH服务,使用Putty登录到ESXI主机,并进入到虚拟机目录,如下:

# cd /vmfs/volumes/DatastoreName/VMFolderName

3、备份原vmname.vmx文件,并修改.vmx文件

# cp vmname.vmx vmname.vmx.old

# vi vmname.vmx 修改或添加以下内容:

ethernetN.checkMACAddress = "false"
ethernetN.addressType = "static"
ethernetN.Address = "XX:XX:XX:XX:XX:XX"

其中 XX:XX:XX:XX:XX:XX 是虚拟机的新 MAC 地址。将 ethernetN 中的 N 改为网络适配器值。例如:
网络适配器 1 -> ethernet0
网络适配器 2 -> ethernet1

注意:

修改MAC地址时,也可以在编辑虚拟机设置里,修改网络连接,并指定MAC地址为手动,输入新的MAC地址保存即可。如下图:

但修改完成后,启动虚拟机时会报错:Invalid Ethernet address

此时需要检查ethernetN.checkMACAddress = "false"是否设置,虚拟网卡类型(Adapter Type)是否为"vmxnet3"。如果为E1000类型,可以删除后重新添加网卡并选择网卡类型为"VMXNET 3"。否则即使修改了.vmx文件,一样会报以上错误。

一开始没有注意到网卡类型的问题,测试修改几次都无法开机。

4、在存储中找到虚拟机vmx文件,并注册虚拟机

5、启动虚拟机即可。

参考:迁移到 VMware vCenter Server 5.x 后打开虚拟机电源失败并显示错误:指定的 MAC 地址无效 (2102096)

四、重装原A8服务器为ESXI6.0(Dell R710兼容性最高支持6.0),并加入vCenter6.5。在线迁移A8系统回到原服务器上。

五、P2V迁移POS系统到原A8服务器上,淘汰PC机。

时间: 2024-08-22 17:35:43

VMware ESXI5.5虚拟机更改MAC地址的相关文章

手动修改注册表更改MAC地址

  先做个实验 1.准备工具  Win7 MAC Address Changer .Regshot   使用Win7 MAC Address Changer更改MAC地址之前先打开Regshot来检测注册表的变化, 建立修改之前的注册表快照 然后打开Win7 MAC Address Changer 选择要更改MAC地址的网卡,随机生成一个MAC地址然后点击"更改",然后禁用/启用网卡,最后刷新就可以看到MAC地址更改成功了 然后建立修改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地址 0

VMware克隆虚拟机后mac地址重新设置

ifconfig eth1   确定新网卡的MAC地址. nmcli con 确定新网卡的UUID vim /etc/udev/rules.d/70-persistent-net.rules 把原eth0的相关信息删除,将eth1的name改为eth0 cd /etc/sysconfig/network-scripts vim ifcfg-eth0 HWADDR=现在的实际MAC UUID=现在的实际UUID 上述处理操作完后,重启虚拟机!

VMware克隆CentOS修改Linux MAC地址

Device eth0 does not seem to be present, delaying initialization 故障背景:  在vmware workstation中了完全克隆了一个已经存在的CentOS的虚拟机,启动之后发现网卡没有启动.于是重启一下network服务,发现提示错误信息"Device eth0 does not seem to be present, delaying initialization." 故障产生的原因:  由于克隆虚拟机,vmware

linux系统启动时更改MAC地址

vim /etc/rc.local #change the server's MAC address("00:50:56:84:5C:76" change to 00:50:56:84:5D:77) /sbin/ifconfig eth0 down /sbin/ifconfig eth0 hw ether 00:50:56:84:5D:77 /sbin/ifconfig eth0 up service network restart

vSphere虚拟交换机安全策略解读-混杂模式、MAC地址更改、伪传输

数据安全战略非常重要,必须做好计划; 特别是在数据中心,所有虚拟资产都必须得到很好的保护. 一个图谋不轨的hacker可能会劫持VM并重新配置以满足他的邪恶目的.本文详细讲述了vSphere虚拟交换机基于2层的安全策略. 有3个安全策略可供选择:混杂模式.MAC地址更改.伪传输. 既然是2层安全策略,而MAC地址又是处于2层,所以这3个策略都与MAC地址有关,可称之为“MAC防火墙”. 背景知识: 对于物理机,有2个MAC地址: ■固化在物理网卡ROM中的MAC地址,不可更改,该地址称为”初始M

Azure上Linux虚拟机Mac地址的持久化

有些用户在使用Azure Linux 虚拟机安装软件时,有些软件的license会和当前系统的mac地址绑定,那么在Azure VM重启,reszie(改变尺寸大小),停止然后再启动的时候,虚拟机的Mac地址会不会发生变化呢?Azure VM上的Mac地址是如何持久化的呢? ? 我们分VM在vNet和不在vNet中的情况来做一个测试. ? 不在vNet中的测试虚拟机 ? 我们快速创建一台测试的Linux Ubuntu虚拟机,不设置vNet, 意思是该虚拟机不在设定的vNet中,一般是作为测试使用

Azure 上 Linux 虚拟机 Mac 地址的持久化

有些用户在使用 Azure Linux 虚拟机安装软件时,有些软件的 license 会和当前系统的 mac 地址绑定,那么在 Azure VM 重启,reszie(改变尺寸大小),停止然后再启动的时候,虚拟机的Mac 地址会不会发生变化呢?Azure VM 上的 Mac 地址是如何持久化的呢? 我们分 VM 在 vNet 和不在 vNet 中的情况来做一个测试. 不在 vNet 中的测试虚拟机 1. 我们快速创建一台测试的 Linux Ubuntu 虚拟机,不设置 vNet, 意思是该虚拟机不

CentOS下使用KVM克隆虚拟机自动修改网卡的MAC地址

克隆完虚拟机之后Mac地址还保留着母机的配置,此时需要修改成新的Mac地址才能继续,网上一般都是这样的手动操作: 参考:http://blog.51cto.com/freedyong/1361907 1.修改/etc/udev/rules.d/70-persistent-net.rules,去掉eth0,修改eth1为eth0 2.修改/etc/sysconfig/network-scripts/ifcfg-eth0的Mac地址 当时发觉这样子很不适合KVM克隆后的批量操作,而且写Shell脚本