ESXi 重启网络服务用什么命令？安全操作与避坑完整指南

​在 ESXi 主机运维中，修改 IP 地址、网关、DNS 或排查网络异常时，经常需要重启网络服务，但很多老运维仍在使用早已过时的危险命令，导致管理网络中断、虚拟机业务断连，甚至需要重启主机才能恢复。ESXi 6.7/7.0/8.0 全系列版本官方推荐的安全重启命令为 **esxcli network ip connection restart**，它仅重置 TCP/IP 连接状态，不会中断现有业务流量。本文详细讲解正确命令的用法、适用场景、旧命令的致命危害、分步操作与应急回滚方案，帮助运维规避网络重启导致的生产事故。

一、核心结论：唯一安全的网络重启命令

首先明确所有 ESXi 运维必须牢记的核心规则：

  • ✅ 官方推荐安全命令（全版本通用）：esxcli network ip connection restart
  • ❌ 绝对禁止生产环境使用：services.sh restart network、/etc/init.d/network restart

两者的本质区别在于重启范围完全不同：

  • esxcli network ip connection restart：仅重置 ESXi 主机的 TCP/IP 协议栈连接状态，刷新 IP、网关、DNS 配置，不会中断正在运行的虚拟机网络，也不会断开当前 SSH 连接
  • 旧的services.sh命令：会强制重启整个网络服务进程，关闭所有虚拟交换机、VMkernel 网卡和物理网卡，导致所有虚拟机网络中断、管理连接断开，且无法自动恢复

二、为什么旧命令不能用？致命危害详解

services.sh restart network是 ESXi 5.x 时代的遗留命令，在 ESXi 6.5 及以前版本还能勉强使用，但从 ESXi 6.7 开始，VMware 重构了网络架构，该命令的行为发生了根本性变化，成为生产环境的 “定时炸弹”。

2.1 执行旧命令的后果

  1. 所有虚拟机网络立即中断：虚拟交换机被强制关闭，所有虚拟机的网卡失去连接，业务完全停止
  2. 管理网络永久断开：VMkernel 管理网卡被重启后，SSH 和 Web 客户端连接全部断开，无法远程管理主机
  3. 无法自动恢复：网络服务重启后，很多情况下虚拟交换机和 VMkernel 网卡不会自动重新启用，必须通过服务器的远程管理卡（iDRAC/ILO/IMM）手动恢复
  4. 可能导致主机隔离：如果主机在 vCenter 集群中，网络中断会触发 HA 机制，导致虚拟机被强制迁移到其他主机，引发业务震荡

2.2 官方明确声明

VMware 在 ESXi 6.7 的发布说明中明确指出：services.sh restart network命令不再受支持，使用该命令可能导致不可预测的网络故障，所有网络配置变更后的重启操作，必须使用esxcli network ip connection restart命令。

三、正确命令详解：esxcli network ip connection restart

3.1 命令作用与原理

该命令的核心作用是刷新 ESXi 主机的 TCP/IP 协议栈配置，使新修改的 IP 地址、子网掩码、默认网关、DNS 服务器等配置立即生效，同时重置所有异常的 TCP 连接。

它的工作原理是：

  1. 保留所有虚拟交换机、VMkernel 网卡和物理网卡的运行状态
  2. 重新加载 TCP/IP 协议栈的配置参数
  3. 关闭所有处于 TIME_WAIT、CLOSE_WAIT 等异常状态的 TCP 连接
  4. 建立新的 TCP 连接，应用新的网络配置

整个过程不会中断任何正在传输的数据包，虚拟机网络和管理连接都能保持正常，是唯一安全的网络重启方式。

3.2 适用场景

该命令适用于以下所有需要刷新网络配置的场景：

  1. 修改了 ESXi 主机的管理 IP 地址、子网掩码或默认网关
  2. 修改了 DNS 服务器地址或搜索域
  3. 修改了静态路由表
  4. 网络连接异常，出现 TCP 连接卡住、无法访问外部网络等问题
  5. 防火墙规则修改后需要刷新网络连接

