改网络配置为什么会失联
远程修改网络配置的过程中，一旦保存或激活动作让现有连接中断，SSH 会话立即失效，而新配置还没验证通过。此时如果配置有误，机器就再也连不上，只能去机房或依赖带外管理。这类事故的重点不在改配置本身，而在动手之前是否留好了退路。
退路怎么留
常见做法是在修改前启动一个延时的后台任务：到点自动把指定连接重新拉起，形成一个自动回滚窗口。窗口内连接中断，等任务执行后即可恢复；修改成功则手动取消这个任务。远程操作前还要确认带外管理通道可用，作为最后的兜底手段。
基本信息
| 管理工具 | NetworkManager 及其命令行客户端 |
|---|---|
| 常用子命令 | 查看连接、查看设备、激活与停用连接 |
| 保险措施 | 延时执行的连接恢复任务 |
| 兜底手段 | 带外管理或控制台登录 |
典型使用场景
- 远程修改服务器地址、网关或域名解析配置，需要防止连接中断
- 批量变更网络配置前设定统一的回滚窗口
- 排查连接状态异常时确认哪个连接处于激活状态
- 从旧网段切换到新网段，需要在新旧地址间做过渡
- 配置变更后验证连接状态并撤销临时保险任务
动手前先上保险
动手前先上保险
nmcli con show --active # 先确认连接名，不要凭记忆填写
nohup bash -c 'sleep 300; nmcli con up <连接名>' >/dev/null 2>&1 & # 5 分钟后自动拉起
jobs # 确认后台任务已启动
# 也可用定时任务方式：echo 'nmcli con up <连接名>' | at now + 5 minutes恢复与检查
恢复与检查
nmcli con show --active # 当前激活连接
nmcli con up <连接名> # 手动拉起目标连接
nmcli dev status # 设备与连接状态
nmcli con show <连接名> | grep -E 'ipv4.method|ipv4.addresses|ipv4.gateway'
# 用另一个既有会话确认新地址可用后，再撤销临时的定时恢复任务现象与处置
| 现象 | 原因 | 处置 |
|---|---|---|
| 会话冻结后断开 | 连接被重新激活导致中断 | 等待保险任务恢复，或用带外通道 |
| 新地址无法访问 | 地址、网关或掩码写错 | 从带外通道修正并复核 |
| 激活失败 | 连接名写错或依赖设备未就绪 | 核对连接名与设备状态 |
| 只有本机通 | 网关或路由未生效 | 检查路由表与上游设备 |
| 改动没生效 | 配置未持久化或被其他连接覆盖 | 核对连接优先级与自启设置 |
云主机修改网络前确认控制台或带外管理可用；没有替代通道时，任何网络变更都应安排在有人可在现场或能远程带外介入的时间窗口。