Linux双网卡配置怎么设置？双网卡配置不生效原因详解

Linux双网卡配置：核心结论先行

在Linux系统中配置双网卡，核心矛盾并非“如何启用两张网卡”，而是“如何管理两条默认路由”。 如果仅仅激活两张网卡而忽略路由策略，数据包将走默认的eth0网关，导致另一张网卡的流量异常或完全不可用。最稳妥的解决方案是：使用ip rule与ip route构建策略路由，让不同来源的流量走不同的路由表，实现真正的“各司其职”。

下文将从路由原理、实战配置、故障排查三个维度展开，帮助你彻底掌握双网卡场景下的网络调度。

为什么双网卡配置总出问题？

内核的“单网关”执念

Linux内核默认只维护一张main路由表，当两张网卡分别配置网关时，后写入的默认路由会覆盖前一条，此时所有外发流量都会挤在一条链路上，另一张网卡形同虚设。

ARP过滤导致的“通而不达”

双网卡场景下,Linux默认的arp_filter=0可能让物理网卡响应与本机其他网卡IP相关的ARP请求，造成数据包“进得来、出不去”的环路假象。

核心方案：策略路由实现流量分流

原则：一张网卡独享一张路由表，通过ip rule规则让数据包按“来源IP”或“目标端口”选择路由路径。

配置网卡静态地址

编辑/etc/network/interfaces（Debian/Ubuntu系）或使用nmcli（CentOS/RHEL系），让两张网卡分别获得IP地址与网关。注意：此时不要直接写gateway

，避免抢占默认路由。

# 示例：eth0=办公网，eth1=业务专网
auto eth0
iface eth0 inet static
    address 192.168.1.100
    netmask 255.255.255.0
auto eth1
iface eth1 inet static
    address 10.0.0.100
    netmask 255.255.255.0

建立独立路由表

编辑/etc/iproute2/rt_tables，在末尾追加两张路由表的标识：

100 office
200 business

填充路由规则

执行以下命令,使流量按来源IP精准分流：

# 为office表添加默认网关
ip route add default via 192.168.1.1 dev eth0 table office
# 为business表添加默认网关
ip route add default via 10.0.0.1 dev eth1 table business
# 添加路由判定规则：从eth0来的包走office表
ip rule add from 192.168.1.100 table office
# 添加路由判定规则：从eth1来的包走business表
ip rule add from 10.0.0.100 table business
# 为两张路由表补充本地链路路由
ip route add 192.168.1.0/24 dev eth0 table office
ip route add 10.0.0.0/24 dev eth1 table business

经验案例： 在我们为某金融客户实施双线容灾时，曾遇到“策略路由已配置但重启失效”的窘境，最终通过将上述命令写入/etc/rc.local，并配合systemd网络服务延迟启动，彻底解决了路由表丢失问题。建议将关键路由命令固化为系统服务，而非依赖交互式执行。

进阶修复：解决ARP混乱与连接重置

调整内核ARP参数

在/etc/sysctl.conf中追加：

net.ipv4.conf.all.arp_filter = 1
net.ipv4.conf.eth0.arp_filter = 1
net.ipv4.conf.eth1.arp_filter = 1
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.eth0.rp_filter = 0
net.ipv4.conf.eth1.rp_filter = 0

arp_filter=1确保每张网卡只回应自己IP的ARP请求；rp_filter=0关闭反向路径校验，避免因非对称路由被内核误判为“源地址欺骗”而丢弃。

使用ip route append兜底

当两条链路需要互为备份时,可为主路由表追加第二条默认路由，但设置不同metric：

ip route append default via 10.0.0.1 dev eth1 metric 200

这样即使主网关故障,备份网关也能自动接管流量，实现高可用。

现代演进：NetworkManager与双连接管理

对于使用NetworkManager的桌面/服务器环境，建议使用nmcli配置多连接：

nmcli connection add con-name office ifname eth0 type ethernet ipv4.method manual ipv4.addresses 192.168.1.100/24
nmcli connection add con-name business ifname eth1 type ethernet ipv4.method manual ipv4.addresses 10.0.0.100/24

然后在每个连接的IPv4设置中指定独立网关,并开启“自动连接”与“允许所有用户连接”。注意：NetworkManager的never-default选项可强制某网卡不写入默认路由，适合仅作内网通信的网卡。

验证与排障清单

• 验证连通性： ping -I eth0 8.8.8.8 与 ping -I eth1 10.0.0.1 应同时成功。
• 查看路由走向：

  

  ip route show table office、ip route show table business 确认规则已生效。

• 抓包诊断： tcpdump -i eth1 host 10.0.0.2 疑点环境抓包分析ARP应答来源。

问答模块

问1：双网卡配置后，ping外网默认走了eth0，我如何强制某个进程走eth1？

答： 策略路由支持按进程的fwmark（防火墙标记）分流，首先在iptables中给特定进程的流量打标记，例如iptables -t mangle -A OUTPUT -m owner --uid-owner 1001 -j MARK --set-mark 1，然后添加ip rule add fwmark 1 table business，即可让该用户启动的进程强制走业务网卡，此方案比修改系统路由更精细，适合多租户服务器场景。

问2：我的双网卡在不同网段，但互相无法ping通对方网关，是否正常？

答： 这属于预期行为，两张网卡属于不同网段，若需互相访问，请开启内核转发：sysctl -w net.ipv4.ip_forward=1，并在两张网卡上均添加指向对端网段的静态路由，但需留意安全风险开启转发后，服务器会变为路由器，建议配合防火墙规则限制可转发流量。

配置方法,既覆盖了传统静态路由方案，又兼顾了内核ARP优化与高可用需求。如果你正在采用云服务器，需要注意云平台的安全组策略往往独立于操作系统防火墙，若双网卡流量不通，请先检查云控制台的安全组入站规则是否放行了对应协议。 欢迎在评论区分享你的双网卡实战困惑，我们逐一拆解。