降价促销不挺好的。除了苹果股东之外所有人都赢了。

没区别。改名是因为消费者就吃这一套。

运营商的拦截服务考虑一下。

附议，wireguard 有自动重连，所以不要设置 keepalive ，反而容易出问题。
想必楼主跑的也不是什么丢一个包损失几百万的业务。

@redcats fe80::1 这个地址对应 MAC 地址是 9c:63:5b ，它发布的 RA 报文中包含了指向 fe80::1 的 DNS 设置，所以 fe80::1 能正确解析域名吗。

iPhone 面对着激烈的市场竞争，高溢价全靠高用户满意度支撑，所以相对于某些垄断 App 、某些广告联盟、某些不干人事的 GOV ，苹果肯定是更把用户当回事的。

@Dotennin 我是纠正你的错误。

@Dotennin
这个说法不对吧。

https://help.apple.com/pdf/security/zh_CN/apple-platform-security-guide-cn.pdf

支持“隔空投送”的 Apple 设备使用低功耗蓝牙 (BLE) 和 Apple 创建的点对点无线局域网技术向附近的设备发送
文件和信息，包括具有“隔空投送”功能并运行 iOS 7 或更高版本的 iOS 设备和 iPad 设备，以及运行 OS X 10.11 或
更高版本的 Mac 电脑。无线局域网信号用于在设备间进行直接通信，无需使用任何互联网连接或无线接入点 (AP)。
此连接使用 TLS 加密。

“隔空投送”使用 iCloud 服务帮助用户完成认证。当用户登录 iCloud 时，设备上会储存一个 2048 位 RSA 身份标识，
且当用户打开“隔空投送”时，设备还会根据与用户 Apple ID 相关联的电子邮件地址和电话号码，创建一个“隔空投送”
短身份标识哈希值。
当用户选择使用“隔空投送”共享项目时，发送设备会通过 BLE 发出包括用户的“隔空投送”短身份标识哈希值的“隔空
投送”信号。附近处于唤醒状态且打开了“隔空投送”的其他 Apple 设备检测到这一信号，并使用点对点无线局域网进行
响应，这样发送设备就可以发现任何响应设备的身份标识。

不用 Chrome 相关应用就解决了，当然这在如今这年头也是挺难的。

我省移动是 7 天，电信是 30 多个小时左右不固定。

从上个版本开始，自从不用 Chrome 之后即使是自带输入法再没有卡过风火轮。

愿望很美好，现实很骨感。
Type-C 一根线通吃所有设备。
然而其实安卓阵营内自己都做不到。

@Terry3366 直接装的 Debian ，jellyfin 能正常调用硬件转码。