路由表缺失导致跨网段不通？从IPv4静态路由配置到优先级排查技巧

前几天一位同事找我求助，说某个跨网段测试环境里，A设备能ping通自己的网关，却怎么也访问不到B设备。我第一反应不是去查防火墙，也不是去重装驱动，而是让他先把路由表打出来。果然，表格里压根没有去往B设备所在网段的路由，系统根本不知道把包往哪儿送，何谈连通。加一条静态路由，问题瞬间消失。

很多刚接触网络的人一听到“IPv4添加路由表项”就发怵，觉得这是网工才需要掌握的技能。实际上它就是一个非常基础、也非常实用的操作：告诉操作系统，去往某个网段的流量应该交给哪台设备转发。这篇文章我会从路由表的底层逻辑讲起，把Windows和Linux下添加路由的核心命令、参数含义、持久化配置全部过一遍，再用双网卡、多网段这类实际场景帮你理清优先级和排查思路。无论你是运维、测试还是写业务的开发，看完都能自己动手解决“路由缺失”和“流量走错”这两类问题。

1. 路由表项是什么，什么场景下必须手动添加

1.1 路由表的底层工作逻辑

路由表可以理解成一张“快递分拣表”。你家小区收快递时，快递员要先看收件地址属于哪个片区，再从系统里查出该由哪个网点派送。网络设备也是这样，一个IP数据包到达一台主机或路由器时，系统会从路由表里查找“目标IP地址”应该匹配哪一条表项，然后根据这条表项指定的“下一跳”把包送出去。

在IPv4环境下，一条典型的路由表项包含几个核心字段：目标网段（Destination）、子网掩码（Netmask）、下一跳网关（Gateway）、出接口（Interface）以及优先级相关的Metric。其中目标网段和子网掩码共同限定了这条路由“管哪些IP”，网关决定了“把包交给谁”，Metric则决定了多条路由冲突时优先用哪一条。

很多人会把“路由表”和“ARP表”搞混。路由表负责的是“这个网段怎么走”的决策，ARP表负责的是“在同一个二层网络里，某个具体IP对应的MAC地址是谁”。数据包先查路由表确定下一跳，再查ARP表找到下一跳的MAC地址，两者联动，缺一不可。

1.2 系统能自动生成哪些路由，哪些不能

操作系统默认会自动维护一部分路由。最常见的是“直连路由”：网卡配置好IP地址和掩码后，系统会自动生成一条指向网卡所在网段的路由，凡是发给这个网段的包，直接通过该网卡发送，不需要经过任何网关。此外还有一条“默认路由”，也就是目标网段为0.0.0.0/0的路由，它表示所有未匹配到更精确路由的流量，统统交给默认网关处理。

问题就出在这里：默认路由只负责“兜底”，它无法覆盖所有复杂的网络拓扑。比如你的主机在192.168.1.0/24这个网段，而某个业务系统在10.10.20.0/24网段，中间隔了一台路由器。系统只靠自动生成的直连路由和默认路由，并不清楚10.10.20.0/24该走哪条路径。这时就需要手动往路由表里添加一条静态路由，明确告诉系统：去往10.10.20.0/24的包，交给192.168.1.1这个网关转发。

1.3 手动添加路由的常见业务场景

我在实际工作中最常遇到手动加路由的场景，大概有这么几类。

第一类是多网卡主机。一台服务器同时接了内网和外网，内网接口在192.168.10.0/24，外网接口在192.168.1.0/24。系统默认网关只能配置一个，如果不做静态路由，访问某个内网业务网段时流量可能全跑到外网默认网关上去，导致不通。给内网网段添加指向内网网关的静态路由，就能做到内外网互不干扰。

第二类是多网段互联。办公楼里的财务网段是10.0.1.0/24，研发网段是10.0.2.0/24，中间通过路由器和防火墙隔离。某些业务系统需要跨网段访问，但又不方便改动核心路由设备，这种情况下在终端或服务器上添加指向对应网关的明细路由是最快的临时方案。

