linux中不能用ip route配置组播路由，必须启用mc_forwarding开关、用smcroute/pimd写入ip mroute表，并通过ip maddr触发igmp join。
Linux 中不能用常规路由命令（如 ip route 或 nmcli）直接配置“组播路由规则”，因为组播转发不走单播路由表，而是依赖内核的多播路由子系统（ipmr）和专用守护进程。真正起作用的是多播路由条目（ip mroute 表），它由 pimd、smcroute 或 mrouted 动态生成或手动注入，不是靠 ip route add 添加的。
必须开启的三个内核开关
组播转发功能不会自动生效，需显式启用以下三项：
-
net.ipv4.conf.all.mc_forwarding = 1：全局开启组播包转发能力 -
net.ipv4.conf.<iface>.mc_forwarding = 1</iface>：例如eth0接口也必须单独开启（即使 all 已开） -
net.ipv4.igmp_max_memberships：调高该值（如设为 50），避免多应用并发加入组播组时被拒绝
执行方式示例：sudo sysctl -w net.ipv4.conf.all.mc_forwarding=1sudo sysctl -w net.ipv4.conf.eth0.mc_forwarding=1sudo sysctl -w net.ipv4.igmp_max_memberships=50
在SEO发布前，从路由清单生成XML网站地图和robots.txt
下载
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
让网卡真正接收组播流量
仅改内核参数还不够——下游设备（交换机/路由器）需要知道“这台主机想收某组播地址”。关键操作是触发 IGMP Join：
-
ip maddr add 239.1.1.1 dev eth0：向 eth0 加入组播组，会发出 IGMP Report - 验证是否成功：
ip maddr show dev eth0应显示对应地址 - 不要用
ip route add 224.0.0.0/4 dev eth0：它只影响本地路由缓存，不发 IGMP，上游根本不知道你在听
添加静态多播路由（非单播 route）
要跨子网转发组播（比如从 192.168.10.0/24 转到 192.168.20.0/24），需向内核多播路由表写入规则：
- 用
smcroute（轻量、适合测试）：sudo smcroute -a eth0 239.1.1.1/32 eth1
含义：从 eth0 收到目的为 239.1.1.1 的组播包，经 eth1 转发出去 - 查看效果：
ip mroute show应出现类似(192.168.10.10, 239.1.1.1) Iif: eth0 Oifs: eth1的条目 -
nmcli和NetworkManager完全不支持此操作，所有尝试（如ipv4.routes加多播地址）都会被忽略
替代方案：用 PIM 协议自动管理
生产环境推荐使用 pimd（PIM-SM）或 mrouted（DVMRP），它们能自动发现邻居、构建组播树、响应 IGMP 查询：
- 安装并启用：
sudo apt install pimd && sudo systemctl enable --now pimd - 确保配置文件（
/etc/pimd.conf）中启用了相关接口，例如：phyint eth0 enablerp 192.168.1.1（指定汇聚点） - 启动后，
ip mroute show会动态出现条目，无需手动维护
