到底是墙娘加高了还是海底光缆流量已经跑满了？

电信搞的鬼，据说八月中旬会推出新的上外网增值服务。先剥夺你上外网的权利然后再把这个原本应得的服务通过再购买的方式强行让用户买单。真是无语了。

最近几天家里联通也开始有感觉了

@radio777 是区域的电信还是全国级别的？

上海电信是明显的人为变慢了，我通过北京的vps做跳板，才可以正常访问美国的网站，不然慢到惊人。真TMD

楼上的别说了，，是因为我天天看1080P youtube

墙娘……GFW 也要萌化洗白么？

我是大连电信的20m光纤用户，直连日本的樱花vps。丢包率在40%。

网络现在已经抓的很紧了。。。

我写了个Go程序，在GAE上，每小时尝试访问一轮国内网站，然后记下下载速率。这是目前的结果：
https://trailk.3ax.org/history （可能需要翻墙才能打开）

当然，由于我对Golang的了解不多，可能有Bug，代码在这，你可以自行检查：
https://github.com/raincious/trailk

History里的结果目前记录了5天，但是就现有（可能有问题）的记录来看，出口的流出带宽是相对稳定的，白天和夜间的波动不太大。（±100KB/s以内）

不知道有没有人有兴趣做个能在国内网络进行测试的程序，可以一起比较一下测试结果。

@raincious 高手打 已感谢

那宽带提速的意义是？好吧，虽然我没享受到提速。。

@raincious /t/166347

@chloerei
LZ是这个站的站长： http://zh.moegirl.org/

@Quaintjade ...

@kslr

这个倒是更准，毕竟ICMP才是真正应当选择的测试方法。

我主要是懒（得维护），加上国内没有VPS，所以才选择放在GAE上。但是GAE是不准发原始数据请求的，所以这也造成了测试结果的不可靠。

最佳的测试方法其实是这样的：
1、在国内不同的机房种下VPS，然后在每个VPS上部署一个测试客户端。
2、这个客户端可以在收到请求之后向一批统一的目标发送ICMP测试包，然后将测试结果返回中心统计服务器。
3、建立一个中心统计服务器，在某一个固定周期同时向所有测试客户端发出测试请求，然后将统计结果处理好，算出一个平均值，然后分时间段（1天、2天、1周、1个月之类）归总好，显示出来。

