禁用多播协议不能直接防止内网信息泄露，但可降低Avahi、mDNS等服务意外暴露主机名和共享资源的风险；需排查并停用非必要多播服务（如avahi-daemon、nmbd），而非全局禁用多播。
禁用多播协议不能直接“防止内网信息泄露”，但可降低因多播服务（如 Avahi、mDNS、SSDP、NetBIOS 等）意外暴露主机名、服务、共享资源等敏感信息的风险。关键在于识别并关闭非必要且具广播/多播特性的服务，而非简单“禁用多播”——因为 Linux 内核本身不提供全局开关来禁止多播数据包收发，强行屏蔽可能影响正常功能（如 DHCPv6、路由协议、容器网络、Kubernetes Pod 通信等）。
明确哪些多播服务在运行多数信息泄露源于用户层服务主动发送多播探测或响应，而非内核多播能力本身。先排查活跃的多播监听和服务：用ss -g或netstat -g查看当前加入的多播组（重点关注 224.0.0.0/4 和 ff00::/8 地址段）
运行sudo lsof -iUDP | grep '\*:'找出监听 UDP 端口的服务，结合端口查证（如 5353→mDNS/Avahi，1900→SSDP，137→NetBIOS）
检查 systemd 服务：systemctl list-units --type=service --state=running | grep -i -E 'avahi|mdns|ssdp|zeroconf|samba|nmb'停用高风险多播服务确认业务无需以下服务后，逐个禁用：Avahi-daemon（Linux 的 mDNS 实现）
：默认响应 .local 域名查询，暴露主机名与服务。停用命令：sudo systemctl stop avahi-daemon && sudo systemctl disable avahi-daemon Samba 的 nmbd（NetBIOS 名称服务）
：若不用 Windows 文件共享，关闭它：sudo systemctl stop nmbd && sudo systemctl disable nmbd UPnP/SSDP 相关服务（如 miniupnpd、gupnp）
：常见于路由器或媒体服务器软件，内网中易被扫描发现设备能力。卸载或禁用对应包和服务限制多播流量进出（可选加固）
若需进一步控制，可用防火墙限制非授权多播通信（注意避免误阻 DHCPv6 或集群组件）：使用nftables丢弃非信任接口上的通用多播入包（示例）：nft add rule inet filter input iifname "eth0" ip daddr 224.0.0.0/4 counter drop对 IPv6 多播（ff00::/8），类似规则需额外添加；但建议仅在明确无 IPv6 多播依赖时启用不推荐用 iptables 的 MULTICAST target，因其不可靠且已被弃用验证与持续管理
操作后需验证效果：
再次运行ss -g，确认相关多播组（如 224.0.0.251、224.0.0.252）已退出从局域网其他机器用avahi-browse -at或tcpdump -i eth0 host 224.0.0.251检查是否收不到本机响应将禁用操作写入基线配置（如 Ansible playbook 或初始化脚本），避免系统更新后服务自动恢复