"那像腾讯、阿里这种固定/24 的策略，会不会让部分用户拿到不太精准的解析结果？"

----不懂但个人理解似乎是反过来的？/24 表示高度个性化，缓存碎片化命中率低，解析慢，客户 ip 精准到/24 因此有泄漏位置和隐私之嫌，但客户会拿到“精准的解析结果”。难道 OP 认为应该要/32 才“精准”？

另外/0 似乎是域名没有部署 ecs ？当然如果是用有很多 PoP 的公共 dns ，内容提供商也有很多 PoP ，缓存足够本地化和匹配，不用 ecs 反而速度和隐私可以得兼

OP 难道不认为这“一大堆”都是非法、盗版的流媒体服务吗？还自称 reseller 甚至是 reseller 的 reseller ，搞得好像是得到合法授权似的，但是又在 whatsapp 上做生意

用这种东西即使是最终用户都是要小心被告上法庭的。whatsapp 都弹过警告的

正版流媒体服务很多的呀，可以订阅就订阅好了，不能订阅就随它去吧。实在想看 youtube tv 号称也有 100+频道，21 天免费试看，地域限制嘛，还是要通过某些“正经的”vpn 来解决，如果不是肉身在那里的话

@dya 并不是这样的。passkeys 并不是唯一的验证方式，如果不行还有其他，其本身也并不是唯一的，可能会有一个安卓设备会被自动生成 passkey ，但是其实 icloud keychain 甚至 windows hello 也可以，意思就是除了安卓手机几乎所有苹果设备和微软的某些设备都可以充当 passkeys ，提供所谓的“最强大的防护”

@shijingshijing 并不是这样的。首先，国内手机号能收。然后，“如果没有合适的手机号的话”，其他的 2nd steps 还有很多，而且手机号验证码也并不是首选的 step ，首先 1. 利用各种设备的指纹、人脸、屏幕锁等等的 passkeys ，其次 2. google prompt ，在已登录 google 的设备上有 prompt ，OP 遇到的可能就是这种，所以不再使用的设备应该要提前退出 google 账号，然后 3. google authenticator app ，保证离线也可以，然后 4. 所说的 2nd step 验证手机号，然后 5. 万一以上都不行，备份手机号和邮箱大概率在账号已被锁定时有用，最后，还有打印或抄写在纸上的 10 个 backup codes 保底

感觉这是“正经风控的逻辑”，并没有颠覆

@Mogugugugu 话说 python 以及 python3 都不是 symbolic links 吗？不过几乎所有 linux 发行版都只链 python3 ，只有在创建的虚拟环境里才有 python 链到二进制 executable 。正常现象

@among 装“2 节电池的”是第三第四代了，第一代装四节 AA ，第二代装三节 AA ，apple wireless keyboard 。不过不管是第几代都已经至少是 10 年前的产品了，收藏价值的有没有

@dsx826 #32 "ios 26 也有内置 dns ，早晚都会的" ---消息来源？并没有呀，只是从 ios 14 开始支持 DoH ，而且也不是内置只是可以手动输入的吧

很可能是 Intel i915/Iris Xe 驱动问题。这么新的机器装 linux ，需要很新的 Linux kernel 。是不是在试装旧版 Linux Mint 和 KDE neon?

黑屏应该是出现于进入 graphic mode 时吧？如果是，那么 linux mint 没得选但 kde neon 如果没记错的话可以选择在 text mode 下安装。或者先进入 grub 编辑加入 i915.blacklist=yes 再启动安装，安装成功后再考虑安装/编译新内核解决驱动问题

3. 就我自己看到的， 云服务 国内国外普遍给 v4 地址。 国内不论家宽、企业宽带，开 ipv6 老费劲了。 一般不给开，运营商给开了， 自己运维事情也多。 评论区可以看到一些数据。国外也存在。评论补充道谷歌的 dhcpv6 都缺， 可见 ipv6 的基础设施都不健全，推广谈何容易？+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

并不是啊。大多数 vps 都提供更便宜的 ipv6 only 主机，或者 ipv4 额外收费，有些甚至可以免费提供/48 前缀，比如 linode ，比如 he 的 tunnel broker 。企宽没用过不知道，但是国内家宽都会默认提供/60 甚至/56 ，不光给你一个/64 子网，划分很多个子网都不“费劲”。“自己运维事情”，只需要宣告前缀和 rdnss ，slaac 完全自动配置，事情多在哪里，dhcpv6 并不需要。哪里“基础设施都不健全”

