别急，我之前在Ubuntu虚拟机上踩过几乎一模一样的UDP广播坑，咱们一步步排查，大概率能找到问题：

• 先确认虚拟机网络模式：如果两台虚拟机用的是NAT模式，UDP广播基本传不通——NAT会隔离广播域。赶紧改成桥接模式或者Host-Only模式，改完后用ip addr确认两台机器在同一个IP网段（比如都是192.168.56.x/24）。
• 检查广播地址是否正确：UDP广播必须用对应网卡的专属广播地址，别乱用全局广播255.255.255.255（很多环境会拦截）。用ip addr show查看网卡的broadcast字段，比如网卡IP是192.168.1.100/24，广播地址就是192.168.1.255，服务器端发送时必须指定这个地址。
• 临时关闭防火墙测试：Ubuntu默认的ufw防火墙可能会挡住UDP广播包。先在两台机器上执行sudo ufw disable临时关闭，如果能收到消息了，就是防火墙的问题，之后再添加规则放行：sudo ufw allow in from any to <你的广播地址> port <端口号> proto udp。
• 排查代码的关键细节：
  • 服务器端：发送广播前必须设置SO_BROADCAST套接字选项！比如Python里要加sock.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1)，C/C++也要用setsockopt开启这个选项，否则系统会禁止发送广播包。
  • 客户端：监听时要绑定到0.0.0.0（监听所有网卡），不能绑定127.0.0.1（仅本地回环）。另外可以加上SO_REUSEADDR/SO_REUSEPORT选项，避免端口占用导致的隐式失败。
  • 务必确认服务器发送和客户端监听的是同一个端口号，别犯低级错误。
• 用系统工具验证网络连通性：先抛开代码，用系统工具测试。服务器端执行：echo "test broadcast" | socat - UDP-DATAGRAM:<广播地址>:<端口号>,broadcast；客户端执行：socat - UDP-RECVFROM:<端口号>,bind=0.0.0.0。如果工具能收到，就是代码的问题；还是收不到的话，回到网络模式/防火墙继续排查。
• 检查虚拟机网卡混杂模式：在虚拟机设置里找到对应网卡，把“混杂模式”改成“允许所有”——部分虚拟机默认会拒绝广播包，开启这个选项能解决很多隐性问题。

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