1
kid424 2015-11-18 13:05:39 +08:00
ovz 你就不要想装锐速了
|
2
wgf2008 2015-11-18 13:40:01 +08:00
我刚续费。。。。
|
3
aalska 2015-11-18 16:42:09 +08:00
ovz 你就不要想装锐速了................这是不可能的
装个 netspeeder 吧 定时开启 |
6
aalska 2015-11-18 17:58:16 +08:00
@itsme 我用 netspeeder 一年了 收过 4 次停机 其中只有一次是怀疑 ddos..............就是 netspeeder 搞的
|
7
datocp 2015-11-18 18:27:31 +08:00
不会吧。。。,这个东西也差不多用一年没收到系统警告啊,只是偶尔访问 google 说是有 ddos 流量然后要输入验证码,概率很低,而且也不清楚是否是 net_speeder 导致的。
现在基本在 02:00-11:00 开始启用只针对 tcp 的加速 ./net_speeder venet0 "tcp" & 最近装了 ocserv 发现这东西的 udp 挺快的,加速 ip 的时候只有 100kb/s 左右,只加速 tcp 的时候快多了,快的时候有接近 2000kbps 。。。, 18:00 也差不多有 1200kbps 。 前段时间想尝试在高峰期时智能启用 net_speeder ,可是不知道判断的依据是什么,通过 youtube 可能不准 11:00 之前 快 全速有 4000kbps 13:00-14:00 慢 500-800kbps 之间 14:00-19:30 快 最好时有 1600kbps 19:30 以后 慢 然后又慢了。 要是能智能启动就好了,有时候在晚高峰不加载它直接就 2000kbps ,加载它反而被抑制网速,只是流量相对稳定了。 |
8
datocp 2015-11-18 18:40:24 +08:00
仅供参考,浙江应该走的是上海的口,差不多 18:39 测的,这个点还属于网络比较好的时候,可是。。。
估计普通线路,每家每户都是平均限速吧,晚上很少能见到 2000kbps ,好的时候还有个 1000kbps-1600kbps,谢天谢地了,最差的时候 500kbps 。 default:/da# ./speedtest-cli --server=5316 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by China Telecom JiangSu Branch (Nanjing) [12751.99 km]: 1367.288 ms Testing download speed........................................ Download: 8.44 Mbit/s Testing upload speed.................................................. Upload: 2.47 Mbit/s default:/da# ./speedtest-cli --server=3633 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by China Telecom (Shanghai) [12749.04 km]: 1800000.0 ms Testing download speed........................................ Download: 1.37 Mbit/s Testing upload speed.................................................. Upload: 0.68 Mbit/s default:/da# ./speedtest-cli --server=5805 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by China Telecom Fujian Branch (Fuzhou) [13357.57 km]: 901.271 ms Testing download speed........................................ Download: 0.32 Mbit/s Testing upload speed.................................................. Upload: 0.42 Mbit/s default:/da# ./speedtest-cli --server=4751 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by Beijing Telecom (Beijing) [11985.02 km]: 544.946 ms Testing download speed........................................ Download: 46.89 Mbit/s Testing upload speed.................................................. Upload: 4.93 Mbit/s default:/da# ./speedtest-cli --server=6714 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by Tianjin Telecom (Tianjin) [12048.61 km]: 345.405 ms Testing download speed........................................ Download: 12.33 Mbit/s Testing upload speed.................................................. Upload: 3.74 Mbit/s default:/da# ./speedtest-cli --server=5081 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by ShenZhen Telecom (Shenzhen) [13898.76 km]: 343.612 ms Testing download speed........................................ Download: 11.37 Mbit/s Testing upload speed.................................................. Upload: 2.23 Mbit/s default:/da# ./speedtest-cli --server=7170 Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from IT7 Networks (104.224.141.15)... Hosted by ISPnet, Inc (New York, NY) [1346.74 km]: 55.801 ms Testing download speed........................................ Download: 10.90 Mbit/s Testing upload speed.................................................. Upload: 78.11 Mbit/s |
9
d7101120120 2015-11-18 18:51:27 +08:00
net_speeder 是双倍发包,如果没有出现大量丢包现象就不要用了,还占用出口带宽,我记得 SS 作者对这个有个评价:害人害己。
|
10
datocp 2015-11-18 19:27:10 +08:00
其实出口问题不应该是我们该担心的,电信自然有它的手段,比如家用网络一用迅雷就趴,那就是因为迅雷连接的并发刷的一下就是 1200 个, 4M 的家用网络估计能有个 500 都了不得了。这时候电信那头就开始丢包了。而国际带宽最 NB 的一次在终端一秒连续收到高达 24 个 tcp reset 。电信的技术人员都可以采取这么恶劣的手段。现阶段能有个 150kb/s 已经是很不错的体验了,即便翻倍也才 300kb/s 。况且为什么白天能有个 4000kbps,晚上只有个 200-800kbps,说人多绝对说不过去,肯定是技术上人为限制下行就这么丁点。
net_speeder 说不定真是因为它的重复发包机制让电信的东西失效了,也只能是部分失效,怎么斗得过网管, QOS 无非就是匹配限速,不匹配直接最低优先级。 ocserv udp 不加速速度 netspeed 加速,终于在最后一秒出现个 1662kbps 。。。 没有 netspeed ,根本就没网速 今天晚上 20:00 还不知道什么速度呢。。。 |
11
d7101120120 2015-11-18 19:47:41 +08:00
@datocp 电信是不是丢包比较厉害呢?我的是移动宽带,基本来说丢包率还是可以的,所以测试 net_speeder 都是没什么效果甚至减速= =顺便真是心疼电信用户,窝的板瓦工不用 net_speeder 速度还有 2M 左右
|
12
datocp 2015-11-18 20:04:06 +08:00
。。。 2M 。丢包的话还是非常低的,不到 1%,从图上的丢帧来看也很低啊。差不多 20:00 了现在 1000kbps 都没有。。。不知道为什么不同的时间段能明显体验到这种速度上不去的感觉。
|
14
datocp 2015-11-18 20:27:47 +08:00
这个答不上来,上次倒是安装过一次 libev 版本的 ss ,实际效果不怎么好啊,表现为高峰会限制在大概 600kbps 左右,不像其它工具基本没有上浮的感觉。好像说是 python 版本的要快很多。以前用的工具都是基于 tcp 协议的,由于 net_speeder 会有抑制网速的效果大概在 300kb/s 左右,如果开启 ip 加速的话, ocserv 流量大概会维持在 100kb/s 。现在只加速 tcp ,既能保障以往的工具正常使用,又能让唯一一个基于 udp 的 ocserv 速度不被限制。
哈,还是回答不清楚。。。 udp 相对 tcp 有天生的传输效率优势,可惜没再找到其它的基于 DTLS 加密的工具, google 有个 quic ,可惜用不了。 https://www.chromium.org/quic |