这确实非常顽固，NO-CARRIER 和 state DOWN 就像两块甩不掉的狗皮膏药。
既然软件设置（VMware编辑器、Linux配置文件）你都确认过了，那么问题极大概率出在VMware的后台服务 或者Windows主机的虚拟网卡上。也就是"地基"没打好，上面的房子怎么盖都歪。
请严格按照以下顺序操作，尤其是第一步 ，这通常是解决 NO-CARRIER 的终极办法。
第一步：重启 VMware 的核心服务（最关键的一步）
很多时候 VMware 的 NAT 服务卡死了，导致它无法给虚拟机提供"载波信号"。
- 关闭 你的 Linux 虚拟机。
- 在 Windows 主机上，按键盘
Win + R，输入services.msc并回车。 - 在服务列表里，找到所有以 VMware 开头的服务。
- 重点找到
VMware NAT Service和VMware DHCP Service。 - 右键点击它们，选择 "重新启动"（如果是停止状态就点启动）。
- 建议： 把
VMware Authorization Service也重启一下。
第二步：检查 Windows 主机的虚拟网卡
如果服务没问题，可能是 Windows 里的"虚拟网线接口"被禁用了或坏了。
- 在 Windows 主机上，按
Win + R，输入ncpa.cpl并回车（这是打开网络连接面板）。 - 在列表里找一个叫
VMware Network Adapter VMnet8的网卡。 - 看看它是不是灰色 的？
- 如果是灰色的，右键点击它，选择 "启用"。
- 如果已经是启用的，右键点击它，选 "禁用" ，等两秒再 "启用"（重置一下）。
第三步：修改 Linux 配置文件，加入 LINK 检测
既然系统一直认为网线没插，我们可以在配置文件里强制告诉它："别管有没有载波，直接启动"。
-
回到你的 Linux 虚拟机。
-
编辑配置文件：
vi /etc/sysconfig/network-scripts/ifcfg-ens33 -
在文件里新加一行 （或者修改）：
LINK_REQUIRED=no(这行命令的意思是：启动网卡时不需要检测物理连线状态)
-
保存退出 (
:wq)。 -
重启网络服务：
systemctl restart network
第四步：最后的绝招（删除并重建网卡）
如果上面三步都不行，说明这个虚拟网卡设备"坏"了（逻辑上的坏），我们把它删了重建。
- 关闭 虚拟机。
- 在 VMware 菜单里，点击 虚拟机 -> 设置。
- 选中 网络适配器 ，点击下方的 "移除" 按钮。
- 点击 "添加" -> 网络适配器 -> 完成。
- 确保新添加的适配器选的是 NAT 模式。
- 启动虚拟机。
注意： 重新添加网卡后，Linux 可能会把它识别为 ens37 而不是 ens33。如果变成 ens37，你需要去 /etc/sysconfig/network-scripts/ 目录下，把原来的 ifcfg-ens33 文件名改成 ifcfg-ens37，并修改文件里面的 DEVICE 和 NAME 为 ens37。
建议先试第一步（重启服务）和第二步（禁用启用VMnet8），这通常能解决 90% 的 NO-CARRIER 问题。