3.3 完整执行步骤

  1. 通过远程管理卡备份连接：执行任何网络操作前，先登录服务器的 iDRAC/ILO 远程控制台，以防 SSH 连接意外断开
  2. SSH 登录 ESXi 主机：使用管理员账号通过 SSH 连接到 ESXi 主机
  3. 执行重启命令： 
    esxcli network ip connection restart
  4. 验证配置生效： 
    # 查看IP地址配置
esxcli network ip interface ipv4 get -i vmk0
# 查看网关配置
esxcli network ip route ipv4 list
# 测试网络连通性
ping 网关IP
ping 8.8.8.8
  5. 确认业务正常：登录 vCenter 或 ESXi Web 客户端，确认所有虚拟机网络正常运行

四、其他常用网络管理命令

除了重启 TCP/IP 连接，ESXi 还提供了一系列精细化的网络管理命令，可以针对单个组件进行重启，进一步降低操作风险。

4.1 重启单个 VMkernel 网卡

如果只修改了某个 VMkernel 网卡的配置（如 vMotion、vSAN 网卡），可以只重启该网卡，不影响其他网络：

# 禁用VMkernel网卡
esxcli network ip interface set -e false -i vmk1
# 启用VMkernel网卡
esxcli network ip interface set -e true -i vmk1

注意：不要重启管理网卡 vmk0，否则会断开 SSH 连接。

4.2 重启标准虚拟交换机

如果某个标准虚拟交换机出现异常，可以单独重启该交换机：

# 禁用vSwitch0
esxcli network vswitch standard set -e false -v vSwitch0
# 启用vSwitch0
esxcli network vswitch standard set -e true -v vSwitch0

警告：重启虚拟交换机会导致连接到该交换机的所有虚拟机网络短暂中断，需在业务低峰期执行。

4.3 查看网络连接状态

# 查看所有TCP/UDP连接
esxcli network ip connection list
# 查看VMkernel网卡配置
esxcli network ip interface ipv4 get
# 查看路由表
esxcli network ip route ipv4 list
# 查看物理网卡状态
esxcli network nic list

五、应急回滚：不小心用了旧命令怎么办？

如果不小心在生产环境执行了services.sh restart network命令，导致网络中断，按照以下步骤紧急恢复：

  1. 立即登录远程管理卡：通过服务器的 iDRAC/ILO/IMM 远程控制台登录 ESXi 主机的 DCUI 界面
  2. 进入网络配置菜单：在 DCUI 界面选择 “Configure Management Network”
  3. 重新配置管理网络：确认 IP 地址、子网掩码、网关、DNS 配置正确，保存配置
  4. 重启管理网络：选择 “Restart Management Network”，重启管理网络服务
  5. 验证连接：测试 SSH 和 Web 客户端是否能正常连接
  6. 恢复虚拟机网络：如果虚拟机网络仍未恢复，逐个重启虚拟交换机或虚拟机网卡

六、运维最佳实践与避坑指南

  1. 永远不要用旧命令：无论在什么场景下，都不要使用services.sh restart network或/etc/init.d/network restart命令
  2. 操作前备份连接：执行任何网络操作前，必须先登录远程管理卡，确保有备用的管理通道
  3. 业务低峰期操作：所有网络配置变更和重启操作，都应在业务低峰期执行，并提前通知相关人员
  4. 先测试后生产：在测试环境验证所有网络操作流程，确认无误后再在生产环境执行
  5. 配置变更前备份：修改网络配置前，记录原有配置参数，以便出现问题时快速回滚
  6. 避免远程执行：如果可能，尽量通过远程管理卡的本地控制台执行网络重启操作，避免 SSH 连接断开

七、全文总结

ESXi 主机网络重启的唯一安全命令是 **esxcli network ip connection restart**，它仅重置 TCP/IP 协议栈连接状态，不会中断虚拟机业务和管理连接，适用于所有需要刷新网络配置的场景。旧的services.sh restart network命令会导致所有网络中断，生产环境绝对禁止使用。

日常运维中，应严格遵循官方推荐的操作规范，优先使用精细化的网络管理命令，操作前做好备份和应急准备，避免因网络重启导致的生产事故。掌握正确的网络操作命令，是保障虚拟化环境稳定运行的基础。

​注·部分内容为AI辅助生成

posted @ 2026-06-03 11:37  园囧囧园  阅读(8)  评论(0)    收藏  举报