1. 从一次诡异的“网络失联”说起：路由表，你电脑里的隐形交通图

那天下午，我正在调试一台新上线的服务器，它有两张网卡，一张（eth0）连接着公司内网（192.168.1.0/24），另一张（eth1）连接着测试环境（10.0.0.0/24）。我的本意是让它既能访问内网资源，又能和测试服务器通信。配置完IP地址，ping了一下网关，都通了，感觉一切顺利。但当我尝试从这台服务器ping一个公网地址，比如8.8.8.8时，问题来了：请求超时。

这很奇怪。内网网关（192.168.1.1）明明配置了NAT，可以正常上网。我第一反应是防火墙，但检查后规则是开放的。接着我traceroute 8.8.8.8，发现数据包在第一跳就卡住了，它没有走向192.168.1.1，而是试图从10.0.0.1这个测试环境的网关出去，这显然不对。

问题的根源，最终指向了那个平时默默无闻，却掌管着所有网络数据包“出行决策”的核心——路由表。我的服务器上，因为两张网卡都配置了网关，系统自动生成了两条默认路由，而在优先级（度量值）相同的情况下，后添加的路由可能被优先使用，导致去往公网的流量误入了测试网络。

这次经历让我深刻意识到，无论是运维、开发还是任何需要和网络打交道的工程师，理解并熟练操作路由表，不是一项“加分技能”，而是一项“保底技能”。它就像你操作系统里的一张隐形交通图，每一个数据包该走哪条路、经过哪些路口（网关），全由它说了算。今天，我们就来彻底搞懂这张“交通图”，聚焦三个最核心、最常用的操作：传统的route命令、更现代的ip route命令，以及重中之重——默认路由和直连路由的机制与优先级。

2. 新旧交替：route与ip route命令的对比与实操

在Linux系统中，管理路由主要有两套工具：历史悠久的net-tools套件中的route命令，以及功能更强大的iproute2套件中的ip route命令。虽然现在主流推荐使用iproute2，但了解两者有助于你阅读历史脚本和处理老旧系统。

2.1 传统派：route命令详解

route命令的语法相对直观。最常用的操作是查看、添加和删除路由。

查看路由表：

route -n

关键参数-n表示以数字形式显示IP和网关，不进行主机名解析。这能让你更快地看清网络结构，尤其是在DNS有问题的时候。输出通常如下：

Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG 100 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 100 0 0 eth0 10.0.0.0 0.0.0.0 255.255.255.0 U 101 0 0 eth1

我们来拆解每一列：

• Destination: 目标网络地址。0.0.0.0就是大名鼎鼎的默认路由。
• Gateway: 网关地址。0.0.0.0表示该路由是直连路由，无需经过网关。
• Genmask: 网络掩码，和Destination一起定义了一个网段。
• Flags: 路由标志。U表示路由是活跃的（Up），G表示该路由需要经过网关（Gateway），H表示目标是单个主机（Host），而非网段。
• Metric: 度量值（跃点数）。这个值越小，优先级越高。当有多个路由可以到达同一目标时，系统会选择Metric小的。这是我开头遇到问题的关键：如果两条默认路由Metric相同，就可能发生未定义行为。
• Iface: 数据包从哪个网络接口发出。

添加一条路由：假设我们需要添加一条规则，让所有去往172.16.0.0/16网段的流量，都通过网关192.168.1.254从eth0接口出去。

sudo route add -net 172.16.0.0 netmask 255.255.255.0 gw 192.168.1.254 dev eth0

或者更简洁地：

sudo route add -net 172.16.0.0/16 gw 192.168.1.254 dev eth0

删除一条路由：删除刚才添加的路由：

sudo route del -net 172.16.0.0/16

注意：使用route命令添加的路由通常是临时的，系统重启后会失效。要永久生效，需要将配置写入网络配置文件（如/etc/network/interfaces或/etc/sysconfig/network-scripts/下的文件）。

2.2 现代派：ip route命令实战

iproute2套件功能更统一和强大，其子命令ip route是当前管理路由的首选。

查看路由表：

ip route show

或者简写为ip r。它的输出格式更紧凑：

default via 192.168.1.1 dev eth0 proto dhcp metric 100 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.100 metric 100 10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.100 metric 101

解读一下：

• default via 192.168.1.1 dev eth0: 这就是默认路由，经由网关192.168.1.1，设备eth0。
• 192.168.1.0/24 dev eth0 ... scope link: 这是直连路由，目标网络直接连接在eth0接口上。
• proto kernel: 表示这条路由是由内核自动生成的（例如，配置IP地址时）。
• src 192.168.1.100: 当从这个路由发送数据包时，优先使用的源IP地址。

添加路由：添加同样的172.16.0.0/16路由：

sudo ip route add 172.16.0.0/16 via 192.168.1.254 dev eth0

