Table of Content

以前 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 协议,考虑到苹果的备份有可能是加密过的,只有自己设备能解密,这点似乎也能说得通,但是还是希望苹果不要把用户的数据裸奔在互联网上面。