使用Terraform部署vSphere模板后网络禁用问题求助

• 清理udev网卡命名残留规则
  Ubuntu的可预测网卡命名机制可能在模板中保留了原网卡的绑定规则，导致Terraform克隆后的新网卡无法匹配激活。

  • 在Packer的provision阶段执行命令，删除残留规则文件：rm -f /etc/udev/rules.d/70-persistent-net.rules
  • 检查/etc/netplan下的配置文件，避免硬编码原网卡名（如ens32），改用动态匹配方式，示例配置：

    network:
      version: 2
      ethernets:
        all-interfaces:
          match:
            name: en*
          dhcp4: true
    

• 优化cloud-init清理步骤
  仅执行cloud-init clean --logs --seed --machine-id可能未彻底清理网络相关初始化配置：

  • 在Packer provision阶段添加命令，删除cloud-init实例残留数据：rm -rf /var/lib/cloud/instances/*
  • 在/etc/cloud/cloud.cfg中添加network: {config: disabled}，让系统通过netplan而非cloud-init管理网络，避免生成绑定旧网卡的配置。

• 检查Terraform vSphere Provider配置

  • 避免在vsphere_virtual_machine资源中强制指定mac_address，让vSphere自动分配MAC地址，防止网卡识别异常。
  • 确认网络接口的adapter_type与模板一致，比如模板使用vmxnet3时，Terraform配置也保持相同设置。

• 更新模板的系统初始化配置
  在Packer provision阶段执行以下命令，确保系统能正确识别新网卡：

  • 执行update-initramfs -u更新initramfs，确保网卡驱动和命名规则被正确加载
  • 启用对应网络服务：systemctl enable --now systemd-networkd（使用systemd-networkd时）或systemctl enable --now NetworkManager（使用NetworkManager时）

• 查看系统日志定位根因
  Terraform部署完成后，进入实例查看日志：

  • 查看/var/log/syslog或/var/log/dmesg，搜索新网卡名（如ens192）相关日志，查找是否有“failed to bring up interface”“udev rule mismatch”等错误信息，精准定位问题。

内容的提问来源于stack exchange，提问作者jameso