15 个无线限制，是 tplink 很多家用型固件上的限制，虽然刷了 ddwrt 之类的可以破除这个限制。但是无线多接，特别是客户端分布在多区域，像厕所之类的，到时候无线弱信号导致的延迟掉包情况就会出现了。以前用过 UBNT UAC 虽然随便接入 80+用户，可是也会随便几分钟就掉线。。。反而一些深圳产的山寨货让人刮目相看。一个设备直接覆盖 3 层楼。。。
前几天咨询了一下智博通的，可惜页面上有大功率介绍，老板又说不带功放，再加上不提供发票，就不敢买个 mtk7021 尝试了。
https://18028792896.1688.com

后面的迅雷问题，流量控制 QOS ，一个很大的原则就是不要让少量的用户占用 99%以上的带宽。公司的 10M 联通只有一个 ip-com R8 ， 850kb/s 全速下载，每 ip 泛匹配 500kb/s 就可以保证大家都 ok 了。另外如果是家用带宽的话，可能被并发之类的限制，或者过小的上行导致拥塞。这种就不是每 IP 限制可以做的了。 ip-com R8 还好系统是 openwrt 限速没什么感觉。要是换成 tplink ，如果按照 iptables 的遍历过程，每 ip 限制时越靠后面的 ip 越难有带宽可以提供。在 QOS 方面，大家推荐的比较多的都是磊科的 285p 之类的所谓 QOS NB 的路由。如果会玩 openwrt 的话， QOS 是非常容易实现的，一个 50 块的优酷路由宝就够了，根本不需要花那些钱买什么坑人的企业级 ip-com R8

最近搬瓦工确实很垃圾，可能大家都用 kcptun 吧，其它连接方式基本很慢，慢到想骂人。。。但是用 kcptun 又成神器了，在线看完一个 720p 的 youtube 视频没任何问题。。。

其实中国电信比较变态，虽然大家动不动就什么国际出口拥塞，在本地 ISP 就 QOS 了吧，哪还有机会挤国际出口。昨天晚上才注意到用电信 l2tp 到公司里的联通线路最高也没超过 30kb/s ，大早上的又 500kb/s 了。。。坑爹的中国电信。

想快真得找一个不被中国电信 QOS 的神器。

哎，以前一直使用的 minidns.net 也无声无息消失了。

openwrt 支持的一些国外 ddns 也不知道怎么回事不怎么好用。最后还是用 softether 内置的 sedns.cn 省事，免费的东西真是越来越少了。

今天看起来又有点正常，虽然 ping 飞到 471ms 这么夸张，至少不像昨天之前的日子没完没了的掉包。

两台凤凰城的，一个 9.9 今天就到期了，已经丢到根本完全无法连上的情况。另外一个 l2tp 也就只有 20kb/s 左右的速度，只能用 kcptun 了。也许最近 kcptun 大家都在用。。。结果可想而知。
看了一下评测，不知道 hostus 是否可以啊。。。郁闷。用了 2 年了。真不想在搬瓦工一颗树上吊死，不过看起来像是电信的问题，联通线路虽然依然速度只有那么点点，但至少 ping 那台在电信线路有问题的 vps ，还是挺正常的。

我买了一块希捷 1t 的，希捷这个牌子一直挺信赖的。不知道是不是这 amd3800 平台太老了。分了 60g 60g 400g 400g 这么几个分区。其中 400g 分区老是出现响应缓慢的情况，然后扫半天磁盘坏道又是正常的。。。至今没解决。。。

最近淘宝上的 asus bu201 很便宜带票 4200,税交了 600.
缺点 4 代 u 看起来问题不大
电池只能坚持 2-4 小时
外置喇叭很次，很大部分音乐直接爆音

asus 真坑。。。

玩游戏最好用有线，同样的一套 QOS 规则在有线可以做到很好的延迟控制，到了无线环境就不一定了。

很容易受到所谓的 弱信号干扰，看这情况最好确定自己有多少下行带宽，是不是其它设备突然网络流量需求导致跳 ping ，不过看起来更像是周围的信道干扰，可以下个 WirelessNetView 重新更换个信道试试。

