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

大中华局域网指日可待

可以不用TCP/UDP，这样就没有端口的概念，既然ICMP没问题不妨架设VPNoverICMP。

所以很早的时候你们都在用什么几万几千端口我就果断443了

80，443越来越珍贵了

@ipv6nxtgnwrt 绝大多数路由器对ICMP的转发都有速率限制的， 用ICMP传输数据就不要想了

北京联通无此问题，我用的 20/21 端口

ss 开 80 也不行吧

青云香港 linode 日本 不行

ec2 日本 暂时没问题

建议多端口负载均衡

广州电信连oneasia早就没速度了。

一直使用443。。。

日本linode 995端口

有问题。。。刚才DO新加坡的机器第一次能连上，之后就连不上了，北京联通

一直443路过……经常见到好多8080甚至更奇葩的端口我很不理解

不仅仅功夫网，好多企业/学校的网关也有这种功能的（甚至是直接自动进黑名单），我最初就犯了这个错误

@rock_cloud 妈蛋啊一样啊！咱们来抱头痛哭一下吧！我还以为我自己网络有问题...

我一直以为只有电信才有这种操蛋事，联通连新加坡快得飞起啊....

我的80和443都用着呢，怎么办，能用nginx分流一下吗

GFW真机智

美国 443 表示还不错

端口 0 试试。

实测香港会这样，触发后tracert走的线路都不一样延时+1倍

@mcone 我也是公司的电信网络
但实际上我用这个网络已经用了几年了，从来没出过这个问题。
这个故障是这周开始的，所以我想肯定不是公司路由问题。
从traceroute也看出来顺利出了公司路由到了电信骨干网才开始丢。

http 用作 跳 https 那么 ssh 和 ss的端口 怎么搞
难道 让 80 和 443 一个给 ssh 一个给 ss ？

@lyragosa
这周明显觉得人为干扰的迹象增加了

我也是，linode东京机房一阵一阵的ping不通。。

我记得无锡电信连do@sg的443都会被限的
还有谁说的4000端口比较好来着？所以我现在都用4000，不过主力是非电信下使用，不知道电信情况如何

目前在公司也是这样，一访问linode日本节点的80端口就被禁ping，不访问的时候ping正常，tracert看了一下，公司是广州联通的，最后走到北京联通BGP。

用手机的电信4G网络测试一下，没问题；联通的2G也没问题。

地点：广州

我也发现了这个问题，这周开始的，Linode 东京，端口号用的是 995
而且一旦这个机制触发后，所有 Linode 东京的线路都会受到影响
但访问 bandwagonhost 似乎没有这个问题（端口465）

家里北京联通也是正常的

看起来不是我一个人遇到啊，那就放心了……
目前想到一个办法是在家里联通的路由器上做VPN，然后公司先挂入家里的VPN再上网。
麻烦之处是访问不了公司内网以及无法用公司内部IM，所以估计还得折腾一会流量分配的问题……

从上周开始公司的网络也出现了同样的问题，公司网络的出口是联通的，但是家里的联通好像暂时没有问题。

坐标北京

殊途同归，最终统一到80端口，天下大同。

晕,我东京linode的SS一直用的都是80阿，就在刚才也彻底不行了，
一访问网络就立即ping不通，来v2ex一看果然是出事了，
挂cn2跳板也没用，其实前几天开始用cn2的时候就有这情况，我还以为是跳板那里的锅。
有没有可能是linode网络的问题，升级SS版本有用不？求指条明路啊

@lingaoyi 对，以前（6月份之前）广州电信OAH跑80Mbps，而现在经常跑不到1Mbps，和美国几乎都没区别了。

还能绑定到443端口？那本来的443端口发的数据怎么办?iptables转发？

杭州电信，443端口ping不通，80还没试，怀疑不行。

linode东京，杭州电信。

今天不定时抽风
do 新加坡机房

未能复现

确实 do sfo 最近经常 timeout ， 每次都得重启，80端口的 站点却没问题 ss总是挂

看到祖国的科技强大了。。感觉好欣慰

Cloning into 'xxxxx'...
Password for 'xxxxx':
remote: Counting objects: 1321, done.
remote: Compressing objects: 100% (998/998), done.
fatal: The remote end hung up unexpectedlyiB | 48.00 KiB/s
fatal: early EOF
fatal: index-pack failed

呵呵

25565婊示一直啥事都没有！

楼主成为gf w新技术的第一批实验品?

等电信"公测"完这个功能就用到联通、移动上，最终大中华局域网顺利建成

DO新加坡也遇到了

