最近Linode日本区受灾严重，请问中招是因为某个特定的原因吗？

[1to3]

不被墙的可能情况：
@summic
我改了端口号，证书登录。linode用了两年多，从未被墙
估计强是判断流量的，单纯ssh操作应该不会有问题，如果做端口转发，流量大了就不好说了
@Livid
正常的指令操作不会有任何问题。

这样看来不是日本的都会被墙的。被墙的原因会不会就是用来做vpn或其他形式的翻墙了。

[yangxin0]

据说某墙具有主动探测能力,.

[1to3]

@yangxin0 就是能判断你用来干嘛的意思吗？

[yangxin0]

@1to3 差不多

[foxae]

GFW 对 SSH 有学习能力了。

[yangxin0]

@foxae 有一篇校长署名的论文，概述了一下如何做SSH隧道流量分类。

[foxae]

@yangxin0 是这样。VPN、SSH都已经沦陷了，我们刚发布的MicroFox采用的是HTTPS隧道，看起来和访问HTTPS网页是一样的。

[Sivan]

网站一直没被墙，SSH 被墙过。换了个端口就正常了。翻墙最好用 VPN，IP 被墙了自己的网站也跟着倒霉。

[yangxin0]

@foxae 其实有一个很简单的翻墙方式。其实很多时候还是做的DNS污染的。https://github.com/Ronald-Liu/Tcp-DNS-proxy我朋友写的一个程序，模拟自己是DNS服务器用tcp连接去访问8.8.8.8的服务器。 https网站翻墙基本无压力。

[summic]

我倒是从未用来翻墙，也没搭建VPN，不过代码push不少，这个本身也耗不了多少流量。
看过一个分析说墙具有流量检测特性，对于无法识别的数据包，如果从国内某几个ip到国外某一个ip的流量超过他的阀值，就会启动认证手续。

具体怎么样估计只有校长知道。国家机密

[1to3]

@summic 目前看来，如Livid所言，正常操作不会有问题。

[summic]

@1to3 没错

[Actrace]

这段时间还有一个非常可恶的现象就是国内IP练到国外走香港路线的话会被电信骨干网做空路由提升至少200MS，这真是相当恶劣。但是阿里云连接过去却非常稳定，延迟也在合理物理范围内。难道走的是特殊通道？

[tarsier]

@Actrace 阿里云杭州机房以前连linode fremont只要150+ ms， 现在至少250+ms， 并且丢包率很高

[JASKNi]

大概是因为我常用 SSH 翻, 而且端口也被封了三次...
所以, 终于于前天获得被墙成就, 现正从 Tokyo 迁移至 Fremont 机房...

Po主, 如果想用来 SSH 翻的话, 还是算了吧... GFW 现在好聪明了...

[kingwkb]

@Actrace 阿里云走的是联通的骨干网，不走电信的

[1to3]

@JASKNi 就是怕墙得没规律。