用 linux 烦的地方明明有正统的 iptables ，非要造出 ufw firewalld 出来， ufw 看起来能以自然语言理解，没见到特别的优势，而 firewalld 看起来有点像 openwrt 以 zone 定义的防火墙规则。

当年学习 linux 时也没有把 iptables 掌握，反而是在用第三方 linux 路由时，学习 ddwrt 因为各种网络管理，路由性能优化掌握了 iptables ，如果你想学习 iptables ，回头看来它确实不是很复杂，只是自己平时循序渐进罢了。至于 ufw 跟 firewalld 不清楚有些什么系统有这些命令，这两个东西看起来简单吗，一点也不会比 iptables 简单。不清楚 ufw 跟 firewalld 最终是否仍然解释为 iptables 命令，如果这样不如好好掌握 iptables ，在各个 linux 系统都可以使用，关键不需要通过另外一套语法来做各种转换。如果你学习过 routeros 的防火墙规则，你就非常郁闷明明有这么好的 linux 系统，还要出个 routeros 干嘛，自创的语法还只能部分解释 iptables 规则，一些高效的的 conntrack restore 结构压根就不支持。

这种语法一点都不复杂 stateful firewall
*filter
:INPUT DROP [0:0]
-A INPUT -p icmp --icmp-type 8 -m limit --limit 10/sec -j ACCEPT
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -m state --state INVALID -j DROP
-A INPUT -i lo -m state --state NEW -j ACCEPT
-A INPUT -i vpns+ -j ACCEPT
-A INPUT -i tap_soft -j ACCEPT
-A INPUT -p 41 -j ACCEPT
-A INPUT -p tcp -m multiport --dports 80,443 -j ACCEPT
-A INPUT -p udp -m multiport --dports 500,1194,1701,4500,8000 -j ACCEPT
-A INPUT -j LOG --log-prefix "INPUT_DROP_" --log-level 4

以后有机会接触别人的防火墙，用 iptables -S 看看人家的规则跟自己的有什么差别，然后 google 就可以了，有心掌握 iptables 的话，随着自己对规则的掌握也是非常快的，至于 ufw firewalld 真的不知道有什么意义。

现在的 linux 路由都带 wake on line ，如果有公网 ip 先访问路由器，再 wol 电脑，再通过 ddns 访问。

如果没有公网 ip ，那只能找一个有公网 ip 的主机，安装 softether ，然后内网主机通过反向连接 softether 服务器端，组成 vpn 网络，然后就可以通讯了。

stunnel l2tp 还是被电信限得死死的， kcptun 在电信 8M 1000kb/s 下行，看 1080p 还是有点吃力的，勉勉强强还算连贯， 720p 还是有足够的达到 60 秒以上的缓冲时间。

这下我也搞不清用的什么版本的 kcptun ，不过这是个运行在 mtk7620 openwrt 15.0.1 cc 上面的 kcptun mips 版本，不知道为什么路由里跑的比电脑上的 x64 版本还快，，，，可能电脑 cpu 太烂了。。。而且可能最近这个优酷路由宝不再跑挖矿程序， kcptun 竟然连接了 3 个小时都没断开过。。。

服务器端
./server_linux_amd64 -l :4000 -t 127.0.0.1:1080 -key xxxxx -mtu 1400 -crypt none -sndwnd 2048 -rcvwnd 2048 --mode fast2 --nocomp &

socks5 服务器端用的这个， https://github.com/felix021/ssocks5 ，没有再经过 ss 做多余的壳加密，受制于路由器性能也只能没有加密才可以跑起来。

iptables -t nat -A PREROUTING -i venet0 -p udp -m multiport --dports 4001:4030 -j REDIRECT --to-ports 4000

客户端
#!/bin/sh
iptables -D INPUT -i wlan0 -p tcp --dport 1085 -j ACCEPT
iptables -I INPUT -i wlan0 -p tcp --dport 1085 -j ACCEPT
iptables -t nat -F OUTPUT
iptables -t nat -I OUTPUT 1 -d ipipip1 -p udp --dport 4000 -j DNAT --to-destination ipipip1:4001-4030 --random

killall client_linux_mips
while true;sleep 3;do
num=`pidof client_linux_mips`
if [ "$num" = "" ]; then