语法更简洁：add 目标网段 via 网关 dev 设备。

添加默认路由：这是最常用的操作之一。假设你的新网关是10.0.0.1，设备是eth1：

sudo ip route add default via 10.0.0.1 dev eth1

这条命令会添加一条新的默认路由。如果之前已有默认路由，系统会存在多条，需要根据Metric等规则选择。

替换/更改默认路由：如果你想替换现有的默认路由，需要使用replace命令：

sudo ip route replace default via 10.0.0.1 dev eth1

删除路由：

sudo ip route del 172.16.0.0/16 sudo ip route del default via 192.168.1.1 # 删除特定的默认路由

实操心得：我强烈建议新手从ip route开始学起。它的语法更一致（ip addr,ip link,ip route都遵循ip <对象> <操作>的模式），输出信息更丰富（如proto,scope），而且它是Linux内核社区持续维护的工具。net-tools已经基本停止开发。在写自动化脚本时，使用iproute2是更面向未来的选择。

3. 网络的“最后一道门”：深度解析默认路由 (0.0.0.0/0)

默认路由，目标网络为0.0.0.0，掩码为0.0.0.0（常写作0.0.0.0/0），是路由表中一个极其特殊且重要的条目。你可以把它理解为网络世界的“默认网关”或“最后一招”。当操作系统需要发送一个数据包时，它会拿数据包的目标IP地址，去路由表中从最精确（掩码最长）到最模糊（掩码最短）地逐条匹配。

3.1 路由匹配的“最长前缀匹配”原则

这个过程就像邮寄信件：

1. 首先看有没有直达某个具体门牌号的路（主机路由，掩码/32）。
2. 如果没有，再看有没有通往那条街道的路（子网路由，例如/24）。
3. 如果还没有，就看有没有通往那个城市的路（更大的网络段）。
4. 如果所有具体的路都没找到，那么就把信扔进“默认邮筒”——也就是默认路由指向的网关。

例如，你的路由表里有：

192.168.1.0/24 dev eth0 10.0.0.0/8 via 10.0.0.1 dev eth1 0.0.0.0/0 via 192.168.1.1 dev eth0

当你访问192.168.1.50时，匹配第一条（/24，匹配24位）。 当你访问10.1.2.3时，匹配第二条（/8，匹配8位，虽然不如/24精确，但比默认路由精确）。 当你访问8.8.8.8（一个公网IP）时，前两条都不匹配（8.8.8.8不在192.168.1.0/24，也不在10.0.0.0/8），于是匹配第三条默认路由，数据包被发给192.168.1.1。

3.2 默认路由的配置陷阱与多出口场景

陷阱一：多默认路由的冲突这正是我文章开头踩到的坑。如果系统不小心有了两条Metric相同的默认路由：

default via 192.168.1.1 dev eth0 metric 100 default via 10.0.0.1 dev eth1 metric 100

内核的行为可能是未定义的，或者依赖于实现细节（如路由表顺序），导致流量随机选择出口，造成网络不稳定。解决方案是确保只有一个生效的默认路由，或者为它们设置不同的Metric值，明确主次。

sudo ip route add default via 10.0.0.1 dev eth1 metric 200

这样，Metric为100的默认路由优先级更高，只有当eth0 down掉时，才会使用Metric 200的备份路由。

陷阱二：DHCP重复获取在桌面环境或虚拟机中，如果同时开启了有线（eth0）和无线（wlan0）连接，并且两者都通过DHCP获得了地址和网关，系统就很可能自动添加两条默认路由。这会导致“网络时通时断”的诡异现象。你需要手动禁用其中一个网络，或者配置策略路由来更精细地控制。

陷阱三：默认路由与直连路由的优先级这是一个关键点。即使有默认路由，去往本地直连网络（如192.168.1.0/24）的流量也永远不会走默认路由。因为直连路由的掩码（/24）比默认路由的掩码（/0）更长，根据“最长前缀匹配”原则，直连路由的优先级永远更高。这保证了局域网内通信的高效和直接。

应用场景：家用路由器你家中的电脑、手机之所以能上互联网，正是因为它们获取到的路由表中有一条默认路由，指向了你的家庭路由器（如192.168.31.1）。路由器则拥有它自己的默认路由，指向它的上一级——运营商网关。这样一层一层，构成了互联网的连通性。

4. “零距离”通信的基石：直连路由的生成与特性

直连路由，是指目标网络直接连接到主机某个网络接口上的路由。它不需要指定网关（Gateway字段为0.0.0.0或on-link），因为目标就在“隔壁”。

4.1 直连路由是如何自动生成的？

当你为一个网络接口配置一个IP地址时，内核会自动在路由表中创建一条对应的直连路由。这是操作系统网络栈的基本行为。 例如，执行sudo ip addr add 192.168.2.100/24 dev eth2后，无需任何额外命令，路由表中就会立即出现：

