1
radio777 2015-08-09 10:42:45 +08:00
电信搞的鬼,据说八月中旬会推出新的上外网增值服务。先剥夺你上外网的权利然后再把这个原本应得的服务通过再购买的方式强行让用户买单。真是无语了。
|
2
heaton_nobu 2015-08-09 10:46:11 +08:00
最近几天家里联通也开始有感觉了
|
4
rockhead 2015-08-09 10:50:21 +08:00
上海电信是明显的人为变慢了,我通过北京的vps做跳板,才可以正常访问美国的网站,不然慢到惊人。真TMD
|
5
moname 2015-08-09 10:52:17 +08:00
楼上的别说了,,是因为我天天看1080P youtube
|
6
chloerei 2015-08-09 10:56:28 +08:00 6
墙娘……GFW 也要萌化洗白么?
|
7
jianghu52 2015-08-09 10:57:15 +08:00
我是大连电信的20m光纤用户,直连日本的樱花vps。丢包率在40%。
|
8
wgf2008 2015-08-09 10:57:56 +08:00
网络现在已经抓的很紧了。。。
|
9
raincious 2015-08-09 11:06:03 +08:00 25
我写了个Go程序,在GAE上,每小时尝试访问一轮国内网站,然后记下下载速率。这是目前的结果:
https://trailk.3ax.org/history (可能需要翻墙才能打开) 当然,由于我对Golang的了解不多,可能有Bug,代码在这,你可以自行检查: https://github.com/raincious/trailk History里的结果目前记录了5天,但是就现有(可能有问题)的记录来看,出口的流出带宽是相对稳定的,白天和夜间的波动不太大。(±100KB/s以内) 不知道有没有人有兴趣做个能在国内网络进行测试的程序,可以一起比较一下测试结果。 |
10
feiyunfirst 2015-08-09 11:11:45 +08:00
@raincious 高手打 已感谢
|
11
q5we66fg 2015-08-09 11:12:24 +08:00
那宽带提速的意义是?好吧,虽然我没享受到提速。。
|
13
Quaintjade 2015-08-09 12:12:59 +08:00
|
14
Ouyangan 2015-08-09 12:49:32 +08:00
@Quaintjade ...
|
15
raincious 2015-08-09 12:56:12 +08:00
@kslr
这个倒是更准,毕竟ICMP才是真正应当选择的测试方法。 我主要是懒(得维护),加上国内没有VPS,所以才选择放在GAE上。但是GAE是不准发原始数据请求的,所以这也造成了测试结果的不可靠。 最佳的测试方法其实是这样的: 1、在国内不同的机房种下VPS,然后在每个VPS上部署一个测试客户端。 2、这个客户端可以在收到请求之后向一批统一的目标发送ICMP测试包,然后将测试结果返回中心统计服务器。 3、建立一个中心统计服务器,在某一个固定周期同时向所有测试客户端发出测试请求,然后将统计结果处理好,算出一个平均值,然后分时间段(1天、2天、1周、1个月之类)归总好,显示出来。 这样能够得到更加准确的测试结果,不过也就需要更多资源投入 :( |
17
xderam 2015-08-09 13:23:15 +08:00
@raincious 可以注册几个监控宝,或者其它免费的监控工具.国外可能也有吧...然后 api 抓这些数据汇总(免费的节点可能有限..)
|
18
afkplay 2015-08-09 13:42:42 +08:00
都不是,你要怪傻逼电信
|
19
vsill 2015-08-09 14:12:26 +08:00
chinanet
|
20
ryrubyy 2015-08-09 14:38:54 +08:00
参见电信 “国际精品网”。
|
21
mithvv 2015-08-09 15:18:43 +08:00
上海电信 家里百兆网,最近频繁抽风,各种 fq 方式都不稳定,速度都极慢,基本 50KB/s 一下。感觉墙加高了。
|
22
hljjhb 2015-08-09 16:39:36 +08:00
国外带宽跑慢
|
23
tabris17 2015-08-09 17:11:10 +08:00
我家联通线路还好,翻墙看youtube都听顺畅的,不过公司联通线路翻墙就经常抽风,不知道是不是公司网络的问题
|
24
LazyZhu 2015-08-09 17:34:15 +08:00
电信总带宽是够的,因为你随便试试电信的服务器,访问国外都飕飕的,但为啥个人宽带访问外网为这么差呢?
因为本来就不充足的民用带宽加上最近风风火火的带宽升级,而电信业务大体分民用和企用两块,现在带宽民用饱和了,而企用充足的,但电信不可能牺牲利益免费把企用划给民用,所以最终还是钱的问题. |
25
wangdefu 2015-08-09 17:39:48 +08:00
这个问题有答案吗 ?
到底是墙又高了 还是 人多拥挤 |
26
webflier 2015-08-09 18:19:30 +08:00
我不得不买了阿里云做跳转
|
27
sicifus 2015-08-09 18:35:42 +08:00 1
既不是墙加高了,
也不是海底光缆跑满了, 而是出口被拦着不让扩容, 必须等XX的监控系统上线后才能扩。 电信对外口径不能明说,否则是ZZ错误。 关键字是“国际出入口”项目, 当然你不管是放狗搜还是在放熊搜都是搜不到的。 |
28
Koradio 2015-08-09 20:17:47 +08:00
只是变慢的话也就忍了,可这已经是慢到请求全部超时的程度了,这算什么,变相固墙?
大局域网怎么会怕变成陆上孤岛呢?天朝富有四海 原不籍外夷货物以通有无. 呵呵哒. |
30
bdnet 2015-08-09 20:23:11 +08:00
"上外网增值服务"
是不是通过这个“顺便间接地”收集好了这部分用户名单 |
32
datocp 2015-08-09 20:48:06 +08:00 1
人多流量低看起来很有道理,事实呢?技术上是主动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 |
33
LuoboTixS 2015-08-09 23:18:56 +08:00
http://www.v2ex.com/t/211981
Shanghai Telecom sucks |
34
Explorare 2015-08-09 23:20:04 +08:00
遇到了野生的站长,最近还真是不稳定,刚才有人找我说部署的SS节点全灭,吓得我一测速发现Linode-Tokyo节点速度只有1MB,DO-SFO节点也只有1M,前段时间还有13M来着,而且萌娘经常用着用着就挂了,必须翻墙才能访问,过一会又好了,绝对是被干扰了。
|
36
defia 2015-08-10 00:33:17 +08:00
@raincious 项目结构略乱,source目录把整个gopath丢上来了是么。。外面的frontend和backend里面又有go文件。。一般github上的go项目只会丢gopath\src\包名\ 这个下面的内容。这样go get之后直接可以用
|
37
raincious 2015-08-10 01:02:31 +08:00
@defia
主要因为这是依赖GAE的程序,并且用到了module开分别开一个前端实例以及一个后端实例 https://cloud.google.com/appengine/docs/go/modules/ 然后这两个实例需要共享代码,于是问题就来了。 而且也由于是GAE的原因,直接go get是没有意义的(因为没有appengine这个pkg),不如用老办法好了。 source里面的Go目录结构主要是为了方便未来go get添加pkg之类的。 |
38
itbeihe 2015-08-10 09:21:15 +08:00
这是以后访问国际网站要两连跳的节奏么,哭。。
|
39
dreamcountry 2015-08-10 10:10:19 +08:00
信息高速公路收费站新模式,也许很快就会推向每一个省市运营商,只能呵呵了
|