有时候挺感叹的手机都 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 系统默认右击 无线连接，应该都会启动电源节能选项，去钩。
插电时平衡模式应该 无线就工作在高性能模式了。

很多东西，没一定知识累积，普通用户还是花钱省事。
mesh 这么贵，老外早有 radiusdesk 项目。免费。

估计那 htpc 的网卡信号强度也不怎么样，手机随时黑屏-80dbm 以上，信号发送 /接收一差什么神器都无能为力。什么定时踢无线弱信号脚本，没用，没多 ap 覆盖的环境永远连在这 ap 上。好处就是手机进入-80dbm 踢一下重连又-50dbm 了，对改善流量呑吐，高延迟也稍稍有改善。无线弱信号问题除了禁止信号差得客户端连接根本没其它解决方法。也就是那 htpc 的无线网卡只能专门连中继路由别想着连一堆的客户端。
平时很少用无线中继模式，因为据说有带宽打对折情况。客户端模式用得多，接上 14dbi 平板天线用 dir 600 b1 这么弱得 ralink 3052f 刷 ddwrt 蹭对面 40m 大楼的网也是轻轻松松。顶多再接个 ap。但是 ddwrt 是个只有自己试了才清楚哪个版本号正常。像 dir600 14xxx 客户端就一直正常，15xxx 客户端根本不能用。每次只能跨大版本号去测试，才能搞清哪个是适合的。好多年不用 ddwrt 了，习惯用 mtk，openwrt 也不错。
tplink wa801 刷 ddwrt 用来中继曾经试过，首先信号好的时候非常好，信号差得时候那还能怎么办，解决可视 /信号发送强度。
不能解决信号问题，什么神器都没用。而且 linux 可以运行 shell 判断掉线重启接口还不是小菜一碟。
最后一次给公司买的是一个乐光的 6dbi 网桥，都 2017 年了花 180 块买个 ralink 3052f 真浪费钱。但是挺稳定的。
家里玩，还是立足现有设备，解决信号强度，linux 这么强大的系统，其它商业路由直接无视。

搬瓦工其实速度很 NB，至少国外的 vps 之间传输都是 40mb/s，可是为什么到了中国电信就被 QOS 的。vultr 很快吗，我第一次用它的时候怎么这么慢连搬瓦工都不如，后来装上锐速就 ok 了。搬瓦工在用 kcptun 时，浙江电信的 qos 是无能为力的，虽然不知道真的是 kcptun NB，还是 qos 识别不了 kcptun 协议。
搬瓦工要是没有这些神奇的 kcptun bbr 之类的东西，用着用着也是随时没速度的，讲不好有时候挂 socks5 代理大晚上全速 2.6mb/s 下载，有时候电信的动态 qos 基本上不用 5 分钟就生效了。。。

目前在公司用 49 块的优酷路由宝刷 lede，8mbps 带宽带 40 台 pc,手机应该至少有 60+吧。
目前也只有 lede 的 sqm 声称有 nb 的带宽控制能力，但是它家的脚本以前就测试过无效，新的所谓 cake 又不知道是什么神器，sqm 一个传得神乎其神的 qos，却用得最低级的每包标记。
普通办公 pc 也就 80 不到的并发。不管多大的带宽，如何阻止 1%的用户占用 99%以上的带宽是关键。吹一下牛用 shell 定时扫描网络，通过 connbytes 模块 1s 级获得所有 ip 的定时流量，然后再动态进行流量分组，无视任何 p2p 的存在，每个 ip 都有机会获得 100%的带宽。
市面上除了 ros 的 pcq 不知道谁家可以实现动态限速。基于 prio 的优先级控制，如果不能仰制带宽的 99%占满，到时候网络也是拥塞得一踏糊涂。