首页/系统/Linux 运维命令速查/场景:临时增加 IP 并验证
网络命令82 条

场景:临时增加 IP 并验证

云厂商弹性 IP、换绑场景:用 ip addr add 临时挂上新地址验证业务,再决定持久化或回退。

Linux 运维命令速查系统更新于 2026-10-13

这个场景解决什么

云上换绑弹性 IP、临时给实例加辅助地址时,直接改配置文件风险高、回退也麻烦。更稳的做法是用 ip addr add 把新地址临时挂到网卡上验证业务,确认无误后再落配置或走云控制台,出问题立刻 ip addr del 回退,整个过程不影响已有地址与在跑的业务连接。

基本信息

场景弹性 IP 与辅助地址的临时切换验证
涉及命令ip addr add/del、ping -I、ss、curl --interface
生效范围仅本机立即生效,重启或回收后消失
平台差异云平台的 IP 绑定关系在控制台侧维护

典型使用场景

  • 云主机换绑弹性 IP 前,先在本机挂新地址验证业务可达
  • 同一实例承载多个站点,上线前做多地址临时验证
  • 迁移期间新旧地址并存,灰度切换后再回收旧地址
  • 排查业务为何仍用旧地址出站,临时指定源地址测试
  • 数据库或白名单变更前,先验证新地址能否连通
  • 演练回退流程,确认删除地址会影响哪些连接

添加与验证

添加与验证
ip addr add 203.0.113.10/32 dev eth0        # 临时挂上新地址
ip addr show dev eth0 | grep 203.0.113.10   # 确认地址已生效
ping -I 203.0.113.10 -c 2 8.8.8.8           # 以新地址为源验证出站
ss -tnp | grep 203.0.113.10                 # 看业务是否用上新地址
curl --interface 203.0.113.10 -sS -o /dev/null -w '%{http_code}\n' https://qiqicto.com
ip route get 203.0.113.10                   # 确认路由指向预期网卡
ip addr del 203.0.113.10/32 dev eth0        # 验证失败或结束后回退
ip -ts monitor address                      # 另一终端观察地址增删事件

验证项与判据

验证项方法通过判据
地址生效ip addr show能看到新地址与正确掩码
出站可达ping -I 新地址有回包且丢包为零
业务切换ss -tnp 过滤新地址业务连接出现在新地址上
路由正确ip route get下一跳与出口网卡符合预期
回退干净ip addr del 后复查地址消失且旧地址业务正常
云平台的 IP 与实例绑定关系在控制台侧维护,手工 ip addr add 只在本机生效:解绑、回收与计费仍要走控制台,两边状态可能不一致,验证完记得核对。
删除地址会立刻中断正在使用它的连接,确认业务已经切走、没有长连接挂在上面之后再执行,必要时错峰操作。
给网卡直接加 /32 地址通常还需要配套路由或 ARP 通告参数,否则本机自测通过、外部却访问不到。云环境建议以控制台绑定为准,手工加地址只当验证手段。

易错点

  • 以为 ip addr add 就等于绑定了公网 IP:云平台绑定关系在控制台,手工加地址外部不可达
  • 在业务高峰删除地址:正在使用它的连接被切断,出现超时与报错
  • 加 /32 地址后不检查路由:本机 ping 通但外部访问不到,误判成安全组问题
  • 临时验证的地址忘记删除:留下多余地址,后续排查容易混淆

数据来源与参考

  • man 8 ip-address(iproute2 手册)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