怎么在Linux利用Iface-Post-Up脚本配置物理网卡启动后的静态路由规则-linux运维-PHP中文网

应使用 if-up.d 目录下的可执行脚本添加静态路由，因其在物理网卡 ifup 完成、IP 配置完毕后按字典序执行；需校验接口名、避免重复添加，并注意 systemd-networkd 会绕过该机制。

怎么在linux利用iface-post-up脚本配置物理网卡启动后的静态路由规则

ifup-post 脚本不是标准网络服务的执行入口，真正生效、可控且被 network 服务（RHEL/CentOS 系列）或 ifupdown（Debian/Ubuntu）调用的是 ifup 链式脚本机制中的 if-up.d 目录下可执行文件 —— 你想要的“物理网卡启动后自动加路由”，靠写 if-up.d 脚本最稳妥。

`if-up.d` 脚本里加静态路由的正确姿势

if-up.d 下的脚本会在每个网卡 ifup 完成、IP 地址已配置、接口已 UP 后按字典序执行。它天然满足「物理网卡启动后」这个时序要求。

脚本必须是可执行文件（chmod +x），且以 #!/bin/bash 开头
接收两个参数：$1 是接口名（如 eth1），$2 是可选的“配置段名”（通常忽略）
判断是否为你要操作的物理网卡，避免对 lo、docker0 等误操作：
```
if [ "$1" = "eth1" ]; then
ip route add 10.20.0.0/16 via 10.20.1.1 dev eth1
fi
```
不要用 route 命令：它不支持 IPv6、不输出错误码、已被标记为 legacy；统一用 ip route

检查路由是否已存在再添加，防止重复执行报错（比如多次 ifup eth1）：

if ! ip route show | grep -q "10.20.0.0/16.*via.*10.20.1.1"; then
ip route add 10.20.0.0/16 via 10.20.1.1 dev eth1
fi

为什么不用 `/etc/rc.local` 或 `ifup-post`

/etc/rc.local 在所有服务启动末尾运行，此时网卡可能尚未完成 DHCP 或多 IP 绑定，ip route add 很容易因接口未就绪而失败
ifup-post 并非所有发行版都启用，且 RHEL 系统中它只是 ifup 内部调用的一个钩子函数，不对外暴露为可编辑脚本路径
if-up.d 是跨发行版兼容性最好的方案：RHEL/CentOS/Fedora 使用 network 服务时会调用；Debian/Ubuntu 的 ifupdown 也原生支持

注意网卡命名与 systemd-networkd 的冲突

如果你的系统启用了 systemd-networkd（常见于较新 Ubuntu Server、Fedora CoreOS 或手动启用场景），if-up.d 将完全不触发 —— 因为 systemd-networkd 不走传统 ifup/ifdown 流程。

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

查看当前网络管理器：运行 ls /run/systemd/network/ 或 systemctl is-active systemd-networkd
若 systemd-networkd 活跃，则应改用 .network 文件的 [Route] 段：
```
[Route]
Destination=10.20.0.0/16
Gateway=10.20.1.1
Interface=eth1
```
否则，坚持用 if-up.d，但确保你的网卡配置文件（如 /etc/sysconfig/network-scripts/ifcfg-eth1）中设置了 ONBOOT=yes，否则 ifup 不会自动触发它