192.168.2.0/24 dev eth2 proto kernel scope link src 192.168.2.100

这条路由告诉系统：“所有目的地是192.168.2.0到192.168.2.255这个范围内的数据包，都直接从eth2接口发出去，用192.168.2.100作为源地址。”

为什么需要它？如果没有这条直连路由，即使两台电脑用网线直连，配置了同一网段的IP，它们也无法通信。因为系统不知道这个目标网络应该从哪个接口发出。

4.2 直连路由的不可替代性与ARP

直连路由的通信依赖于ARP协议。当主机A（192.168.2.100）要访问主机B（192.168.2.200）时：

1. 系统根据路由表，匹配到直连路由192.168.2.0/24 dev eth2。
2. 由于没有网关，系统知道目标IP在同一二层网络。
3. 系统通过ARP广播：“谁是192.168.2.200？请告诉192.168.2.100”。
4. 主机B回应，告知其MAC地址。
5. 主机A将数据包封装上主机B的MAC地址，直接从eth2接口发出。

这个过程完全在二层网络内完成，不经过任何路由器（网关），因此速度极快，延迟极低。这也是为什么在数据中心、高性能计算集群内部，会大量使用大二层网络或直连网络。

4.3 直连路由失效的常见原因

1. 接口物理状态Down：网线被拔掉、接口被ip link set eth0 down。路由条目可能仍在，但Flags里没有U（Up）了。
2. IP地址被删除：执行ip addr del删除接口IP后，对应的直连路由会自动消失。
3. 网络掩码不匹配：两台主机IP地址在同一网段，但子网掩码配置不同。例如A为/24（255.255.255.0），B为/25（255.255.255.128）。在A看来，B的IP可能不属于自己的直连网络，从而可能将数据包错误地发给默认网关。

排查技巧：当怀疑局域网内通信有问题时，首先用ip route show或route -n确认直连路由是否存在且状态为Up。接着用arp -n查看ARP缓存表，看是否能解析到目标IP的MAC地址。这是定位二层通信问题的标准起点。

5. 综合实战：复杂网络环境下的路由策略与排错

理解了基本组件后，我们来看一个更复杂的场景，并梳理一套排错流程。

5.1 场景：一台双网卡服务器的路由配置

服务器需求：

• eth0 (192.168.1.100/24)：连接公司办公网，网关192.168.1.1，可访问互联网和内部服务器（10.10.0.0/16）。
• eth1 (172.16.1.100/24)：连接研发测试网，网关172.16.1.1，可访问测试集群（172.16.0.0/16, 192.168.100.0/24）。

我们需要配置路由，让流量各走其道。

最终理想的路由表 (ip route show)应该类似：

default via 192.168.1.1 dev eth0 metric 100 10.10.0.0/16 via 192.168.1.1 dev eth0 172.16.0.0/16 dev eth1 scope link src 172.16.1.100 172.16.1.0/24 dev eth1 proto kernel scope link src 172.16.1.100 metric 101 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.100 metric 100 192.168.100.0/24 via 172.16.1.1 dev eth1

配置命令分解：

1. 默认路由走eth0出口：sudo ip route add default via 192.168.1.1 dev eth0(通常由DHCP或网络配置文件设置)。
2. 办公网内部段指向办公网网关：sudo ip route add 10.10.0.0/16 via 192.168.1.1 dev eth0。
3. 测试网大段走直连（因为eth1就在这个网段）：这条是自动生成的。
4. 测试网内另一个特定网段指向测试网网关：sudo ip route add 192.168.100.0/24 via 172.16.1.1 dev eth1。

关键点：去往172.16.0.0/16的流量，因为匹配了更精确的直连路由（掩码/16），所以不会走默认路由。而去往互联网和其他未明确指明的网络，则 fallback 到默认路由。

5.2 系统性路由排错流程（四步法）

当遇到网络不通时，可以遵循以下步骤，像侦探一样层层推进：

第一步：本地路由表检查 (ip route show或route -n)

• 查什么：确认是否存在通往目标网络的路由？默认路由是否正确？接口状态是否为Up？
• 典型问题：缺少默认路由、默认路由指向错误网关、直连路由缺失（接口没IP）。

第二步：ARP解析检查 (arp -n或ip neigh show)

• 查什么：如果目标是本地局域网（直连路由），检查是否能够解析到目标的MAC地址。
• 典型问题：ARP表中没有条目（可能是对方关机、防火墙屏蔽ARP、或不在同一VLAN），或ARP条目状态为FAILED、INCOMPLETE。

第三步：下一跳可达性测试 (ping <网关IP>或traceroute 第一跳IP)