第三类是测试环境仿真。经常做网络实验的工程师会遇到一种情况：本机需要模拟一个不存在的网段，或者需要把某个目标IP流量强制引到指定设备上做抓包分析。这时候一条带特定掩码的静态路由就能完成流量牵引。

除上述场景外，还有一类容易被忽略的情况：设备上同时存在多个默认路由，系统无法判断哪个网关更优。此时要么手动调整接口的Metric值，要么用精确网段的静态路由“压过”默认路由。理解这一点，是后面调优路由优先级的基础。

2. 添加路由表项的常用工具与命令选型

2.1 Windows下route命令依然是兜底选项

Windows系统自带的route命令从几十年前一直保留至今，语法稳定，该有的功能都有。很多教程喜欢一上来就讲图形界面里的“高级TCP/IP设置”，但说实话，在命令行下输入一条route add比在图形界面里层层点击要快得多，而且更容易脚本化。批量装机、无人值守配置时，命令行几乎是唯一选择。

不过route命令有个特点：它使用“目标+子网掩码”的显式写法，比如route add 10.10.20.0 mask 255.255.255.0 192.168.1.1。如果你不写mask参数，Windows会按默认掩码处理，很容易配出和预期不一致的条目。在Windows的route命令里，子网掩码和网关都是不可或缺的参数，省略任何一个都可能导致命令执行失败或者得到错误路由。

2.2 Linux下ip route命令更灵活

Linux系统里有两套添加路由的命令：老的route命令和新的ip route命令。route命令来自net-tools工具包，语法和Windows的类似，但功能偏弱，尤其是在查看路由优先级、操作多路由表时非常局限。ip route来自iproute2工具包，支持CIDR简化写法，可以直接指定网段加网关，也支持metric、src等附加属性，还支持操作多张路由表，是现代Linux环境下的首选。

举个例子，添加一条去往10.10.20.0/24的路由，用老命令要写成route add -net 10.10.20.0 netmask 255.255.255.0 gw 192.168.1.1，用ip命令只需要ip route add 10.10.20.0/24 via 192.168.1.1。不仅写法简洁，回显也更清晰。

你在网上搜索时会看到很多教程还停留在route add的写法，这并非不能用，但如果你面对的是较新的发行版，我建议优先学ip route。两者操作的路由表本质上是同一个，只是表达能力和维护状态不一样。

2.3 命令选型对比表

为了让你心里有个清晰的谱，我把常用命令和适用场景列成一张对照表。

这里给出的都是最常用的操作。如果你在Windows环境里需要快节奏地临时配置，route add足够；如果你在Linux环境里要管理系统路由，ip route配合ip route get能够完成绝大多数诊断工作。

3. 在Windows中手动添加路由表项：从临时到永久

3.1 先看清当前路由现状

任何网络操作都应该先看现状，添加路由也不例外。在Windows命令行里输入route print，会输出一张包含网段列表、接口列表和IPv4路由表的完整信息。IPv4路由表部分有几个关键列：网络目标（Network Destination）、网络掩码（Netmask）、网关（Gateway）、接口（Interface）和跃点数（Metric）。

举个例子，如果你发现去往10.10.20.0/24的路由在当前表格中不存在，那就说明问题可能出在路由缺失上。在动手添加之前，我建议先确认本机能ping通拟配置的网关。比如计划使用192.168.1.1作为下一跳，就先ping 192.168.1.1。网关不可达的情况下，加再多的路由也没有意义，这个问题很基础，却常常被人跳过。

3.2 临时添加与删除路由

临时添加路由的命令格式如下：

route add 10.10.20.0 mask 255.255.255.0 192.168.1.1

这条命令的意思是：目标网段为10.10.20.0，掩码为255.255.255.0（即/24），下一跳网关为192.168.1.1。执行成功后可以用route print确认路由已经出现在表中，也可以用ping 10.10.20.1验证连通性。

如果你需要指定出接口或优先级，可以在命令末尾加上if和metric参数：

