搬瓦工用了 3 年了，我觉得还马马虎虎。平时只是用它查 google，用 stunnel 跟 l2tp 多。
当然有些特殊的连接比如 softether 自身的协议，一用那就是断网，然后重新 pppoe 获得新 ip 又复活了。所以我用的路由每天都是定时更换新 ip 的。

正在 Ping 198.181.56.83 具有 32 字节的数据:
来自 198.181.56.83 的回复: 字节=32 时间=167ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=162ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=338ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=161ms TTL=50
请求超时。
来自 198.181.56.83 的回复: 字节=32 时间=166ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=239ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=175ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=271ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=295ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=258ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=161ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=321ms TTL=50
来自 198.181.56.83 的回复: 字节=32 时间=163ms TTL=50

wifi 有所谓的无线弱信号原理。也就是信号最差得那个客户端决定了所有用户的连接速度，即便你就坐在 ap 50 厘米距离内，仍然受 15 米距离外前台我 wifi 连接影响，掉包高延迟情况依旧。

我有个 mtk7620 路由，一台笔记本连接时可以全速 10mb/s，一堆的不受控制的，不知道客户端在哪里终端连接时，速度可能掉到 300kb/s。于是我又使用了自动踢除弱信号脚本，保持 5mb/s 速度还是有保障的。

至于越近这个概念，根据脚本的输出，20 厘米距离内，手机一黑屏依然高达-80dbm，然后脚本一踢又变成-50dbm，所以近只是相对的概念信号好坏才是关键。一堆的手机黑屏影响我无法测试，但是 Windows 电源节能选项关于电池模式下的 wifi 中等性能确定很容易造成掉包高延迟情况。

有时候挺感叹的手机都 4g 内存了，想当服务器用吗。问题是那么多程在后台还是要吃电啊。所以 root 消灭不必须进程还是最绿色的方式。

呵呵呵，信不信由你，自从用了 ubnt uap 以后人都变傻了，一方永远说 uap 是神器，一方说它就是垃圾。它家的论坛是有审核机制，它家的 qq 群也没人想说话。tplink 再垃圾我可以每天定时 curl 登录 reboot 保证它 24 小时之内的稳定性。没错我描述得非常准确半小时内掉 n 次线，长达一年时间没出个稳定固件。什么方法我没用过自动踢除弱信号，cron reboot，禁止广播包，压根就是个用技术无法解决的神器。

其实一直是 ubnt 黑粉，ubnt 有多稳定自己去
http://bbs.ubnt.com.cn 看看就知道了。什么客户要求 uap 有定时重启功能，什么连 erx 都需要 cron rebooot 需求。
用过一年的 uap lr，从粉转黑。我只能说 ubnt 的设备是神用的，完全就不是靠技术就能解决的。长达一年的时间没推出一个可以稳定 24x7 在线的固件。半小时掉 N 次网的设备连 tplink 都不如。这么多 ddwrt openwrt 用在 atheros 芯片的固件都至少可以 uptime 30 天。为什么 uap 连半小时都撑不住，整天电话被员工打爆，一年后离职，接手的全部换成有线。从此无视 ubnt 的设备。

至今不知道无缝是什么东西？手机系统其实是非常高级的，一些手机的 wifi 高级选项里都有类似信号阈值切换选项，所以在这些同 ssid 的伪无缝环境可以做到自动切换就近连接到附近信号好的 ap 上。这已经属于客户端主动漫游了。
但是以前在使用 realtek 无线网卡 win8 系统使用 Windows 自带的无线管理软件，在手机可以自动切换的 5 ap 同 ssid 环境，Windows 却是傻傻分不清，永远主动去连接最后一次连接成功的 ap，不管它有多远信号有多差，其实设备根本不认识人眼识别的 ssid 而是 bssid。最后无奈，只能去下了第三方的可以识别 bssid 的无线管理软件，才能知道哪台 ap 才是自己想连的。
也就是有很多条件才能达成伪无缝，保证网络设置一致，无线 ap wireless mac 地址一致，同样 ssid，是否需要同样信道。

郁闷女人想看贡献了三张票，其实这些年好看的电影从来不是在电影院看的。我们这里是个小地方，票不好买也说明了它的火爆，没什么感觉就像看超人一一样一直在噪音中看，吵得受不了，也没什么好思考的。

淘宝上乐光 大功率的设备装过，实际效果不理想。无线是基于收 /发过程的。虽然 2 楼装 AP。1,2,3,4 都能覆盖，而且在 1 楼的笔记本上还显示信号非常好，实际可能发回的信号接收不到，最后高延迟掉包情况明显，适合勉强一用。想高速传送文件就不好说了。
大功率的设备就是瞎广告。最后一楼又买了一个覆盖解决。
当时有考虑过直接在 2 楼穿透地板通过 5 米长的平板天线来覆盖，最后因为没工具去打洞也就不考虑这种问题了。

