服务器nic1和nic2怎么连接：先分清这张网卡的用途
服务器双网卡连接没有统一答案，因为nic1和nic2怎么连接完全取决于你想让它们承担什么角色：要么做链路聚合提升带宽和冗余，要么做不同网段的业务隔离，要么做故障转移备胎，实际操作路径因操作系统和使用场景而异。下面按最常见的生产环境场景拆解步骤,你对照自己的需求直接抄作业。
服务器双网卡连接前必做的三件准备工作
插线之前先把物理链路理清楚，服务器面板上两个网口虽然都叫nic1和nic2，但它们的驱动型号可能完全不同，连接方式也会因此受影响,建议先执行一条命令确认网卡型号：
lspci | grep -i ethernet或者用ethtool查看网口状态,判断网线是否已经协商出速率：
ethtool eth0
ethtool eth1行业共识认为，双网卡连接最容易踩的坑就是把管理口和业务口混在一起，接交换机时记住一条原则：服务器nic1和nic2连接交换机，要么接同一台交换机做bond，要么接两台不同的交换机做冗余，不要一台接核心、一台接傻瓜交换机,这会导致故障切换时丢包严重。
服务器双网卡接交换机：单交换机场景下的bond配置
大多数机房场景里，服务器nic1和nic2连接的是同一台TOR交换机，这种情况下配置bond是最常见的需求,具体操作分三步：
- 确认交换机侧端口模式：如果交换机端口配置了trunk，那么bond模式选
3ad（模式4）,需要交换机端开启LACP。 - 如果交换机不支持链路聚合，用模式
active-backup（模式1），这种模式下只有一张网卡在工作,另一张处于热备状态。 - 编辑网卡配置文件前，先用
ip link确认两个网口的实际名称，很多新系统里网卡名叫enp0s3和enp0s8,并不叫eth0和eth1。
下面给出一套常见的bond0配置片段，适用于CentOS/RHEL系，需要修改/etc/sysconfig/network-scripts/下的对应文件：
TYPE=Ethernet
BOOTPROTO=none
DEVICE=bond0
ONBOOT=yes
BONDING_OPTS="mode=1 miimon=100 primary=eth0"子网卡配置只需三行：
MASTER=bond0
SLAVE=yes
DEVICE=eth0服务器双网卡怎么设置才能同时上内网和外网
这个场景问得最多，服务器有nic1和nic2两张网卡，想一张走内网、一张走外网，连接本质上不是网线接法的问题，而是路由表的问题，很多人插好线发现内网通了外网不通，或者外网通了内网不通,根因是Linux默认网关只能有一个。
具体操作方法是在/etc/iproute2/rt_tables里定义两个路由表，然后用ip rule做策略路由,举例：
echo "100 office" >> /etc/iproute2/rt_tables
echo "200 external" >> /etc/iproute2/rt_tables
ip route add default via 192.168.1.1 dev eth0 table office
ip route add default via 10.10.10.1 dev eth1 table external
ip rule add from 192.168.1.100 lookup office
ip rule add from 10.10.10.50 lookup external这样配置后，服务器nic1和nic2连接交换机各自独立工作，数据包根据源IP自动选择正确的出口,互不干扰。
多网卡负载均衡与冗余：nic1和nic2绑定bond的实操对比
服务器双网卡连接的实际效果，很大程度上取决于bond模式选择,这里把主流场景的数据对比整理出来：
| 场景 | 推荐bond模式 | 交换机要求 | 效果 |
|---|---|---|---|
| 内网数据备份 | mode 1 active-backup | 无特殊要求 | 仅冗余，不提升带宽 |
| 业务Web集群 | mode 4 802.3ad | 需支持LACP | 带宽叠加，兼冗余 |
| 存储网络iSCSI | mode 1 | 无特殊要求 | 避免多路径I/O乱序 |
| 流量镜像采集 | mode 0 round-robin | 需支持静态聚合 | 轮询负载均衡 |
这里特别提醒一个常见误区：很多人以为bond后带宽一定翻倍，mode 1下带宽完全不变，只是故障转移用，mode 4需要配合交换机做LACP，而且单个会话的流量仍走单条链路,只有多个并发会话才能把两条链路跑满。
近年来国内数据中心普遍采用万兆双网卡连接服务器，bond的意义已经从单纯提带宽逐渐转向业务连续性保障，据行业公开数据,多数故障场景的切换时间在1秒以内。
Windows Server下nic1和nic2的连接配置差异
Linux有bond，Windows对应的功能叫NIC Teaming，Windows Server 2016以后这个功能直接内置，不需要装额外驱动,操作路径是：
- 打开服务器管理器
- 找到“本地服务器”页面
- 点击NIC组合旁边的“禁用”
- 在弹出窗口中选择两张物理网卡，点击“添加到团队”
Windows的NIC Teaming有两种模式，交换机独立模式（Switch Independent）和交换机依赖模式（Switch Dependent），前者不要求交换机做任何配置，适合中小企业机房；后者需要交换机启用LACP,适合追求带宽叠加的场景。
需要提醒的是，Windows下实测发现，如果nic1和nic2连接的是两台不同的交换机，请务必使用交换机独立模式加静态IP配置，否则双交换机之间如果启用了STP（生成树协议），切换过程可能长达30秒以上,业务直接断连。
服务器nic1和nic2连接后的排查与验证方法
配置完成后，简单的ping不能证明双网卡工作正常,下面给出完整验证清单：
cat /proc/net/bonding/bond0查看bond当前状态，确认active slave是谁,传递和接收的包有没有计数。ip addr show确认两张网卡的MAC地址是否被统一成bond的MAC。ethtool bond0查看连接速度和双工模式,确认没有降速。- 主动断开主网卡的网线，观察业务中断时间，用
ping -i 0.2连续发包测试,模式1下丢包通常不超过3个。 - 用
iperf3打流验证带宽是否达到预期，双千兆链路聚合最多跑1.2Gbps左右,不要幻想翻倍到2Gbps。
如果发现bond没有生效，优先检查网卡驱动是否一致，一张是Intel内嵌千兆网卡，一张是独立万兆网卡,做成bond后经常出现速率不一致导致的丢包问题。
服务器双网卡连接在不同机房场景下的选择
服务器nic1和nic2怎么连接，说到底是个需求决策问题,这里给几条有实操价值的选型参考：
- 托管在电信单线机房，建议用mode 1做冗余，因为单机房的故障往往是整机架断电,双网卡接同一台交换机意义不大。
- 双线双IP机房，两张网卡分别接电信和联通交换机，这时不配置bond，而是用策略路由各管各的线路,这类机房常见于需要同时服务南北用户的场景。
- 虚拟化宿主机，nic1和nic2都做trunk口，分别接两台物理交换机，配合
active-backup保证宿主机网络不中断。 - 高并发负载均衡器，采用两张万兆网卡做mode 4聚合,上联交换机配置动态LACP。
从2026年服务器硬件市场的情况来看，大部分新出货服务器默认自带双千兆网口，而主流云厂商的物理机租用服务会把双网卡作为基础配置,不再单独收取网卡费用。
关于服务器nic1和nic2连接的常见误区
网上流传的说法里,有几个明显的错误认知需要澄清：
- 两张网卡一定要配置成bond，很多场景下双网卡独立使用更合理,配置bond反而引入额外的复杂度。
- bond必然带来翻倍带宽，前面表格已经说明，只有mode 4配合交换机LACP才能叠加带宽,且受限于会话数。
- 接线自由随便插，部分服务器主板上多个网口分属不同控制器，需要查主板说明书确认物理端口和系统网卡名的对应关系，否则配置了配置文件但插错了口,一切白费。
业界在做服务器开局时，通常先贴好网口标签再插线,避免后续排查问题的成本。
常见问题解答
服务器nic1和nic2连接后看不到其中一个网卡的IP，是什么原因？
原因很多，最常见的是网卡命名冲突，新内核的systemd网络命名规则会基于PCI插槽位置生成网卡名，如果你在配置文件里写了eth0但系统实际识别为enp3s0，配置就不生效，运行ip addr确认实际网卡名，然后调整配置文件中的DEVICE字段，检查网线是否插对了物理口，用ethtool <网卡名>查看link detected是否为yes。
bond的mode 1和mode 4在实际使用中怎么选？
如果交换机不支持或者你不会配置LACP，选mode 1，它不依赖交换机，故障切换速度在100ms以内，如果确定交换机支持LACP且有多并发流量的业务负载，选mode 4，它能在多条物理链路上均衡分担流量，并自动绕过故障链路，还有一个折中方案：mode 6（adaptive load balancing），不需要交换机支持，但只有出站方向做负载均衡,入站方向仍然走主网卡。
双网卡做故障转移时，业务中断时间是多久？
取决于bond模式和交换机STP配置，mode 1下，服务器本地网卡硬件检测到链路down后立即切换，ping包丢失在个位数，约1秒内恢复，但如果连接的是交换机，且交换机端口STP状态在重新收敛，则中断时间可能延长到5-10秒,属于正常现象。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/721018.html
