Linux ip route get 怎么确认实际选中的出口网卡

在多网卡 Linux 主机上，想确认某个目标地址到底从哪张网卡出去，不要只看 ip route show 的默认路由。它展示的是路由表内容，而 ip route get 会让内核按给定条件解析一条到目标地址的路由，并把结果中的 dev、src、via 和 metric 打出来。判断出口网卡时，先看 dev；如果业务绑定了源地址、标记或 VRF，再把相同上下文补到命令里。

官方参考：https://man7.org/linux/man-pages/man8/ip-route.8.html

先用 ip route get 看内核实际解析结果

最小用法是把目标 IP 放在命令末尾。下面的输出是格式示例，网关、设备名和源地址会随机器配置变化：

# 查询到目标地址的实际解析结果
ip -4 route get 203.0.113.25

# 示例输出：重点看 dev、src、via 和 metric
203.0.113.25 via 192.0.2.1 dev ens160 src 192.0.2.10 metric 100

这里的 dev ens160 就是内核为这次查询选中的出口网卡；via 是下一跳，src 是发送时倾向使用的源地址，metric 可以帮助解释同类路由的优先级。没有网关的直连网络可能没有 via，这不代表查询失败。

从输出字段判断出口，而不是凭默认路由猜测

还要区分 ip route show 与 ip route get：前者列出已有路由，后者解析给定目标，手册还特别说明它可能创建解析用的缓存对象，但不会真的发送数据包。因此，get 很适合确认“内核准备怎么走”，不适合证明远端服务已经可达。

带上 from、mark 和 vrf 缩小路由判断

同一个目标地址在策略路由环境里不一定只有一个答案。要模拟实际业务，至少补上会影响选路的条件：

# 指定业务使用的源地址，观察对应的出口选择
ip -4 route get 203.0.113.25 from 198.51.100.10

# 指定防火墙标记；这里的 0x20 只是示例标记
ip -4 route get 203.0.113.25 mark 0x20

# 在指定 VRF 视角查询；vrf 名称必须是本机已存在的设备
ip -4 route get 203.0.113.25 vrf blue

# 只想验证某个出口能否承载该查询时，可显式约束输出设备
ip -4 route get 203.0.113.25 oif ens192

oif 是约束条件，不应把它当成“让系统自动选出的真实结果”。如果加上后查询失败，只能说明这个目标与该出口组合不成立。from 适合复现应用绑定源地址的场景，mark 适合复现防火墙标记参与策略路由的场景，vrf 则把查询放进对应的 VRF 视角。

结果不符合预期时，按路由上下文继续排查

如果 dev 不是预期网卡，先不要急着改默认路由。可以把查询结果和策略规则放在一起看：

# 查看规则的优先级与查表方向
ip -4 rule show

# 查看候选路由及其前缀、网关、设备和 metric
ip -4 route show table main

# 查看完整 FIB 匹配路由；某些 iproute2 版本支持该标志
ip -4 route get fibmatch 203.0.113.25

重点核对四件事：目标是否命中了更具体的前缀；规则是否把查询导向了非 main 表；源地址或 mark 是否触发了另一条规则；VRF 是否关联了不同的路由表。只看 route show 而忽略 ip rule，是多出口排查中最常见的遗漏。

若命令返回 unreachable、prohibit 或没有可用路由，说明内核层面的选路已经给出拒绝或不可达结果。若能看到正常的 dev，但 TCP 仍连接不上，还需继续检查监听端口、防火墙、MTU、对端服务和回程路由；不要把“选到了网卡”误写成“网络已经打通”。

常见问题

为什么 ip route get 和 ip route show 看到的内容不一样？

show 是查看路由表条目，get 是针对具体目标和上下文做解析。前缀匹配、策略规则、源地址、mark 或 VRF 不同，都可能让两者呈现不同重点。

怎样确认应用绑定的源地址是否改变出口网卡？

把应用绑定的地址放在 from 后查询，再与不带 from 的结果比较 dev、via 和 src。两次结果不同，就说明源地址参与了选路。

ip route get 能不能代替 ping 或 curl？

不能。它不发送探测包，只回答内核会怎样解析路由；连通性仍需使用与业务协议对应的检查，并分别判断本机、防火墙和远端服务状态。