传真是据说唯一具备法律意义的，扯皮的时候有用吧。

我们公司就用得一个 100 块钱的传真猫+eastfax,非常不错的电子传真软件，直接以文件方式打印虚拟传真件，清晰度非常高。接收到垃圾传真直接删除。

有种听不懂的感觉，是只有 lan1 口行 lan2 lan3 lan4 正常？还是所有 lan 口都不正常。
1 重装 win7 只信 msdn vol 版一步步安装，而不是 ghost 版。曾经遇到一台 hp 康柏笔记本有花屏现象，人家的金牌维护的建议竟然是重装正版系统。。。
用驱动人生在线更新驱动
2 给路由器洗脑，包括更新固件，更新完以后 web 界面做恢复出厂设置重新配置。
3 能 ping 通说明 nslookup qq.com 相应的 dns 查询过程也是正常的。
4 找到路由器里有关 mtu 的设置它应该是 1454 不行就改动成 1492
5 开启 asus 的 telnet，追加一句 iptables 解决 mtu 问题，
iptables -t mangle -I FORWARD -o ppoe-wan -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu

先 ifconfig，tomato 的 ppoe 应该不叫 pppoe-wan

通常就能解决 baidu 亚马逊，所有都不行还从来没遇到过。

用上面的脚本获得非法手机 mac 以后，剩下的就是网关 blcok 掉，只是这种做法会导致手机依然连接在 AP 上，只是不能上外网而己。

root@ww:/da# cat ipset.sh
#!/bin/sh
iptables -F forwarding_rule
ipset destroy block_mac
ipset create block_mac hash:mac
for i in `cat /da/blockmac.lst`;do ipset add block_mac $i;done
#ipset list block_mac
ipset destroy block_ip
ipset create block_ip hash:ip
for i in `cat /da/blockip.lst`;do ipset add block_ip $i;done
iptables -I forwarding_rule -m set --match-set block_mac src -o pppoe-wan -j REJECT
iptables -I forwarding_rule -m set --match-set block_ip src -o pppoe-wan -j REJECT

白写这么多。。。

让你们看看离 AP 1 米距离，进入黑屏手机的信号强度。如果你无法确定其它 5 个无线设备的信号强度，网络随时卡非常正常，无线弱信号问题它是真实的存在，这也是真正的游戏铁杆玩家都用有线的吧。50mbps 带宽很宽吗。在这个 p2p 年代根本不算什么，实际的上行多少才是关键。

08/10/2017 10:07:00 kickmac_90:c7:d8:a3:f4:14 signal_96
08/10/2017 10:08:00 kickmac_90:c7:d8:a3:f4:14 signal_94
08/10/2017 10:09:00 kickmac_90:c7:d8:a3:f4:14 signal_96
08/10/2017 10:10:00 kickmac_90:c7:d8:a3:f4:14 signal_94
08/10/2017 10:11:00 kickmac_90:c7:d8:a3:f4:14 signal_92
08/10/2017 10:12:00 kickmac_90:c7:d8:a3:f4:14 signal_98
08/10/2017 10:13:00 kickmac_90:c7:d8:a3:f4:14 signal_94
08/10/2017 10:25:00 kickmac_a0:3b:e3:9a:f6:bd signal_90
08/10/2017 10:26:00 kickmac_a0:3b:e3:9a:f6:bd signal_90
08/10/2017 10:27:00 kickmac_a0:3b:e3:9a:f6:bd signal_82
08/10/2017 10:33:00 kickmac_a0:86:c6:7a:1b:b6 signal_94
08/10/2017 10:37:00 kickmac_a0:3b:e3:9a:f6:bd signal_100
08/10/2017 10:40:00 kickmac_54:ea:a8:5f:08:72 signal_88
08/10/2017 11:11:00 kickmac_e4:90:7e:06:8c:71 signal_92

对于私人手机从来是宜疏不宜堵,不然找麻烦的特别多，老板要用微信沟通呢，什么没有无线网，要用自己流量，我还是辞职吧。。。员工总是有很伟大的理由。。。

减少对无线 AP 的压力，只能是让 AP 接入一定量 30 左右的高信号强度的客户端。即便你做了 radius 虽然不能通过认证上网，它们依然连接在 AP 上，这个我没仔细考证，当时也是因为公司设备太多，最后 mac 过滤全部做在核心交换机上，虽然手机是不能上网，但是它们依然连接在 AP 上获得的是 169.ip 。。。等于没解决。。。

如果你有 openwrt 之类的 linux 设备，类似问题根本就不是问题。linux 的 shell 编程逻辑处理，是其它所谓的企业级路由根本无法比的。

