ETiV

@byicer 没严格算过，一个月 $10 乘以将近 8 年，大约相当于 AppleCare 的钱回来了？


@jjxtrotter 、 @zhhmax
“现在有了严格的限制” — 我还一个经历：
我现在手上的 iPhone 15 Pro 是新加坡版的，但加入了 AppleCare One

当时选择设备的时候，国行设备全部无法加入，但这部手机可以被选择、但提示需要打电话联系客服解决。
我就打了，客服也问过我这手机是不是美国买的，我说不是，但也给我加进来了。

那我是早年卡了 bug 的吗…

我的 iPhone Xs Max ，国行手机+美区 AppleID ，自带的国内版 AppleCare 过期后，Apple Care+ 按月续费一直到今年四月份…

它的第三块电池没电了，找了天才吧的人，表示没有备货电池了，然后打了 400 ，（因为是美区 AppleCare+）折腾了一下（总计一周多），置换了一个 iPhone 17 Pro Max 给我

抓过 Claude Code 请求，metadata 里面是有 device_id 字段的，所以……不排除

https://health.aws.amazon.com/health/status

软件行业就这样...

网段冲突了吧？ 198.18.0.0/16

被封了的+1
连锅端的还是

你需要的是组网工具

https://github.com/slackhq/nebula
可以 nebula 自建，
也可以 tailscale 、zerotier 之类的，因为要打洞才能直连，底层都是 UDP

我不知道你的第二次第三次时间隔了多远
但 macOS 有一个 bug：

macOS 被曝存在 49.7 天网络故障漏洞，当前需重启修复

macOS 存在一项与 TCP/IP 网络栈有关的问题：设备连续运行至 49 天 17 小时 2 分 47 秒后，新的网络连接可能停止建立，现有连接则可能继续维持。报道援引 Photon 的研究称，问题出在 XNU 内核中的 tcp_now 计时器，该计时器以 32 位无符号整数记录自开机以来的毫秒数，达到上限后回绕，进而影响已关闭 TCP 连接的清理过程。

报道称，随着失效连接持续堆积，系统可用的临时端口会被耗尽，网络栈因此停滞。Photon 表示，目前可行的缓解方式是重启设备，团队也在研究替代方案；报道同时提到，RFC 7323 对时间戳计时器达到上限后的处理已有规定，而 Apple 的内核实现被指存在错误。


https://www.tomshardware.com/software/macos/macos-has-a-49-7-day-networking-time-bomb-built-in-that-only-a-reboot-fixes-comparison-operation-on-unreliable-time-value-stops-machines-dead-in-their-tracks

只有一两个人用可以自己组网，域名解析到虚拟的网络 IP 上，客户端需要先“拨入”你的私有网络，才能访问