route add 10.10.20.0 mask 255.255.255.0 192.168.1.1 metric 5 if 3

这里的if 3表示使用接口索引为3的网卡发送，metric 5表示这条路由的优先级较高。接口索引可以用route print开头的接口列表查到，不指定时Windows会自动选择合适的接口。

删除临时路由也很简单：

route delete 10.10.20.0 mask 255.255.255.0

3.3 使用-p参数写入持久化路由

临时路由有个显著特点：重启后消失。如果在生产环境里配好了路由，结果服务器一重启，业务就恢复不了，那是很被动的。Windows提供了一个参数解决这个问题，就是在route add后面加上-p，意思是持久化（Persistent）。

route add 10.10.20.0 mask 255.255.255.0 192.168.1.1 -p

执行后，路由会同时写入当前路由表和系统注册表。重启后系统会自动恢复这条路由。个人经验是，凡是需要长期使用的静态路由，一律加上-p，哪怕只是临时测试，也要养成“测试完就删”的习惯，否则容易残留大量过期路由干扰判断。

顺带提一个细节：-p参数要和route add配合使用，如果你对已存在的临时路由补加-p，Windows不会自动帮你转换，需要先删除再重新添加一次。

3.4 修改已有路由项

有时候路由加错了，或者网关发生了变化，不一定需要删除重加，也可以用route change修改已有路由的网关或metric。

route change 10.10.20.0 mask 255.255.255.0 192.168.1.254

注意route change不能改变目标网段和掩码，只能修改网关、接口或metric。如果需要整体换一条路由，最稳妥的方式还是先route delete再route add，避免写错参数导致命令静默失败。

4. 在Linux中手动添加路由表项：临时配置与开机持久化

4.1 查看路由表和定位网关

Linux下查看路由表使用ip route show，输出结果为：

default via 192.168.1.1 dev ens33 192.168.1.0/24 dev ens33 proto kernel scope link src 192.168.1.100

第一行是默认路由，表示所有未匹配的流量交给192.168.1.1。第二行是直连路由，说明本机网卡ens33直接连接着192.168.1.0/24这个网段。和Windows的route print相比，Linux的回显更精简，但也更容易漏看metric信息。需要看metric的话，用ip route show metric或者在输出中留意每条路由结尾的数字，如果没有显式metric，通常默认为0。

实际排查时，我还会用ip route get 10.10.20.1这条命令。它会直接告诉系统“如果我要访问10.10.20.1，实际会走哪条路由”，这是验证路由是否生效最直观的办法。

4.2 临时添加、删除与替换路由

Linux下添加一条临时路由：

ip route add 10.10.20.0/24 via 192.168.1.1

如果网卡不唯一，可以显式指定出口设备：

ip route add 10.10.20.0/24 via 192.168.1.1 dev ens33

还可以添加带优先级的路由：

ip route add 10.10.20.0/24 via 192.168.1.1 dev ens33 metric 100

这条路由要求系统在匹配到10.10.20.0/24时，优先通过ens33网卡发往192.168.1.1。metric值越小越优先，不加metric时默认值往往为0，可能导致它比某些默认路由更优先。

删除路由：

ip route del 10.10.20.0/24 via 192.168.1.1

替换路由：

ip route replace 10.10.20.0/24 via 192.168.1.254

有时候添加路由会报“RTNETLINK answers: File exists”，意思是这条路由已经存在。如果是想改网关，直接ip route replace最省事；如果想强制重建，先ip route del再ip route add也行。在自动化脚本里，我习惯先del再add，避免因为路由存在与否导致脚本中途退出。

4.3 配成永久路由：三种方案

临时路由在系统重启后会丢失，生产环境必须配置持久化路由。根据发行版和管理方式的不同，有三种主流方案。

传统方案是写在网卡配置文件目录下，以CentOS 7系列为代表，在/etc/sysconfig/network-scripts/目录下新建或编辑route-ens33文件，内容为：

10.10.20.0/24 via 192.168.1.1

旧式写法可以写成：

