吐槽，只要访问国外 VPS 80/443 以外端口就触发“机制”。

想说爱国不容易

试过 Linode 和 AWS EC2 的443端口，跟其他各种万位、十万位端口没什么区别，只要触发“机制”就会 time out 。
设置成全局代理后貌似是这么一种情况：被土啬网站（如twitter、google、facebook）一概打不开，没有被土啬的网站可以走SS，能打开。

说白了就是安装 SS 的服务器也变成了天朝的电脑一样，丧失了穿土啬的能力。我嘞个去！

错了，应该是“跟其他各种千位、万位端口没什么区别”

好诡异哦，我发完前面那条消息后，才过了不到十分钟，这会儿 SS 又能用了，速度还蛮不错。

我还是觉得应该是检测ss了

@lyragosa 80,443端口也有这个问题 看我这个贴 http://v2ex.com/t/211926 ms linode是重灾区，墙的时候别的地方可以访问，所以到底是gfw还是别的原因还是有待调查

昨天do新加坡的ssh一直连不上，最后我先连的搬瓦工，又在搬瓦工里连的do，才把服务器配置好，蛋疼

前几天在北京住了几天 IPAD用SS通过宾馆的wifi上网 发现无论是购买的SS（随机端口）还是自建的SS（443） 使用几分钟左右 就上不了了 要间隔一段时间后才能用

我也遇到此情况，之前一直用的默认8388端口，用了一会就无想要，连ssh都连不上，但是我换一台电脑就可以访问，即便是在同一局域网内的电脑。

我说怎么SS经常连一会就断了。。 然后切换到其他服务器就好了，过一会又不行了。再切换回来。。

用了三万多的端口，没事，除了每天定时抽风

某些时候我总觉得墙已经具备了分析解密流量的能力

@pandada8 没那么智能，只是根据连接和数据流量的特征来判断而已

PING www.google.com.hk (64.233.187.199)
36 bytes from 64.233.187.199 : icmp_seq=0 ttl=39 time=19 ms
36 bytes from 64.233.187.199 : icmp_seq=1 ttl=39 time=26 ms
36 bytes from 64.233.187.199 : icmp_seq=2 ttl=39 time=31 ms
36 bytes from 64.233.187.199 : icmp_seq=3 ttl=39 time=25 ms
36 bytes from 64.233.187.199 : icmp_seq=4 ttl=39 time=20 ms
--- www.google.com.hk ping statistics ---
5 packets transmitted, 5 packets received, lost 0.0 %
PING 115.159.44.195 (115.159.44.195)
Request timeout for icmp_seq 0
36 bytes from 115.159.44.195 : icmp_seq=1 ttl=38 time=1741 ms
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
36 bytes from 115.159.44.195 : icmp_seq=5 ttl=38 time=1201 ms
--- 115.159.44.195 ping statistics ---
6 packets transmitted, 3 packets received, lost 50.0 %
哪个才是局域网呢？
香港PCCW-4G

昨天我的vultr也遇到这问题了，bwg没状况

看完这个赶紧试了一下，linode fremont 机房已沦陷。

今天也发现了。。。药丸。。。

存在好久了。深夜或者工作日的下午会好一点。。。

Linode U.S. West Fremont
SS 443端口，AES-128-CFB，32个字符随机生成的密码，昨天中午开始同样现象。
上海联通。

只开了443端口，SSH都停掉了，每次通过Lish登录VPS，也没其他服务。
一旦本地换IP（如ADSL重新拨号或通过阿里云或国内代理中转）后恢复正常，用几分钟后重复此现象。但此时ping同网段其他Linode VPS的IP完全正常。
双向路由跟踪都中止在北京联通骨干网（不知道为啥上海联通会路由到北京联通再出去）。

Linode Tokyo 没有发现这个问题...每天大概跑60-70G左右的下行流量..Ping 大概在55ms 左右