为什么 iCloud 恢复在中国是个残废

以前 iPhone 虽然能翻墙，但是都是用 VPN，似乎也只支持 VPN，Shadowsocks 得越狱才能用，所以很蛋疼。尤其是 iPhone 在从 iCloud 恢复的时候，不能配置 VPN，也不能打开什么三方程序。

再后来，学会了搭建 PAC 服务器，但是看日志不是特别方便，再加上恢复的速度也不快，没耐心去等，反正 iCloud 恢复还是个残废。

现在有了 Surge 这类软件，用 Mac 作为一个局域网代理服务器，可以监控到所有流量，基本可以看到恢复的全过程了。

首先是 p17-ckdatabase.icloud.com:443，https 协议和 iCloud 进行一系列的数据交换，这个过程很长，大概 10 多分钟，而且不管用什么代理，都是最高速度 20k，具体交换了什么，就看不到了，反正很慢。这个八成是苹果自己的问题，也不太像是因为文件太零碎，请求过多，反正我观测的请求不算多，就是速度慢。

其次是和 ap-sin-00001.s3.amazonaws.com gcs-asia-00002.content-storage-download.googleapis.com p17-content.icloud.com 这些网站进行通信，使用的是 http 协议，当然了，.s3.amazonaws.com 和 .content-storage-download.googleapis.com 的前缀是不一定的。

到这里基本就很好理解为什么总是恢复失败了，s3.amazonaws.com 在中国没法访问，每次执行 npm install sqlite3 的时候会失败，就是因为某个文件放在了 S3 上面，至于 googleapis.com，那就更呵呵了，谷歌一向是重点照顾对象。

还有一个要吐槽的点，个人备份数据又不是公开数据，也不需要运营商做 Cache，为什么还要用 http 协议，考虑到苹果的备份有可能是加密过的，只有自己设备能解密，这点似乎也能说得通，但是还是希望苹果不要把用户的数据裸奔在互联网上面。