这个需要 BIOS 来实现吧，很多机器可以用逆向工程得到的 ACPI CALL 来控制（比如说华硕有 asusd ）
如果机器不支持就没戏？

你之前 ping 网关时候网关的地址都是典型的 SLAAC 地址，你确定是只能用 DHCPv6 而不是只能有 SLAAC?

你这个网络环境是不能通过 dhcp-pd 等方法拿到 ipv6 段吗？（一般就是校园网，光猫无论桥接与否一般都可以 dhcp-pd ） tplink 这个桥接模式应该是 slaac-relay ，也就是中续并篡改 RA/RS 包的 mac 地址，然后配合 NDP-Proxy ，网关做三层转发（也有不用 NDP-Proxy 纯二层的实现，参考 https://blog.men.ci/ipv6-slaac-relay-and-bridge ），这是一种没有办法的情况下（需要鉴权且只允许有一个 mac 地址联网）才会使用的很窒息很 hack 的模式

如果可以接受 NAT 的话，可以找找路由器有没有 ULA+NAT66/NTPv6 的选项

这种模式下应该只能使用 SLAAC ，DHCPv6 的话需要额外实现 DHCPv6 报文的中续和篡改（具体实现方法取决与你的 NDP-Proxy 的实现会不尽相同）

但是很显然你用了 DHCPv6 （显然你的地址不是 eui64 生成的），以及你拿到的地址也有些奇怪，很少见到 ::d:dddd 这种风格的地址，大概率不是你的路由器给的，是上游的网关给的，你可以用 ip -6 route 来查看一下 Default Route 是什么地址，看看是不是你的路由器

你的路由表里关于二层的路由应该没什么问题，但是 Default Route （网关）大概不是你的路由器而是上游的网关，那么就要看你路由器的 NDP-Proxy 是怎么实现的了，如果它的中续是双向的，那么你就可以联网，否则你可以理解为是你的路由器的实现有问题

此外你说 Windows 可以联网，Windows 是通过 DHCPv6 联网的？？你试试看安卓能不能联网，安卓只支持 SLAAC

@dude4 发之前确实没想到说这不应该发
建权威 DNS 是因为比每个设备跑 DDNS 方便太多

高级
不过真的要用 BSD 系的东西吗？

linux 内核的 xpad 驱动不支持蓝牙连接手柄的。。
你用的哪个蓝牙手柄驱动，一般用 xpadneo 会比较多，然后 xbox 的 2.4g 接收器一般会用内核态的 xone
任天堂的手柄的话，还没有普及内核态驱动，你看看你用的哪个

@Jirajine 你这话就不太对，nvidia 总是喜欢用一种不符合内核约定的方式来实现一些一样的事情，自己做一套私有 api ，根本没人用，现在实现了，也一堆一堆的 bug
nvidia 在 wayland 下工作的不好的核心原因是 drm 支持极差，一大堆的 bug ，gbm 也一堆 bug
也有支持 nvidia 支持的好的比如说 hyprland ，那是人家给 nvidia 的屎山写了一堆特判代码（
不使用 Linux 约定俗称的基本显示框架东西就好像你做一个显卡不去支持图形 api ，要图形 api 为了你把三角形渲染改成方形渲染一样抽象

@Jirajine 现在用了 UOS 的闭源 lib ，还要 UOS 授权，也只上了 UOS 商店，本质上算是给 UOS 定做的，算不上通用版
因此只能用 bwarp
检测 bwarp 这种事情我感觉干不出来，这样 flatpak 和 snap 都用不了，等于半个 linux 世界都用不了了
而且没有 bwarp 还有 selinux 和 apparmor 呢，上内核模块检测这些那连 ubuntu 都用不了咯

@jowan 你现在正常是用的 dhcpv6 还是 slaac 获取的地址呢？
一般都是设备发路由请求（ RS ），路由器响应后回复路由宣告（ RA ）
其中包含前缀和 DHCP 相关的支持情况等，还包括 DNS 等信息
如果是 SLAAC 到这里就结束了，DHCP 还要根据结果再去请求 DHCP
建议你通过抓包排查设备有没有发 RS ，路由器有没有回复 RA ，然后抓一下 RA 里的信息有没有问题，然后持续持续观察，看看有没有收到异常的 RA
如果是 DHCP 的话，检查 DHCP 设置的租约时间以及续期相关的包