GOGC=20;/mnt/sda1/client_linux_mips -l :1085 -r ipipip1:4000 -key xxxxx -mtu 1400 -crypt none -sndwnd 32 -rcvwnd 256 --mode fast2 --nocomp -dscp 46 &

fi;done


http://ww3.sinaimg.cn/large/0060lm7Tgw1f8ta17hjl3j30il0i4dlu.jpg

最近搬瓦工都卖出去这么多了，还有什么保障，不过关于搬瓦工是否有限速问题，对方首先能肯定他们自身的网络没问题。。。。以前也通过和 vultr 之类的其它方 vps 进行 wget 传输， 20+MB/s 都是有保障的，至于经过中国电信 /联通以后那就只有哭的份了。

至于其它方， vultr 东京也曾经用过一段时间，其实它家如果没有锐速也同样没什么速度，有了锐速这种单边加速情况就好了很多。但又说不好，总是刚开始用那段时间很好，过个一个月慢慢就降下来了。按照 net_speeder 作者的说法，还是因为 tcp 协议经过那么长的跨太平洋光缆，因为各种设备延迟反复发包造成网络质量急剧下降，所以才有锐速， kcptun ， finalspeed 这些神器来解决这些问题。

Hello,

We monitor our network 24/7 from multiple locations with packet loss statistics obtained every second. I can confirm that we are not currently experiencing any network-related issues, all our customers should be able to push up to 900 Mbit/s.
We recommend using the Interactive Console in the KiwiVM panel to troubleshoot any network connectivity issues inside of your VPS. Interactive Console works even when SSH is deactivated.

If you are still having difficulties, then we highly recommend using a service like http://ping.pe to diagnose the network stability.

If ping.pe shows no issues (no packet loss), then the problem is with your ISP and you should probably speak with them about this issue.

If you'd like us to investigate this further then please send us an mtr report (or WinMTR report if you are running Windows) taken from your location - this is the only way we can help you diagnosing issues like this one.

However please note that if ping.pe shows no issues then no matter what we see in WinMTR report - we can only provide a comment, but ultimately the problem is not within our network.

WinMTR can be downloaded from SourceForge: http://sourceforge.net/projects/winmtr/files/Latest/ (make sure to download WinMTR-v092.zip).

How to use WinMTR:

1) Launch the executable, enter your VPS IP address and click Start
2) Wait 1-2 minutes to accumulate some data
3) Click "Copy Text to clipboard" button and paste the report into the ticket.

Thank you.

Daniel Clay
Bandwagon Host / IT7 Networks

http://ww4.sinaimg.cn/large/0060lm7Tgw1f8qgkb1m6lj30rs0rsahk.jpg

以往早上这段时间

昨天晚上在电信线路用了一下 l2tp 包括现在早上 6:58 速度感人，以往晚上这时间段应该是以 MB/s 传输的。。。这方面官方一直强调它们的客户随便都能跑 900mbps ，锅一直是 gfw 背的。确实海外的 vps 间传输跑个平均 20MB/s 还是没问题的。

l2tp 限得死死的，下个 50MB 不到的 chrome 一直从 46kb/s 到最后 58kb/s 结束。。。这速度不是递减而是 0.1kb/s 递增。。。有空再测试一下 kcptun 看看。

可以通过打开其它网站确认 dns 是否有问题，或者
nslookup z.qq.com
nslookup z.qq.com 1.2.4.8
确认 dns 服务器是否有问题，关于 dns 服务器到底选择 isp 还是选择第三方，对第三方没什么好感，当然是选择 isp 提供的。从描述上看感觉还是 dns 解析出了问题。

另外以前习惯在 ios android 里使用 qq 浏览器，个人很排斥 360 的直接做了 dnsmasq address=/360.cn/127.0.0.1 但是只要通过 qq 浏览器都能正确访问 360.cn 。。。。现在习惯用 firefox 。一般手机不大去设置 dns ，也许还是电脑上设置了第三方 dns 出问题。

以前有说法叫 网通电信网络不通，如果真是这种运营商打架问题， 50 兆也没法解决。

8 兆上行如果不是因为网络不通问题，随便一个带 qos 的路由都可以解决延迟问题， 1m 上行的电信 qq 视频都没问题，何况是 8m 的联通。总体对联通网络印象很差，总感觉比电信问题多。