北京电信真可爱

Life is short , play more!
本文来自lihao's Blog,转载请注明。

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

具体现象:
ssh [email protected] 还未建立链接, 就被直接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,表现不错。

此篇文章已被阅读1731 次


发表评论

电子邮件地址不会被公开。 必填项已用*标注