使用ip link add创建带冒号后缀的子接口是系统bug吗？

问题根因说明 #

这个差异是不同版本内核的网络接口命名校验规则变化导致的：

• CentOS 7 搭载的3.10版本内核未限制网络接口名的字符范围，允许接口名包含:字符，所以你可以成功创建名字为team0:1的独立dummy类型虚拟网卡
• CentOS 8 搭载的4.18版本内核收紧了命名校验规则，禁止普通网络接口名使用:字符，避免和传统IP别名的命名格式混淆，所以执行ip link add team0:1 type dummy会返回RTNETLINK answers: Invalid argument错误

不属于CentOS 7的系统BUG #

该现象是旧版内核的宽松校验遗留特性，并非BUG：

• 传统接口名:数字格式（比如eth0:1）是IP别名的命名规则，IP别名是给同一个网络接口绑定多个IP的旧机制，本身不属于独立的网络接口
• CentOS7里你创建的team0:1本质是名字带:的独立虚拟网卡，不是IP别名，内核社区后续为了避免命名混淆，才在高版本内核新增了字符限制，禁用:作为普通网络接口名的组成部分

/proc/net/dev的展示规则 #

/proc/net/dev会展示所有在内核中注册的网络接口设备，不会过滤虚拟接口或者命名格式特殊的接口：

• 你在CentOS7中看到的team0:1是已经成功注册的dummy类型虚拟网卡，属于真实存在的网络接口，所以会被正常展示
• 如果你用传统方式创建IP别名（比如ifconfig eth0:1 192.168.1.20/24 up），这类别名不属于独立网络接口，在高版本内核的/proc/net/dev中不会单独展示，只会在ip addr输出中作为对应网卡的多IP配置项存在

适配方案 #

• 如果需要的是给team0绑定多IP，不需要创建独立虚拟网卡，直接执行ip addr add 目标IP/掩码 dev team0 label team0:1即可实现IP别名效果
• 如果需要独立的虚拟网卡，命名时不要使用:字符，比如改为ip link add team0_1 type dummy即可兼容所有内核版本

内容的提问来源于stack exchange，提问作者Steve Wu