ADDRESS0=10.10.20.0 NETMASK0=255.255.255.0 GATEWAY0=192.168.1.1

保存后重启网络服务，或者使用nmcli connection reload让配置生效。

第二种方案面向使用NetworkManager的现代系统。使用nmcli可以直接给连接添加路由：

nmcli connection modify ens33 +ipv4.routes "10.10.20.0/24 192.168.1.1 metric 100" nmcli connection up ens33

这样配置的路由会持久化保存，而且不需要手工编辑文本文件，出错概率更低。

第三种方案是systemd-networkd。如果你在.network文件里管理网络，可以添加如下段落：

[Route] Destination=10.10.20.0/24 Gateway=192.168.1.1 Metric=20

然后执行networkctl reload或重启systemd-networkd服务。

需要提醒的是，不同发行版的网卡命名规则差异很大，比如ens33、eth0、enp1s0都可能是实际网卡名。配置前先用ip link确认准确名称，避免写错配置文件导致网卡起不来。

4.4 让Linux充当路由器时还要开转发

如果你在Linux主机上添加路由，目的是希望它像路由器一样转发来自其他设备的流量，那么光配置路由表还不够，必须开启IP转发功能。

查看当前状态：

sysctl net.ipv4.ip_forward

如果返回0，说明未开启，临时开启：

echo 1 > /proc/sys/net/ipv4/ip_forward

永久开启则修改/etc/sysctl.conf：

net.ipv4.ip_forward = 1

然后执行sysctl -p使其生效。这一步在实验场景里尤其容易被遗漏，表现为：本机能ping通网关，其他设备的包也能到达本机，但就是无法被继续转发到目标网段。

5. 路由决策的关键机制：最精确匹配与优先级计算

5.1 最长前缀匹配原则

很多人添加路由之后发现“没生效”，其实不是没生效，而是有更精确的路由抢在前面了。路由决策的第一原则是“最长前缀匹配”，也就是子网掩码越长、覆盖范围越精确，优先级越高。

举个例子，路由表里有两条路由：

当系统要访问10.10.20.5时，两条路由看起来都能匹配，但第二条的掩码是255.255.255.0，比第一条的0.0.0.0精确得多，数据包必然走192.168.1.200。这个原则无论在Windows还是Linux都完全一致，也是调整路由时最需要优先考虑的。

5.2 Metric到底怎么影响选路

当两条路由的目标网段和掩码完全一样时，系统才会用Metric来做最终裁决。Metric可以理解为“这条路的成本”，数值越小越优先。

Windows里比较特殊，路由表里显示的Metric往往是“接口跃点数 + 路由Metric”的综合结果。网卡属性里的“接口跃点数”如果设置为自动，Windows会根据链路速度自动计算一个基础值。因此你可能遇到这种情况：手动加了一条metric为10的路由，但最终在route print里看到的还是某个较大的数值，原因就是系统把接口跃点数也叠加进去了。想精确控制，在网卡高级TCP/IP设置里给接口指标设置一个固定值，或者在添加路由时指定合适的metric。

Linux下相对简单，ip route add里的metric就是最终值，不加默认为0。所以如果你在Linux上手动加了一条不带metric的静态路由，而默认路由是带metric 100的，那么只要目标网段能匹配，静态路由就会获胜。

5.3 双网卡场景下手动路由的完整决策过程

这里用一个完整案例来串联前面的知识点。假设一台服务器有两块网卡：

• 内网网卡ens160，IP 192.168.10.100，网关192.168.10.1
• 外网网卡ens192，IP 192.168.1.100，网关192.168.1.1
• 系统默认路由指向外网网关192.168.1.1

此时如果业务系统要求访问10.0.0.0/8的银行网络，而银行网络的接入网关是192.168.10.1，实测后发现请求全部超时。原因很简单：系统不知道10.0.0.0/8该走内网网卡，流量全部被默认路由扔给了外网网关。

解决方案是添加一条精确路由：

ip route add 10.0.0.0/8 via 192.168.10.1 dev ens160