• 查什么：如果路由指向一个网关，首先测试能否ping通这个网关。网关不通，后续一切免谈。
• 典型问题：网关设备故障、主机与网关之间的物理链路或交换机配置问题。

第四步：端到端路径追踪 (traceroute <目标IP>或tracepath)

• 查什么：数据包实际走了哪条路径？在哪个节点丢失？这能清晰揭示路由是否按预期工作。
• 典型问题：路径不符合预期（如我开头的案例）、在中间某个路由器上被过滤。

5.3 进阶：策略路由简介

在更复杂的场景下（如多WAN出口负载均衡、基于源IP选择出口），仅靠一张全局路由表不够用了。这时需要策略路由。 策略路由允许你定义多张路由表，并制定规则（如“来自IP A的流量查表100”，“来自IP B的流量查表200”）。 例如，让来自192.168.1.100的流量走默认路由，而来自172.16.1.100的流量走另一条默认路由。

# 创建两张自定义路由表 echo "100 custom_table_1" >> /etc/iproute2/rt_tables echo "200 custom_table_2" >> /etc/iproute2/rt_tables # 向表100添加默认路由 sudo ip route add default via 192.168.1.1 dev eth0 table custom_table_1 # 向表200添加默认路由 sudo ip route add default via 172.16.1.1 dev eth1 table custom_table_2 # 添加策略规则：源IP为192.168.1.100的查表100 sudo ip rule add from 192.168.1.100 lookup custom_table_1 # 源IP为172.16.1.100的查表200 sudo ip rule add from 172.16.1.100 lookup custom_table_2

这超出了基础范围，但知道有这么一个工具，在遇到复杂路由需求时，你就有了新的方向。

6. 永久生效：不同Linux发行版的路由持久化配置

通过命令行ip route add或route add添加的路由是临时的，重启即失效。在生产环境中，我们必须配置永久路由。

6.1 主流发行版配置方法

1. Debian/Ubuntu (使用 netplan 或 /etc/network/interfaces)对于较新版本（如Ubuntu 18.04+），推荐使用netplan。 编辑/etc/netplan/01-netcfg.yaml文件：

network: version: 2 ethernets: eth0: addresses: - 192.168.1.100/24 routes: - to: 10.10.0.0/16 via: 192.168.1.1 metric: 100 - to: 0.0.0.0/0 via: 192.168.1.1 metric: 100 nameservers: addresses: [8.8.8.8, 1.1.1.1]

应用配置：sudo netplan apply

对于使用传统ifupdown的系统，编辑/etc/network/interfaces：

auto eth0 iface eth0 inet static address 192.168.1.100 netmask 255.255.255.0 gateway 192.168.1.1 # 添加静态路由 up route add -net 10.10.0.0 netmask 255.255.255.0 gw 192.168.1.1 # 或者使用 post-up 钩子，效果相同 post-up ip route add 10.10.0.0/16 via 192.168.1.1

2. RHEL/CentOS/Fedora (使用 NetworkManager 或 /etc/sysconfig/network-scripts/)编辑网卡配置文件/etc/sysconfig/network-scripts/route-<ifname>(例如route-eth0)：

10.10.0.0/16 via 192.168.1.1 dev eth0 192.168.100.0/24 via 172.16.1.1 dev eth1

默认路由通常在/etc/sysconfig/network-scripts/ifcfg-eth0中通过GATEWAY=参数设置。 重启网络服务：sudo systemctl restart network

3. 通用方法：/etc/rc.local 或 systemd service (不推荐)可以将ip route add命令写入/etc/rc.local文件（确保文件有执行权限）。这是一种比较“原始”但通用的方法，缺点是缺乏依赖管理，可能在网络接口未准备好时就执行，导致失败。更现代的方式是创建自定义的systemdservice，依赖网络服务启动后执行。

6.2 配置经验与避坑指南

• 配置顺序：确保静态路由的配置在接口IP地址配置之后执行。netplan和network-scripts都很好地处理了这种依赖关系。如果自己写脚本，需要用post-up或up指令。
• Metric的重要性：在多路由场景下，务必在持久化配置中指定合理的metric值，明确主备路由优先级，避免重启后出现冲突。
• 验证配置：在修改持久化配置文件后，不要立即重启。可以先手动执行命令测试路由是否工作，确认无误后再应用持久化配置或重启网络服务。
• 备份：修改关键网络配置文件前，务必备份。一个错误的网关或路由可能导致服务器失联，需要通过物理控制台或带外管理才能修复。

路由管理是网络连接的基石，它安静地工作在后台，却决定着每一个数据包的命运。从简单的ping不通，到复杂的多出口网络规划，问题的答案往往就藏在ip route show那几行输出里。掌握它，意味着你拿到了诊断和构建网络环境的底层钥匙。下次再遇到网络问题时，别急着抓瞎，先静下心来，看看路由表，也许答案就在其中。