让v6服务器手动下发RA报文的最快方式是给radvd进程发送SIGHUP信号，命令为 kill -HUP $(pidof radvd)；如果没装radvd，可以通过重启dnsmasq的RA功能或使用 ndsend 直接构造ICMPv6路由器通告报文。
为什么需要手动下发RA报文
RA报文全称是IPv6路由器通告,客户端收到后会根据前缀自动生成全球单播地址，并安装默认路由，多数情况下，radvd或dnsmasq会按固定周期发送，Linux上radvd默认最小间隔约200秒，最大间隔约600秒，在迁移虚拟机、重启下游设备、调试SLAAC地址分配、排查IPv6连接问题时，等几分钟显然太慢，手动下发就是把下一次周期通告提前到当下执行。
手动下发RA报文前的服务器基础配置
开启IPv6转发并确认接口前缀
服务器要作为路由器下发RA,必须先开启IPv6转发，否则内核不会转发IPv6流量，部分radvd逻辑也会异常，执行以下命令：
sysctl -w net.ipv6.conf.all.forwarding=1sysctl -w net.ipv6.conf.eth0.forwarding=1
把 eth0 换成实际出口网卡，然后用 ip -6 addr show eth0 确认接口上有稳定的IPv6前缀，RA报文里携带的前缀必须来自这个接口，不能凭空填写，否则客户端生成的地址不可达。
安装radvd并关闭接口accept_ra
radvd是最常用的路由器通告服务,Debian系安装命令：
apt update && apt install radvd- CentOS/Rocky等用
yum install radvd
安装后先关掉服务器自己接收RA的开关,避免它从上游路由器学到多余默认路由影响自身判断：
sysctl -w net.ipv6.conf.eth0.accept_ra=0sysctl -w net.ipv6.conf.all.accept_ra=0
这两条命令对路由器角色很关键,服务器自己如果还在接受其他设备发来的RA，可能产生互相覆盖的路由表项。
VPS怎么让IPv6客户端立即获取地址：手动触发radvd通告
严格来说VPS和物理服务器的操作没有本质区别,但VPS上因为上游链路受云平台策略影响，手动下发RA能否生效更依赖接口是否真正位于同一二层环境，下面步骤同样适用于独立服务器、软路由、虚拟机网关。
编辑radvd.conf并启动服务
先看一段radvd配置详解中最核心的片段：
interface eth0 {
AdvSendAdvert on;
MinRtrAdvInterval 3;
MaxRtrAdvInterval 10;
prefix 2001:db8:1::/64 {
AdvOnLink on;
AdvAutonomous on;
};
};AdvSendAdvert on 表示允许发送RA，prefix 中的前缀必须与接口实际前缀一致，把配置写入 /etc/radvd.conf 后执行：
systemctl enable --now radvd- 或前台调试：
radvd -n -C /etc/radvd.conf
启动时radvd会立即发送一次RA,但这之后的周期等待仍然较长，如果只是启动服务，客户端可能还要等下一个周期，所以才需要手动触发。
用SIGHUP立即触发RA下发
这是最常用的手动方法,也适配几乎所有Linux发行版，radvd收到SIGHUP信号后会重新读取配置文件，并立即发送一次路由器通告，命令如下：
kill -HUP $(pidof radvd)- 或
pkill -HUP radvd
执行后radvd不会中断当前连接,只是重载配置并发送RA，客户端通常马上就能看到新的IPv6前缀通告，业内专家指出，这种方式不会改变报文内容，只是把周期发送提前触发，适合紧急下发场景。
用systemctl reload快速下发
如果使用systemd管理radvd,也可以执行：
systemctl reload radvd
多数情况下,systemd会把reload操作映射到发送SIGHUP信号，具体是否有效取决于发行版提供的单元文件，没有独立单元文件的老旧系统，优先使用 kill -HUP。
Linux手动发送RA报文命令：不用radvd的两种替代方式
dnsmasq开启RA后强制重发
dnsmasq也支持IPv6路由器通告,适合同时需要DHCPv6和RA的轻量环境，配置示例：
enable-ra
ra-param=eth0,10,30
dhcp-range=::,constructor:eth0,ra-statelessenable-ra 开启RA功能，ra-param 设置最小和最大发送间隔，手动触发时无需修改配置，直接重启dnsmasq服务即可：
systemctl restart dnsmasq
重启后dnsmasq会立即发送RA,同时不影响已经租借给IPv4客户端的地址，与radvd的SIGHUP不同，dnsmasq重启会有极短的服务中断，如果服务器上还承载着其他关键DNS转发任务，建议用 systemctl reload dnsmasq 先尝试，部分版本支持热重载。
使用ndsend直接构造RA包
如果完全不想跑常驻服务,可以安装ndisc6工具包，用 ndsend 命令单次发送RA，Debian/Ubuntu安装：
apt install ndisc6
发送命令大致形式为：
ndsend -r -v -i eth0 fe80::1/64-r 表示发送路由器通告，-v 显示详细输出，-i 指定出口网卡，实际使用时，地址部分要换成你自己接口的链路本地地址或全球单播前缀，部分新版ndsend要求同时指定前缀参数，具体可先运行 ndsend -h 查看当前版本的参数说明，这个方法的好处是无需后台进程，缺点是需要手工保证每次下发的参数与接口实际配置一致，适合一次性调试或批量测试脚本。
手动下发后验证RA是否到达客户端
在客户端执行：
ip -6 addr show- 查看是否出现以
2001:db8:1开头且标记为tentative或valid_lft forever的地址 ip -6 route show default- 确认下一跳是否指向服务器的链路本地地址
也可在客户端用 rdisc6 -1 eth0 主动发一次路由器请求，如果服务器回复正常，说明RA链路畅通，在服务器上用抓包工具过滤ICMPv6类型134报文：
tcpdump -i eth0 -n -vv icmp6 && ip6[40] == 134
看到包从服务器网卡出去,说明本地发送成功，至于客户端收不收得到，还要看交换机、VPS虚拟交换层以及防火墙是否允许链路本地组播通过。
手动下发RA报文的常见问题排查
客户端收不到手动下发的RA
先检查服务器接口是否处于 forwarding=1 状态，再看客户端和服务器是否在同一个VLAN或同一个虚拟二层网络，云服务器常见问题是上游vSwitch丢弃目标地址为 ff02::1 的ICMPv6多播包，这时即使服务器发出去了，下游也收不到，用抓包确认出方向有包，再在客户端抓入方向，逐段定位。
RA下发后客户端还是不生成地址
检查radvd配置中的 AdvAutonomous 是否为 on，如果关闭了自主地址配置，客户端不会用该前缀生成SLAAC地址，只能等待DHCPv6，还要确认接口上真实存在这个前缀，radvd本身不会校验前缀是否属于接口，配错了也能发出RA，但客户端拿到后无法通信。
手动下发后默认路由频繁切换
如果同一链路里有多台设备在发RA,客户端可能同时收到不同优先级的路由通告，行业共识认为，手动下发RA不会提升路由优先级，客户端只会根据RA里的路由器寿命和优先级字段选择下一跳，要稳定默认路由，应减少同一广播域内的RA源数量，而不是提高手动下发频率。
手动下发RA报文相关问答
Linux服务器手动下发RA报文后客户端要等多久？
客户端在收到RA后会立即处理,不需要额外等待，如果接口已经开启SLAAC，地址生成通常在同一秒内完成，随后进入重复地址检测过程，默认重复地址检测约1秒，所以从下发到地址稳定大约需要1到2秒。
手动下发RA报文和自动周期通告有什么区别？
没有区别，区别只在于发送时机，手动下发是把radvd或dnsmasq原本会在周期窗口内发送的RA提前发出，客户端无法感知是手动还是自动，只要前缀、标志位、MTU等参数一致，客户端行为完全相同。
VPS服务器可以手动下发RA报文吗？
可以,前提是VPS的网卡接口拥有独立可配置的IPv6前缀，并且云平台没有过滤ICMPv6邻居发现报文，部分云厂商会在虚拟交换机层面阻断RA，这种情况下任何手动下发方式都不会让下游客户端收到通告，可用抓包确认RA是否成功离开VPS网卡，再判断是否需要调整VPS网络模式或改用静态地址方案。
在Linux服务器上手动下发RA报文并不复杂,核心操作就是给radvd发SIGHUP或重启dnsmasq，让路由器通告立即发出，只要接口前缀正确、IPv6转发开启、防火墙未拦截ICMPv6类型134，客户端就能在几秒内生成IPv6地址并建立默认路由。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/681104.html