这条路由比默认路由更精确，匹配10.0.0.0/8的流量时绝对优先。添加后用ip route get 10.1.2.3验证，系统会明确显示走192.168.10.1和ens160。这种“精确网段覆盖默认路由”的思路，日常操作里比调整全局Metric要安全得多，因为它只影响特定网段，不会干扰其余流量的默认出口。

6. 添加路由后的常见问题与排查实录

6.1 路由加上了还是不通

这是最让人头疼的情况。路由表里明明有正确条目，但业务就是不通。我的排查顺序固定如下。

先ping网关，确认下一跳本身可达；再ping目标IP端口，比如用telnet 10.10.20.5 8080或Linux下的nc -vz，确认是网络层不通还是应用层不通；然后查看中间设备的防火墙策略，重点检查是否放行了源网段到目标网段的流量；最后在Linux上检查net.ipv4.ip_forward，在Windows上检查是否需要开启“路由和远程访问”组件。

还有一个细节：添加静态路由后，目标设备应答时也要能回包。如果目标设备不清楚如何把回包送到你的源IP网段，就会出现“请求能出去、响应回不来”的现象。排查时不能只盯源端，要两端一起看。

6.2 route命令报错信息与处理

Windows环境里最容易遇到的报错是：

The route addition failed: The parameter is incorrect.

这类报错八成是参数问题。常见原因有：子网掩码写错、目标地址写成了主机地址、网关不可达或与目标网段不在同一网络。解决方法是严格按route add 网络地址 mask 子网掩码 网关的格式逐项检查。

Linux环境更容易遇到的报错是：

RTNETLINK answers: Network is unreachable

意思是网关不可达。常见原因是网关不在本机任何网卡所在的网段内。系统无法通过现有接口去往这个网关，自然就无法添加路由。这时候要先确认网关地址是否写错，或者是否需要先添加一条去往网关所在网段的路由。

6.3 重启之后路由消失

临时路由重启后消失属于正常现象，如果你不希望它消失，就按前文讲的持久化方案处理。Windows检查是否加了-p参数，Linux检查配置文件或nmcli是否正确写入。

这里要特别提醒：Linux里很多人会把ip route add写进/etc/rc.local，但现代发行版里rc.local默认不执行或者执行时机太晚，往往造成路由没有及时生效。更可靠的方式依然是写到NetworkManager连接配置或route-网卡文件里，让网络服务启动时自动恢复路由。

6.4 路由冲突导致流量走错出口

如果添加了多条目标网段相同或相近的路由，流量可能走错出口。遇到这种问题，第一件事就是查看Metric。Windows用route print查看路由的Metric值，Linux用ip route show确认路由的metric。

举个例子，Linux环境里同时存在两条都去往192.168.30.0/24的路由，一条metric默认0指向外网网关，另一条metric 100指向内网网关。虽然理论上你应该想走内网，系统却会选择metric更小的外网路径。这时候要么给正确的路由设置更小的metric，要么删除错误的路由项，避免同网段多路由并存。

我的习惯是：在同一目标网段上，永远只保留一条静态路由，宁可先删后加，也不要留两条“看似都一样”的条目。这样既能减少冲突，排查时也不会被冗余路由误导。

写在最后：路由表是静态的，网络是活的

在我接触过的故障里，至少有一半的“跨网段不通”最终都能归结为路由表缺失或优先级错误。添加路由表项本身并不难，难的是理解它背后的决策逻辑：最长前缀匹配优先，Metric决定同精确度路线的胜负，网关必须可达，回包路径必须通。把这几条刻在脑子里，再复杂的网络环境也难不倒你。

最后分享一个我个人的小习惯：每当我添加或修改一条静态路由，一定会顺手用ip route get（Windows下用tracert -d）做一次路径验证，确认流量真的走了我预期的网关。这几秒钟的检查，往往能避免一次生产事故。路由表是静态配置，网络环境却时刻在变化，保持验证的习惯，比背再多命令都管用。