Linux绑定eth1.10/eth1.20的AF_PACKET原始套接字收包异常咨询

• VLAN标签丢失问题：Linux内核原生的802.1Q子接口逻辑会自动剥离物理口收到的对应VLAN标签，再将报文递交给子接口的上层处理逻辑，因此你在eth1.10、eth1.20子接口上收到的报文，默认已经被内核移除了VLAN标签，自然无法拿到带标签的报文。如果需要保留并解析VLAN标签，需要将原始套接字直接绑定到父物理接口eth1上，自行解析报文的VLAN头字段。
• 跨VLAN重复收包问题：代码中给VLAN子接口配置了IFF_PROMISC混杂模式，该操作会同步触发父物理接口eth1进入混杂模式。而AF_PACKET类型的原始套接字在物理口处于混杂模式时，会接收所有匹配你指定的以太网类型（MY_ETHTYPE）的报文，不受绑定的VLAN子接口限制，因此两个套接字都会同时收到VLAN10和VLAN20的报文，最终出现发2包收4包的现象。
• 冗余操作潜在风险：代码中重复调用了两次SO_BINDTODEVICE套接字选项，虽然两次绑定的是同一个接口暂时不会触发异常，但属于不必要的冗余操作，后续修改代码时如果误改其中一次的接口参数，会直接导致绑定逻辑错误。

• 移除给子接口开启IFF_PROMISC混杂模式的代码，内核会自动将对应VLAN的报文仅递交给绑定对应子接口的原始套接字，即可解决跨VLAN收包的问题。
• 如果业务必须要拿到带VLAN标签的报文，放弃绑定VLAN子接口，将套接字直接绑定到父物理接口eth1，自行根据报文中的VLAN ID字段做过滤，实现不同VLAN报文的分流处理。

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