这个端口干扰年初就开始了, 看来现在正式执行.

成都移动最近linode 日本也经常丢包了，恼火啊。

linode 东京死活上不去

上海联通也今天也碰到了 我用的ldap 389端口 看youtube视频不久就ping丢包72% ，ss timeout。
换个vps 443 端口正在测试中。

443好像也不行了。。。

经常丢包+1 搞得我都想换别的fq姿势了..

晚上回家检查了一下日志，看了一下谷歌统计和cnzz统计，感觉最近一周并没有非常特别的流量下跌，包括上海电信的访问也只是速度比较慢而已。用户QQ群里也没有大规模反馈被墙/连不上的情况。

感觉在这种机制下，如果VPS只用来单纯做生产环境，不涉及装ss的话，大概还是可行的？

@lyragosa 你都说 80/443 没事了……

其实是你的ip进黑名单了，你用啥端口都没用。

我一直用奇葩端口，没事……
7758、5438之类的……

@infinte 因为看到上面有人说访问80也会被ban，所以还不太清楚现在这个机制怎么运作的。只能说希望不要波及80/443

@21grams 并不是，因为连续在数个机房开了N台机器测试都是如此。

啧……用端口1的似乎只有我……关键还是出国流量不够。
放心吧楼主，你只是被QoS了而已。

@lyragosa 怀疑是分析 SS 的其他特征而不是针对端口，端口号只是参考之一，否则 SMTP/POP3 都得中枪

马上帝都戒严了！

我说这几天怎么忽然上不去了，linode日本，南京电信

想说爱国不容易

试过 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 左右

应该不至于，我用的Linode Tokyo，每天ssh、scp的流量也有个2G，没有发现什么问题

不过ping丢包的确很明显，但是不太影响其他使用

加密方式换成了AES-256-CFB，不知道会不会改善

vultr,一直用高端口：22222，没问题，好像连qos都没事。。。

本帖为GFW研究人员提供了大量可参考的样本 :doge:

/t/213029 这贴说 80 443也不行,不过本贴没有说明协议是什么

南京电信 DO新加坡443 最近也是时常连不上 只能用VPN顶着

我的ss就是80端口 建议就是以后不要直接连接ssh

我觉得这是调试实验。80，443端口是正常网页访问行为。而你碰了SSH 端口就会被怀疑是你拥有这个服务器，有出墙嫌疑。当然直接打死不好 就做试探

@Kuso
我也是 南京电信 DO 新加波
ssh可以连接 443不可连
刚换了个高位端口22222 就可以访问了

@lyragosa 你不会是在linode东京连开了几个测试吧？那边的IP现在黑了一大部分，上次测试了一二十个才找到一个能用的。

@crazyxin1988
谢谢
但公司用电信好烦啊 还有端口限制

@blessme 不光linode，我还在其他机房测试过，感觉这些机制触发的几率并不同，比如linode基本上从10点开始，一摸高端口就被禁ping10分钟，摸22同理。DO的话就没那么即时，在ssh上玩半天才会被踢。

另外的确那边的IP有很多都被黑过，我曾经也遇到全国ping都不通的IP，不过找客服换就行了。这次的问题不涉及那种全国ping不通的黑IP，只是说这种针对个人的禁用情况。

@laiyingdong 嗯，我也是这种看法，不过我linode的机器是我网站的线上生产服务器，出于安全考虑没有装ss，单纯只是碰了22端口就被禁ping。可见其实并没有什么“检测ss”的机制，纯粹是因为“检测到你的请求不是http/https”。

目前来看几个热门机房如果只是单纯做站，不放任何其他东西，流量也不大的问题，还是没什么问题。

成都电信到 bwg 443端口十分钟前开始无限被拒绝中。

北京电信，同样的状态。

linode JP 联系客服换了个新 IP，问题依然

今天下午linode 日本 山东移动 也这样了

在 Linode 东京 443 上的 ocserv 刚才也受到照顾了。。。

端口无非就是包头那16个bit, 想封, 任何端口都是一样的.

这肯定是被嗅到特征了, 虽然有误杀.

在你国, 没有能力自己写协议, 谈什么稳定上网.

大部分就这样跟着拖呗, 协议被封 -> 交钱, 换别人开源 (玩得不要的) 的协议 -> 人多 -> 协议被封, 甚至ip被照顾. 近10年来都是这个规律.

看到taobao上一堆卖ss的, 百度竞价一堆卖ss的, 那个时候就应该做好觉悟的. 太慢了.

我感觉以后会很少有人自作聪明, 把协议开源了.

这样叫收费ss供应商怎么活？