如何通过Netplan配置虚拟接口与固定IP的UDP以太网设备通信？

看起来你在配置Netplan和虚拟接口来跟固定IP的UDP设备通信时碰到了一些问题，我来帮你拆解下问题所在，再给出调整方案。

首先先梳理下你的核心情况：

• 目标设备是固定IP 169.254.241.10，通过以太网连接，用UDP通信
• 你尝试配置了eth0物理接口和veth10这个VLAN虚拟接口，但发往veth10的包抓不到，自己发的包设备也收不到，只能在eth0上抓到设备的广播包

现有配置的几个问题 #

1. 多余的路由配置
   你给eth0加了一条到169.254.241.10/32的路由，指定网关为169.254.241.1，这其实完全没必要。因为169.254.241.10和eth0的IP169.254.241.1属于同一个/24子网，系统默认会直接通过eth0接口发送ARP请求并传输数据包，不需要额外指定网关路由。这条metric为0的路由反而可能干扰正常的数据包转发逻辑。

2. VLAN接口的不匹配
   你创建的veth10是绑定在eth0上的VLAN ID 10接口，所有进出这个接口的数据包都会被打上VLAN 10的标签。但你的目标设备是直接连接在物理以太网上，并没有配置VLAN标签，所以它根本接收不到带VLAN 10标签的数据包；同时设备发送的广播包不带VLAN标签，只会出现在eth0接口，不会流转到veth10，这就是你在veth10上抓不到包的根本原因。

调整后的配置方案 #

方案一：简化配置，直接用物理接口通信

如果不需要虚拟接口，直接删掉VLAN相关配置，同时移除多余的路由，配置如下：

network:
  version: 2
  renderer: NetworkManager
  ethernets:
    eth0:
      link-local: []
      dhcp4: no
      dhcp6: no
      optional: true
      addresses:
        - 169.254.241.1/24

配置生效后，你可以直接用169.254.241.1作为源IP向设备发送UDP包，系统会自动通过eth0接口传输，同时在eth0上能抓到所有收发的数据包。

方案二：给物理接口添加额外IP（替代VLAN虚拟接口）

如果你确实需要用169.254.241.100这个IP来跟设备通信，不需要创建VLAN接口，直接给eth0添加第二个IP地址即可：

network:
  version: 2
  renderer: NetworkManager
  ethernets:
    eth0:
      link-local: []
      dhcp4: no
      dhcp6: no
      optional: true
      addresses:
        - 169.254.241.1/24
        - 169.254.241.100/24

这样你用169.254.241.100作为源IP发送UDP包时，数据包依然通过eth0接口传输，设备能正常接收，你也能在eth0上抓到所有相关流量。

测试建议 #

配置修改后，先执行sudo netplan apply让配置生效，然后：

• 用ping 169.254.241.10验证基础连通性
• 用nc -u 169.254.241.10 <你的UDP端口>发送测试UDP包
• 在Wireshark里监听eth0接口，确认数据包的收发情况

备注：内容来源于stack exchange，提问作者FirePapaya