这样能够得到更加准确的测试结果，不过也就需要更多资源投入 :(

@raincious 折中的方法 也许可以去获得17ce.com这种服务的数据，定时收集归档。

@raincious 可以注册几个监控宝,或者其它免费的监控工具.国外可能也有吧...然后 api 抓这些数据汇总(免费的节点可能有限..)

都不是，你要怪傻逼电信

chinanet

参见电信 “国际精品网”。

上海电信 家里百兆网，最近频繁抽风，各种 fq 方式都不稳定，速度都极慢，基本 50KB/s 一下。感觉墙加高了。

国外带宽跑慢

我家联通线路还好，翻墙看youtube都听顺畅的，不过公司联通线路翻墙就经常抽风，不知道是不是公司网络的问题

电信总带宽是够的,因为你随便试试电信的服务器,访问国外都飕飕的,但为啥个人宽带访问外网为这么差呢?
因为本来就不充足的民用带宽加上最近风风火火的带宽升级,而电信业务大体分民用和企用两块,现在带宽民用饱和了,而企用充足的,但电信不可能牺牲利益免费把企用划给民用,所以最终还是钱的问题.

这个问题有答案吗 ？

到底是墙又高了 还是 人多拥挤

我不得不买了阿里云做跳转

既不是墙加高了，
也不是海底光缆跑满了，
而是出口被拦着不让扩容，
必须等XX的监控系统上线后才能扩。
电信对外口径不能明说，否则是ZZ错误。

关键字是“国际出入口”项目，
当然你不管是放狗搜还是在放熊搜都是搜不到的。

只是变慢的话也就忍了,可这已经是慢到请求全部超时的程度了,这算什么,变相固墙?
大局域网怎么会怕变成陆上孤岛呢?天朝富有四海 原不籍外夷货物以通有无.
呵呵哒.

@moname 苦逼IT男？

"上外网增值服务"

是不是通过这个“顺便间接地”收集好了这部分用户名单

@robin001 跟这有撒关系

人多流量低看起来很有道理，事实呢？技术上是主动tcp reset过程对连接的弱化达到tcp连接被破坏的情况。所以目前来说解决这个问题的最简单方案就是服务器布署多IP，通过多IP进行轮询连接。看看这日志，人为的技术阻挡。垃圾网络啊。


50秒 4个 51秒 24个（破纪录了，上次的最高纪录是12个） 52秒 8个 53 6个
4秒高达 38 个

2015.08.09 20:40:50 LOG3[1425]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:50 LOG5[1425]: Connection reset: 1971 byte(s) sent to SSL, 11362 byte(s) sent to socket
2015.08.09 20:40:50 LOG3[1431]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:50 LOG5[1431]: Connection reset: 3875 byte(s) sent to SSL, 20117 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1435]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1435]: Connection reset: 1971 byte(s) sent to SSL, 7550 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1429]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1429]: Connection reset: 1971 byte(s) sent to SSL, 8006 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1421]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1421]: Connection reset: 1019 byte(s) sent to SSL, 2880 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1443]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1443]: Connection reset: 1019 byte(s) sent to SSL, 2381 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1441]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1441]: Connection reset: 3875 byte(s) sent to SSL, 16385 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1445]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1445]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1427]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1427]: Connection reset: 1019 byte(s) sent to SSL, 3155 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1439]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1439]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1423]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1423]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1434]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1434]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1424]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1424]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:51 LOG3[1436]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:51 LOG5[1436]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:52 LOG3[1438]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:52 LOG5[1438]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:52 LOG3[1430]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:52 LOG5[1430]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:52 LOG3[1442]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:52 LOG5[1442]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:52 LOG3[1432]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:52 LOG5[1432]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:53 LOG3[1440]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:53 LOG5[1440]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:53 LOG3[1422]: SSL_read: Connection reset by peer (WSAECONNRESET) (10054)
2015.08.09 20:40:53 LOG5[1422]: Connection reset: 543 byte(s) sent to SSL, 189 byte(s) sent to socket
2015.08.09 20:40:53 LOG5[1446]: Connection closed: 2961 byte(s) sent to SSL, 19861 byte(s) sent to socket
2015.08.09 20:40:53 LOG5[1428]: Connection closed: 543 byte(s) sent to SSL, 189 byte(s) sent to socket

https://study.congcong.us/t/211981
Shanghai Telecom sucks

遇到了野生的站长，最近还真是不稳定，刚才有人找我说部署的SS节点全灭，吓得我一测速发现Linode-Tokyo节点速度只有1MB，DO-SFO节点也只有1M，前段时间还有13M来着，而且萌娘经常用着用着就挂了，必须翻墙才能访问，过一会又好了，绝对是被干扰了。

@rockhead 我也明显感觉变慢了！！是非常明显！！非常！！

@raincious 项目结构略乱，source目录把整个gopath丢上来了是么。。外面的frontend和backend里面又有go文件。。一般github上的go项目只会丢gopath\src\包名\ 这个下面的内容。这样go get之后直接可以用

@defia

主要因为这是依赖GAE的程序，并且用到了module开分别开一个前端实例以及一个后端实例
https://cloud.google.com/appengine/docs/go/modules/

然后这两个实例需要共享代码，于是问题就来了。

而且也由于是GAE的原因，直接go get是没有意义的（因为没有appengine这个pkg），不如用老办法好了。

source里面的Go目录结构主要是为了方便未来go get添加pkg之类的。

这是以后访问国际网站要两连跳的节奏么，哭。。

信息高速公路收费站新模式，也许很快就会推向每一个省市运营商，只能呵呵了

@sicifus 联通没有这个问题么？