真心搞不懂，你们不会断线重连吗？电信的IP段很多的，各个段（甚至是单个IP走的路由都是不同的），可以一边开启ping命令测试你的VPSIP地址，一边路由器/电脑上断线重连换IP，这样肯定能找到一个延迟小，速度快的线路的！电信到美国加州在低谷时间延迟最小可以低至110ms（之前不断断线重连测试电信到美国MC机房的延迟得出），其实电信还算不错，就是用的人太多，出口不够智能。

@riaqn
原因很明显啊，静态最节省资源，随机解析一个IP地址，是有风险的，万一这个IP地址默认发布了不和谐的内容呢，比如输入GG的网站随机解析到一个XX站的IP，这样一来岂不是域名劫持啊。所以说他们还是蛮聪明的。

@nealfeng
这次封锁是路由封禁，路都被运营商断了，别谈Gmail了，一只苍蝇都飞不到GG那边。
顺便发一个能用的GG ip 216.58.216.0/24

纠正下，谷歌目前在国内享受的是IP路由封禁，并不是DNS污染，G.F.W将谷歌所有的IP段，还有Google Global Cache大部分IP地址都null了，也就说路不通，数据包不可达。

@q397064399
国内的Azure怎么会放在澳大利亚啊，就北京和上海两个机房
@mornlight
带宽确切的说是万兆共享的，反正我测试过多线程下载速度绝对不止100M的带宽。

@jamesxu Azure是不限制带宽的，上次测试过下载速度能达到50m/s，差不多300Mbps带宽的样子

@rio 国内的Azure是放在世纪互联的北京和上海机房，访问国外线路还是走电信或者联通的线路

@1002149271 正常情况，肯定上不去的，中间隔着一个墙啊

@itsjoke 和中国联通（美国）是直连的，但是bgp.he.net上面没有显示ipv4的peer，除了BGP协议莫非还有其他外部网关协议(不会用的IGP吧)？我这边江苏联通的traceroute
2 10 ms 11 ms 4 ms 112.X.X.X
3 3 ms 3 ms 4 ms 58.X.X.X
4 35 ms 34 ms 31 ms 221.6.193.197
5 32 ms 35 ms 38 ms 219.158.96.157
6 37 ms 35 ms 34 ms 219.158.101.46
7 35 ms 40 ms 34 ms 219.158.101.58
8 241 ms 240 ms 242 ms 219.158.102.86
9 242 ms 243 ms 243 ms 207.254.191.41
10 192 ms 184 ms 184 ms 207.254.184.82
11 * * * 请求超时。
12 177 ms 174 ms 174 ms 66.102.253.1

@halczy http://bgp.he.net/AS26484
hostspace，据说是美橙的，直连中国电信，联通（美国），延迟真的很低，而且稳定
66.102.253.1 测试IP

这个没有实际意义啊，traceroute到某个IP的测试结果，并不一定代表实际的路由走向（可能有路由策略，小包走一条路，大的数据包走另外一条路），而且只做单方向的traceroute不能说明问题，要做双向的测试。有的时候traceroute测试米国同C段的IP地址，走的路都可能不同，可能是BGP协议，VRRP在选路上面的不同导致的，这样一来可能今天走的是一条路，明天有是另外一条路。

@BOOM
这次谷歌自己的IP段几乎都被屏蔽了，只有部分google globle cache还能正常访问。谷歌的IP地址很容易找到的，找谷歌的AS号，然后就全部出来了，然后GFW上面就可以直接封IP段的80，443端口了（可能是间歇性屏蔽）

阿里云香港测试IP，58.96.168.1，广州访问也是绕道的，除非走的是香港本地的网络。

@vvcloud
ovz构架，不支持XP的，不要瞎折腾了，在这个上面用QEMU装只会吐血

@kaguca
A站的.com域名被HOLD，一旦域名被HOLD，域名的注册商就可以将它的解析停止掉，然后全网就不能访问.com这个域名了，而.tv这个后缀的没有被hold，所以还是正常解析，用户可以访问。

这个和webps.cn一个模子里出来的啊..

想起来了之前的云游戏，现在貌似被百度收购了（百度云游戏？），体验不怎么好，虽然网络延迟只有30ms左右，玩玩那些对延迟不怎么大的游戏尚可，FPS类的射击游戏简直就是丧心病狂...