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

GFW Nov 14, 2016

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

Tags

Jie Li

🚘 On-road / 📉 US Stock / 💻 Full Stack Developer / 🎓 Grad Student / ®️ ENTJ

Great! You've successfully subscribed.
Great! Next, complete checkout for full access.
Welcome back! You've successfully signed in.
Success! Your account is fully activated, you now have access to all content.