完全没有这个必要的吧。再怎么玩“自己递归”也是一个非权威递归 dns ，性能和安全可能都比不上一把一把的公共递归 dns ，isp 提供的递归 dns 也不是完全不能用

敝人是用两个 windows server 做域控兼内部 dns ，上游到两个 dnsmasq 做分流兼 ad-blocker （其中一个还兼 dhcp server ），国外和国内分别分流到两个 dnscrypt-proxy ，分别到 cloudflare 的 ODoH 和 google 的 DoH, 以及阿里和腾讯的 DoH

所有“某中原大省”的用户都这样？感觉不太可能发生这样的事情。

话说回来，抓包出现这样的提示很可能是正常现象，因为如果网卡启用了 checksum offloads ，checksum 会在网卡在发送数据时计算，和抓包时的 checksum 不一样是完全正常的

看看是不是还有其他原因

@jocover 我的 apache 用的是 mpm-event ，所以是 a2enconf php8.4-fpm 。另外我有用 vnc ，升级后 kde plasma 6 默认用 wayland ，因此导致黑屏，切换回 x11 恢复

web ui 的 style 变化有点大，但看下来就是 style 变化有点大，东西还是差不多

明显多的就是增加了 wireguard 的设置界面和 interface ，但是看起来似乎是用来设置 server ，没有其所说的 site-to-site 和 client 模式，有点 confusing 。当然，命令行是完全可以的

当然，断更这么多年还能迎来新固件，还是有点感动的，所以特地截了个图和 OP 同喜一下：

https://i.imgur.com/a/ajjqWhX

#10 验证的办法很简单，如果服务端是 B ，那么 ping -6 B 看看是不是有回应？

总结一下，OP scp 工作室以及阿里/腾讯云服务器，都“基本正常”（推测用的都是 ipv6 ），唯独 A 和 B 之间不正常

那么有没有可能是自己的原因，比如路由器的防火墙没有放行 icmpv6 ，导致大包不明状况一直重传，以至于“ ssh 操作特别卡”？

这是一个局域网内 multiple ipv6 gateways 的问题。

如果要避免这个问题，
1. nat 不失为不错的解决方案，当然，会有 nat 带来的问题
2. 如果 vps 的速度不错，那么单选 vps 的 ipv6 也不错。会有连通性、延迟和速率的问题，但是反正有 ipv4 保底，一般不会对实际体验有很大的影响

如果要利用这个问题，
3. 理论上 ipv6 应该是要支持 multiple gateways 的，系统应可以根据源地址的不同选择正确以及更快的地址、网关组合保持通讯。但是实际上当前的各种系统对此的支持都非常不好，所以往往会出现系统选择错误的地址和网关导致通讯中断的情况
4. 解决的办法是有的，比如 source based routing ，建立一个或多个路由表，指定路由表的地址规则和缺省网关。但这件事是在每个终端上都要做，对于某些终端做起来可能并不容易

做起来较简单但终端上没有公网 ip ，2 做起来最简单但只有 vps 给的公网 ip ，3 做起来最佛系但肯定会碰到连接问题，4 做起来最复杂但终端上同时有电信和 vps 给的公网 ip

@21231sv 不是这个意思。举个例子客户端请求访问 www.google.com ，代理服务器需要即时生成一个 CA 签名的 www.google.com 证书给才能完成 ssl 握手，不是给 squid 配置一个证书就可以了

人家某些大公司这样做是为了解密 https 流量来达到某些目的，请问 OP 的需求是为了什么？

个人理解这似乎不是单单 squidcaddy 之类能做到的，OP 需要作额外的非同寻常配置：1. 代理服务器需要配置内部 PKI 生成第三方的“完整的证书链”，2. 客户端需要接受代理服务器的 CA

确实是这样的：开启 airplay 到附近的 mac ，就会关闭 universal control ，两者似乎不能同时使用。但是很诡异的是，airplay 之后再到 system setting 中打开 universal control ，两者就又能很愉快地同时使用了。好像一直就是这样。所以，如果不是 bug 或是不完善的 feature 那么善意的猜想是苹果不希望用户这样用吧，毕竟 airplay 到另一台电脑的意义不是很大