不少刚入门 Linux 网络运维的同学都会有这个疑问：netstat、ifconfig、route这些net-tools工具用得好好的，为啥非要费劲学iproute2？
其实答案和我之前写的博客：“为啥有了 rsync 还需要 NFS”一样 ——两者本质解决的是不同复杂度的网络管理需求，net-tools是基础入门工具，iproute2是进阶全能工具，互补性远大于替代性，具体差异和适用场景如下：
一、核心差异对比
| 维度 | net-tools | iproute2 |
|---|---|---|
| 核心定位 | 传统Linux基础网络工具集（早期标配） | 新一代Linux全能网络工具集（现代主流） |
| 设计逻辑 | 工具分散（ifconfig/route/arp 等），各管一块 | 单一入口（ip 命令）+ 子命令（ip addr/ip route），逻辑统一 |
| 支持特性 | 仅支持 IPv4 基础配置，无现代网络特性支持 | 全面支持 IPv4/IPv6、容器网络、策略路由、VLAN 等高级功能 |
| 内核交互 | 依赖老旧ioctl调用，效率低 | 基于netlink套接字，与内核交互更高效安全 |
| 维护状态 | 停止维护，部分新发行版默认不预装 | 持续更新，主流发行版（CentOS7+/Ubuntu18+）官方推荐 |
| 适用场景 | 简单主机基础配置（查 IP、设网关），临时快速操作 | 容器/云环境、复杂路由、IPv6、虚拟化等企业级场景 |
二、典型互补场景
- 日常快速排查：临时查某块网卡 IP，用
ifconfig eth0比ip addr show eth0输入更短、更直观，省时间；但要查看容器网络命名空间的网卡信息，必须用ip netns exec 容器ID ip addr，net-tools完全不支持。 - 生产环境脚本：老服务器（如 CentOS6）默认只有
net-tools，简单脚本可用route -n查网关；新环境脚本必须用iproute2（如ip route show），避免因系统缺装net-tools导致脚本失效，同时兼容 IPv6 和策略路由需求。 - 复杂网络配置：测试环境搭建简单服务，用
ifconfig eth0 192.168.1.100快速配 IP；生产环境配置网卡绑定（bonding）、VLAN 子接口，必须用ip link系列命令，net-tools根本搞不定。
三、总结：何时用 net-tools，何时用 iproute2？
- 选 net-tools：需要快速查看基础网络信息、临时配置简单 IPv4 地址、兼容老旧 Linux 系统，追求操作便捷性。
- 选 iproute2：需要处理容器 / 虚拟化网络、配置策略路由 / IPv6、搭建企业级复杂网络架构，保证生产环境兼容性和功能完整性。
iproute2 使用注意事项
- 命令记忆：核心围绕
ip命令，子命令遵循 “对象 + 操作” 逻辑（如ip addr add/ip route del），多练几遍就能形成肌肉记忆。 - 兼容性：编写自动化脚本时，优先用
iproute2，避免依赖net-tools（部分新系统默认无预装）；若需兼容老系统，可在脚本开头判断工具是否存在。 - 功能拓展：结合
ss（替代netstat）、tc（流量控制）等工具，iproute2可实现从网络配置到流量管理的全流程操作，建议搭配学习。
net-tools和iproute2都是 Linux 网络管理的必备工具，掌握两者的适用场景，才能在实际工作中灵活切换。随着云计算、容器化的普及，iproute2已成为运维、开发的必备技能，只会net-tools迟早会遇到能力瓶颈。
