北京电信真可爱

购买的cloudserver在San Francisco, California，最近发现电信和移动宽带访问美国的cloud server愈发困难。 因家里宽带换了移动，联通的最近封锁情况不得而知。 但是北京电信（公司网络）和北京移动（家里）宽带真可爱，访问国外cloud server一发起链接就断掉。 也许根本一切还是GFW在捣蛋。

具体现象：
ssh root@myvps 还未建立链接， 就被直接block。 ping 也立即没有响应。 kill掉等待timeout的ssh进程， 等个2-3分钟， ping又回复了正常。 多试几次，有时又可以ssh正常连接上2-5分钟，怀疑GFW的防火墙自己卡了，要么就是故意让你网络正常5分钟，好让你认为是自己访问的服务器异常（这招实在是高啊，让人不得不佩服）。

下面是我在家里测试的几组数据。 开2个终端窗口，一个尝试ssh连接， 一个窗口ping xxxx -i 5 (-i 间隔5秒， 后面根据ping包情况，计算当发起ssh连接后， gfw默认block的时间）

1. 第一次断开时间 (114-77)*5 = 185秒（断开刚好3分钟左右）好神奇

64 bytes from myvps (104.131.xxx.xxx): icmp_seq=76 ttl=46 time=182 ms
64 bytes from myvps (104.131.xxx.xxx): icmp_seq=77 ttl=46 time=183 ms
———————————————————————
64 bytes from myvps (104.131.xxx.xxx): icmp_seq=114 ttl=46 time=183 ms
64 bytes from myvps (104.131.xxx.xxx): icmp_seq=115 ttl=46 time=180 ms

2. 第二次 , (419-382)*5 = 185秒 （这不是巧合！！！！）

64 bytes from myvps (104.131.xxx.xxx): icmp_seq=381 ttl=46 time=181 ms
64 bytes from myvps (104.131.xxx.xxx): icmp_seq=382 ttl=46 time=180 ms
———————————————————————–
64 bytes from myvps (104.131.xxx.xxx): icmp_seq=419 ttl=46 time=183 ms
64 bytes from myvps (104.131.xxx.xxx): icmp_seq=420 ttl=46 time=180 ms

经过了多次测试后，大防火墙自己又会乖一会，能正常访问外网。 当是赏给了我个糖豆吃，让你能上一会，好别让你投诉人家宽带公司就好了。

断一次3分钟的GFW，表现不错。

此篇文章已被阅读2112 次