GCP多网卡Debian虚拟机如何实现NIC1源路由持久化配置？

失效原因说明 #

此前尝试的两类方案均未生效：

• 将路由命令写入VM启动脚本
• 将路由命令写入rc.local脚本

根因是GCP Compute Engine的NIC基础配置由google-guest-agent服务完成，该服务的网络配置模块执行时机晚于rc.local、常规启动脚本的默认执行节点，脚本执行时非主网卡尚未完成IP、网关初始化，路由命令执行失败；后续agent完成NIC配置时，会自动清理系统中未识别的路由规则，最终导致配置在重启后丢失。临时加数秒sleep等待的方案可靠性不足，等待时长受系统负载波动影响，无法保证配置百分百生效。

高可靠持久化实现方案（无硬编码等待逻辑、易维护） #

方案1：基于systemd原生依赖的路由配置服务（适配全版本Debian） #

这是适配性最广的方案，完全通过系统依赖关系匹配执行时机，不需要硬编码等待时长：

• 首先在自定义路由表文件中登记策略路由表，编辑/etc/iproute2/rt_tables追加条目：

  200 vpc-eth1
  

• 新建自定义路由配置的systemd服务文件，路径为/etc/systemd/system/configure-multi-nic-routes.service，写入如下内容：

  [Unit]
  # 明确执行依赖顺序：等guest agent、系统网络服务完成初始化后再执行
  After=google-guest-agent.service systemd-networkd.service
  # 绑定eth1设备状态，设备启动完成后自动触发配置
  BindsTo=sys-subsystem-net-devices-eth1.device
  After=sys-subsystem-net-devices-eth1.device
  
  [Service]
  Type=oneshot
  # 写入实际使用的路由、规则配置
  ExecStart=/sbin/ip rule add from 192.168.2.0/24 table vpc-eth1
  ExecStart=/sbin/ip route add default via 192.168.2.1 dev eth1 table vpc-eth1
  # 服务停止时自动清理对应规则，避免重复执行报错
  ExecStop=/sbin/ip rule del from 192.168.2.0/24 table vpc-eth1
  ExecStop=/sbin/ip route del default via 192.168.2.1 dev eth1 table vpc-eth1
  
  [Install]
  WantedBy=multi-user.target
  

• 重载systemd配置并启用服务：

  systemctl daemon-reload
  systemctl enable configure-multi-nic-routes.service
  

该方案的执行时机完全由系统状态驱动：只要eth1完成链路初始化、google-guest-agent完成基础网络配置，就会自动应用路由规则，哪怕后续NIC被重新配置、网络栈重启，服务也会自动重新加载对应规则，不存在时序不匹配的问题。

方案2：systemd-networkd 原生配置写入（适配GCP默认Debian镜像） #

GCP官方Debian镜像默认使用systemd-networkd作为网络管理服务，可直接将路由规则写入网络配置文件，完全脱离手动ip命令执行：

• 新建eth1对应的网络配置文件，路径为/etc/systemd/network/10-eth1.network，写入如下内容：

  [Match]
  Name=eth1
  
  [Network]
  # 保留原有DHCP获取IP的配置
  DHCP=yes
  
  # 配置策略路由规则
  [RoutingPolicyRule]
  From=192.168.2.0/24
  Table=200
  
  # 配置对应路由表的默认网关
  [Route]
  Gateway=192.168.2.1
  Scope=link
  Table=200
  

• 重启networkd服务使配置生效：

  systemctl restart systemd-networkd
  

该方案稳定性最高，路由配置与NIC的基础配置深度绑定，networkd在初始化eth1时会自动同步应用路由规则，不需要额外维护脚本，配置排查也更直观。

注意：配置过程中可根据实际的网卡网段、网关地址替换示例中的IP值，确保与对应VPC的实际网关一致。

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