@zwhu 你牛 x ，居然用 issue 写博客

/root/sslimit/test.sh > /dev/null 2>&1
改成 /root/sslimit/test.sh > /root/1.txt 2>&1 不就能看到报啥错么

@rannnn 真是醉醉的

打造大局域网

@ztrt
1.楼主提供的链接 http://images.apple.com/c3pr90ntcsf0/itunes/home/images/music_logo_large.png 我使用日本的 vps wget 返回同样是 404 ，说明打不开这个图片不是联通的问题

2.我使用 surge 查看 request 一个链接 http://a4.mzstatic.com/us/r30/Purple69/v4/5b/42/12/5b4212b5-43e8-795f-905f-b94d8f6e0566/icon192x192.png ，这个链接在我北京联通 ip 访问么，确实被 302 到了 http://120.52.72.79/a4.mzstatic.com/c3pr90ntcsf0/us/r30/Purple69/v4/5b/42/12/5b4212b5-43e8-795f-905f-b94d8f6e0566/icon192x192.png ，但是这个图片是可以打开的

同一个链接使用日本的 vps 访问，同样可以打开，但是日本的 vps 访问 mzstatic.com 会被解析成一个日本 ip ，而北京联通 ip 访问会解析成一个国内的 ip

3.你的结论是有问题的，对方 302 到了 120.52.72.*网段本身就是 cdn 的设置，就像是解析百度到某个网段一样，如果你把这个正常的网段封了，怎么还能正常访问呢？

综上，使用 surge 和 wireshark 分析，这个问题与联通无关，但是我现在使用 surge 将 suffix mzstatic.com 设置为 proxy 后，打开手机的 appsotre 的确快了很多，说明蓝汛的 cdn 服务确实有问题

看 302 里有个 powered-by-chinacache ，这个就是蓝汛的 cdn ， apple 国内的合作商，这是不是苹果自己做的 302 ，与联通无关？

打开手机的 appstore ，用 surge 查看最近的 request ，确实发现一堆的 120.52.72.x 的请求

除了西单，还有中关村图书大厦、王府井图书大厦。不过没有比较过大小

买了两门，还没看

你应该当场用网易云音乐识别。。

下次再要狠心得更狠点。。
话说真的会拿这玩意看书么(☆_☆)