再更新一下,貌似不是网关信息导致的;
tracepath 192.168.21.1
1?: [本地主机] PMTU 1500
1: _gateway 4.303 毫秒
1: _gateway 1.518 毫秒
2: sunlight.lan 1.378 毫秒 不对称 1
3: sunlight.lan 1.414 毫秒 PMTU 1280
3: 100.64.0.1 30.744 毫秒 不对称 2
4: 192.168.21.1 30.510 毫秒 到达
回程: 路径 MTU 1280 跃点 4 返回 3
上面是正常访问时的路由信息
tracepath 192.168.21.1
1?: [本地主机] PMTU 1500
1: sunlight.lan 4.152 毫秒
1: sunlight.lan 2.510 毫秒
2: sunlight.lan 2.750 毫秒 PMTU 1280
2: 100.64.0.1 64.082 毫秒
3: 192.168.21.1 29.944 毫秒 到达
回程: 路径 MTU 1280 跃点 3 返回 3
访问一段时间后路由信息是上面这样的,这样后 curl 192.168.21.1 就返回连接被重置
ip route show table cache
192.168.21.1 via 192.168.24.232 dev wlo1
cache <redirected> expires 314sec mtu 1280
清空路由缓存 ip route flush cache 后又正常了,但是用不了多久路由缓存又生效后导致又访问不了

下面是 ArchLinux 的路由信息
ip route show
default via 192.168.24.1 dev wlo1 proto dhcp src 192.168.24.235 metric 600
192.168.24.0/24 dev wlo1 proto kernel scope link src 192.168.24.235 metric 600
对比能正常访问 PC 的路由信息
default via 192.168.24.1 dev eth0 proto dhcp src 192.168.24.188 metric 1024
192.168.24.0/24 dev eth0 proto kernel scope link src 192.168.24.188 metric 1024
192.168.24.1 dev eth0 proto dhcp scope link src 192.168.24.188 metric 1024
多了最后一条网关信息
最后手动在 ArchLinux 添加 ip route add 192.168.24.1 dev wlo1 路由信息子网访问恢复正常
ArchLinux 用的 gnome,网路是 network-manager 接管的,不知道是不是 network-manager 的问题

解决了,附上解决思路备用

@f165af34d4830eeb tailscale 不是直接装到 openwrt 里的;在 openwrt 下面的网段里

@yinmin 其实做了子网互访的有 21-28,8 个子网；各子网的网关是 openwrt,各网关均有除本地子网外其他子网的静态路由信息加 100.64.0.0/10(tailscale)的静态路由信息,openwrt 怎么写，op 是 24.10

话说 dae 可以运行在 lxc 下吗?

我 openwrt 与 immortalwrt 都刷过,5G 信号没问题;我装的是 wpad-wolfssl

感谢楼主