@yyysuo #5 盒子不关机可破。

@tangtang369 感谢解惑，这样还好吧，比 apple 更流氓一些，我还以为是假升级，刷新版本号。

没看懂。

吓得我赶紧试了一下，幸好还在。

还有吧。

op 是不是都不用考虑这种问题了，默认就带的，ros 这么牛逼，为什么不默认呢。

这么好的东西，能给 mihomo 提 pr 么，大佬们正对 healthy check 不满意呢。

@Alicewish #38 大佬得明白，用户的知识储备和学习能力大部分是不行的，这决定了你不喂到他们嘴里甚至胃里，他们是吃不到的，不是不想吃。如果是收费的产品，自然是市场说话；如果是开源免费的产品，用户当然无权对开发者提任何的要求，只不过是门槛决定了一个项目的流行程度和生命周期罢了，大佬也得尊重规律。

为什么这么多大佬这么牛逼，自己独立开发一个产品，竟然不能理解大部分用户完全没有任何编程的基础？

这跟软件没关系，机场把订阅的信息去掉了吧。

长出一口气，蒙对了，我是这么算的，按小学生的思维方式想的。
1：6 个什么都不爱好 ，不算人，不参与计算，班里只剩下 44-6=38 人。
2：3 种爱好加起来是 18+18+18=54 人。
3：3 种爱好都爱的人，在 54 人里面被计算了 3 次，如果减掉 1 次，这 4 个就只能算是重复计算了，跟其它爱好 2 科的人一样了，54-4=50 人。
4：50-38=12 得出重复计算了 12 人，即 38 人里面，有 12 个人至少爱好 2 科。
5：38-12=26 人，完结。

再补充一下，如果不改路由配置，连接不上的时候，重启一下 ap 或者断开重连一下 wifi ，一般就能连接了。我猜想你用的 ipv6 源是网上流行的那个吧，高峰时候，有时候也是卡。

这题目我会啊，最近刚刚解决的，楼主的猜想是正确的，就是租期的问题，是临时 ipv6 地址租期的问题。解决的办法就是用 SLAAC ，不用 dhcpv6 ，同时取消 ipv6 格式的 dns 的下发，解决步骤如下：
1：lan 口 dhcp 服务器设置中，路由通告服务-服务器模式，dhcpv6-已禁用，NDP 代理-已禁用，取消通告的 dns 服务器。
2：删除 ipv6 ula 前缀。
3：删除所有固定 IP 地址分配的租期（如果之前有指定），dhcp 中的 ipv4 租期默认为 30m
4：修改/etc/config/dhcp 文件，在 lan 部分，添加或者修改如下项目，自己删除#及注释
option ra_dns '0' #不下发 ipv6 格式 dns
option ra_useleasetime '1' #ipv6 地址使用 ipv4 的租期
option preferred_lifetime '30m' #preferred lifetime30 分钟
option leasetime '30m' #租期 30 分钟

完整的 lan 参考：
config dhcp 'lan'
option interface 'lan'
option start '100'
option limit '150'
option force '1'
option ra 'server'
option ra_dns '0'
list dhcp_option '6,10.10.10.1'
option ra_default '1'
option ra_useleasetime '1'
option preferred_lifetime '30m'
option leasetime '30m'

楼上这么多人说了，就是 wpa3 的问题，关掉就行了。

@IMLR #25 是封端口啊，应该不是针对 Brutal ，针对的 vless 或者 vmess ，反正这 2 个协议不管怎么搭配，都很快被封掉，那既然这样了，就没必要再折腾什么端口跳跃了。

用户协议里面肯定写了相关的条款，说实话 pcdn 也确实不是什么正常的使用方式吧。我昨天试了一下 Brutal ，2 个不同地点的 vps 节点，活了不超过 1 个小时，就是试了一下，压根没有连续使用。

和 2023 一样操蛋。