1 你的主路由要能处理 QOS，这才是整个网络拥塞的关键部分
2 对 ip 进行划分，它应该包含公司客户端 ip 段(static dhcp)，公司网络设备 ip 段，用于 dhcp 分配的 ip 段
3 用脚本进行弱信号踼除。
4 对非法的手机 mac 进行识别处理
5 通过 curl 或者 sshpass 进行远程登录重启 AP，每天来一次


===
1 我们公司主路由 49 块钱的优酷路由宝刷 lede，8mbps 实施了动态 QOS。
2 外围 8 台 AP，其实都是非常普通的家用级别的 AP,平时 80+数量有的。
3 ERP 系统专用的 AP，做了 mac 限制，只稍许 4 台笔记本连接。其它的 AP 能上弱信号踢除的全部实施了
4 每天在 openwrt 通过 curl 或者 sshpass 进行远程登录 ap，控制 ap 重启。

===远程登录重启 AP
#curl -D -s --header "Referer: http://192.168.188.99/userRpm/SysRebootRpm.htm" -u "admin:password" "http://192.168.188.99/userRpm/SysRebootRpm.htm?Reboot=Reboot"
curl -u admin:password -d onclick="confirmreboot();" "http://192.168.1.110:8080/goform/rebootsystem"
sshpass -p password ssh -y -p 22 [email protected] reboot


===过滤手机 mac，可以在 ap 里做 mac 过滤，可以在主路由做 ipset 禁止连外网
#!/bin/sh
cd /mnt/sda1/da
xcl=/mnt/sda1/da/w.tmp
_f=/mnt/sda1/da/b.tmp; #>$_f

#if [ ! -f $xcl ]; then
wmac="C8:AA:21:CB:C5:37 F4:F1:5A:EB:9A:00 50:EA:D6:2E:CA:AA 20:02:AF:BA:60:43 90:18:7C:45:7A:54 18:9E:FC:7F:CA:F2 6C:3E:6D:25:5C:70 38:48:4C:70:4D:50 98:D6:BB:48:A9:E0 68:96:7B:EA:29:C0 4C:8D:79:96:06:E9 98:03:D8:BE:0C:69 1C:B0:94:D1:01:2C E8:99:C4:E7:C9:D9 F8:1E:DF:8F:A5:04 38:AA:3C:EC:74:3D 38:BC:1A:00:08:53 60:FA:CD:77:22:CE D8:B3:77:32:73:B4 94:94:26:A6:E1:89 04:46:65:E5:57:5B 74:E2:F5:79:30:5A 98:D6:F7:61:78:9D F4:F1:5A:E2:53:EE 60:21:C0:92:C6:2F 98:D6:BB:39:97:1E"
echo $wmac |tr ' ' '\n'>$xcl #;fi

arp|grep ndroid>t.tmp
arp|grep iPod>>t.tmp
arp|grep Phone>>t.tmp
arp|grep iPad>>t.tmp
arp|grep BLACKBERRY>>t.tmp
cat t.tmp|cut -d ' ' -f4>>b.tmp

while read mac;do sed -i -e "/^${mac}$/d" $_f;done < $xcl
cat b.tmp|grep -Eo ..\(\:..\){5}|awk '!i[$1]++' >>ptmp.tmp #过滤 mac 去重复
cat ptmp.tmp|awk '!i[$1]++'>pblack.lst #过滤 mac 去重复
cat pblack.lst | tr A-Z a-z



注意 mac 格式为大写字母不然匹配有问题
sed 's/xxx/yyy/i' filename
注意那个'i'就是大小写不敏感

用无线网络打游戏，虽然我有绝对的能力将无线的延迟控制得和有线延迟一样低，但是依然无法受制无线弱信号短板，每次老爸回来，人在一楼，游戏马上开始卡顿。
360 路由器，ni360 吗，虽然很便宜，broadcom5358 刷 tomato 也是神器。
1 电信网络默认会对 lol 进行 qos，即便以前全速优酷挖矿全速上传 lol 延迟也很低，其它游戏未知。
2 在非对称线路，有针对性对不同流量进行分组限制，才可能在有线网络造成高优先级游戏数据包<19ms，p2p>560ms。在一个流量不受控制的网络延迟经常 19-560ms 变化非常正常，无线因为受制无线弱信号原理导致流量呑吐量时刻在变化，延迟波动比有线更明显。
3 结论变成，不会 qos 买什么路由都白买。。。只能通过升级带宽将当前带宽控制在 80%以下的总带宽，才体会不到延迟波动，但是再宽的带宽不受 qos 分组控制，总是有可能出现极限情况。

如果是 ni360 去刷 tomato 搜一下教程 我的 tomato 原版 qos 设定。目前绝大多数的 asus 路由 qos 就翻版于 tomato，也仅只是个有比没有好而已。

Windows 系统默认右击 无线连接，应该都会启动电源节能选项，去钩。
插电时平衡模式应该 无线就工作在高性能模式了。