看起来不错，买一个送小朋友。

这个官方后续没有出故障报告或故障分析？如有看到的网友麻烦转一下，感谢。

看起来不像是证书问题，要不然早解决了。估计是源站所在数据中心网络接入异常。

https://crt.sh/?q=zhihu.com

这个时间点不像有变更。难道是只替换了前端接入证书，源站证书忘记替换了？不过没找到今天过期的证书。

525/555
若回源协议为 HTTPS ，则节点回源时需要与源站进行 SSL 握手，若握手失败，则节点响应客户端 525/555 状态码。
https://cloud.tencent.com/document/product/1552/101095

知乎走的腾讯云加速。

@devour 默认只能看到几个规格，需要找商务加白。

之前也常买阿里云的流量包，不完全符合流量包越大单价越低，之前算过是 300TB-6 月的包单价最低。
亚太全时，10T-1 月异常，比 5T-1 月还高，就很奇葩。
>先列结论：
>
12 月以上的大包没必要购买，单价无优势；
同一类型、有效期下的流量包，并不是规格越大越便宜：
亚太全时，128G-1 月异常，比 50G-1 月还高
亚太全时，10T-1 月异常，比 5T-1 月还高
亚太全时，600G-6 月异常，比 300GB-6 月还高
亚太闲时，10T-1 月异常，比 5T-1 月还高
亚太闲时，60T-6 月异常，比 30T-6 月还高
欧美全时，10T-1 月异常，比 5T-1 月还高
欧美全时，60T-6 月异常，比 30T-6 月还高
以亚太全时为例，按流量情况，建议在三类包里面选：
50G-1 月
5T-1 月
30T-6 月（单价和 5T-6 月一样，但是有效期更长，适合不均衡的情况）
亚太闲时和欧美全时，可以参考以下表格自行抉择。
假设亚太全时 月平均流量消耗是 300T ，那最佳做法是写一个脚本，监控余量，自动补 30T-6 月包，而不是直接搞一个 300T-6 月包。

https://fangpsh.github.io/posts/2023/2023-03-17.html
里面有之前的表格，不知道现在是否还一样。

另外还可以考虑叠加下少量的亚太闲时？

用 2 分法定位下加入这个检测功能的临界版本，看看有没有老版本没加这个检测。

试过 cryptomator 吗

3 楼正解。
参考文档： https://www.qnap.com.cn/zh-cn/how-to/tutorial/article/raid-%E7%BA%A7%E5%88%AB%E5%9C%A8%E7%BA%BF%E8%BF%81%E7%A7%BB

不过做之前还是建议备份好数据。

请求次数也会计费

tableplus

打个镜像，有问题随时回滚，随便折腾。

选 1 ，剩下的时间自己提升，顺义租房和生活都会舒服很多。

如果重复率不高，可以考虑先用弱 checksum 算法（例如 adler-32 ）走一遍，碰撞了再用强算法走一遍（例如 md5 ，sha1 ）。参考 rsync 的做法。

歪个楼，我想问，有没有厂商开发鸳鸯电饭煲，这样能分别控制水份。