最近从搬瓦工来的流量有明显的 32/64/128 变化，临近 11 月份交费，未确认是否是搬瓦工的问题。下个 app 以前都是 1MB 现在是几十 kb 。

至于电信，已经到了经常变换 ip 突破 gfw 。应该是电信自作主张屏蔽了目的访问端口。。。

流量控制可以根本无需考虑 dpi 识别，直接用令牌环控制。linux 下类似效果的是 iptables limit 。流量限制，并发又发不起来。。。可针对任何流量。

无线要看手机天线
ap

moto x30 在 wifi6 149 160mhz 可以跑到 2000mbps 以上，问题 ap 网口才 1000mbps 。wifi 想快各个环节都要解决水桶那块短板。以上测试只是软件显示，并未使用 localsend 。

qq 输入法被搜狗后就换成 gboard 了。

之前有人发布了一个叫 同文输入法 的 app ，电脑端就是那很有名的啥来着。把自己收藏的表形码按要求转换，就可以在安卓下用键盘打表形码，有了同文输入法+码表，拼音/形码都不是问题。

以前在 Windows 的 psexec ，都是以管理员权限访问对方。远程执行批处理拷贝都没问题。适合机房环境。

粘贴剪贴板。。。没试过。复制是没问题

我本来做事就是有充足时间做，从来不做这种匆忙的事。

当时销售副总的意思，领导突发说什么就要干什么。。。他也是应老板的决定来更改欢迎词。
这种领导我也遇到 2 种，最普遍的只认结果才不管过程，经常突然来个决定。
本来我也想怪老板又搞事，最后才发现老板好客，很讲究这种场面让客人有好感，真正的原因是欢迎名单上缺少其中一个人名。不然另外一种通用欢迎词就是 xxx 公司欢迎您。
另外一种领导会亲自跟踪工作中的步骤，然后决定如何优化做。

然后又要 ppt 上改人名>导出 png>上传 web 服务器>跑下楼>电视上重新刷新网页。。。哈哈，我发现公司里有些人很会卡这些时间节点，最后别人就要在匆忙中背锅。

今天只是发发牢骚，毕竟相处了 8 年的同事，只是基于情绪宣泄。。。

如果真说区别

网关有缓存
外部，虽然 windows 也有缓存，但早些年似乎存在查询掉包延迟问题，影响流畅感觉。

后来用了 linux 路由，直接截持 53 端口。管你用啥，全部受控制。

还是看屏幕吧，华为的笔记本镜面屏不拉窗帘不行，屏幕都是背景，虽然明亮但在这种环境真不如雾面的观感。

正常不应该是问你吃肉嘛。。。

网络分流量限制+并发数限制
在有并发数限制的情况下，比较顺滑的是 iptables limit ，但它依然是以低于 isp 限制的并发数上限来解决 tcp 连接的握手，达到流量的上限。

手机笔画码是一个很好的输入法。

电脑表形码，手机笔画码。至于拼音一直拼不准。。。

没有谁离不开谁。。。
那些唯一的爱，都是要金钱第一，颜值第二。
哪天真的因为爱一个人变成孤家寡人，那才是最可怕的。

所以怕就拉黑，不怕就聊，鸡飞狗跳就分手。。。
不同的人会有不同的选择，那些没有赚钱能力的女人会选择睁一只眼闭一只眼。
女强人会一脚踢开。

永远只有让自己变强一条路。。。吃软饭那种另说。

至少任务管理器里也得看看谁内存占用大，谁 CPU 使用多。是不是无关进程占用了太多资源。

兼听则明，偏信则暗

老板擅长经营，不见得懂技术。即便是无线漫游，他都要请教移动的好友，移动的好友会带来下属指点一番，哈。我不需要指导，我需要拉线的人。。。

更搞的，天下熙熙，皆为利来；天下攘攘，皆为利往。
本来就是公司内部的布线方案选择，结果移动老总带队来了个 5G 覆盖方案，忙活了 2 个月测试 5G 连进公司内网连接 ERP 。结果那破 ERP ，mssql 似乎因为启用了 windows 自带防火墙的关系，该带网还是掉网，这下没理由说我建的无线网有问题了，人家移动 5G 也这样子，那锅应该由 ERP 开发方背。。。

哈哈，真的好多年了，这 mssql 在无线网络的连接稳定性问题，似乎就是因为启用了防火墙导致的，至今没有解决。。。

自从买了 moto x30 至今不知道怎么刷成美行，这种型号战术吃不消。好在系统自带 google ，装 app 没问题，就是后台不干净。之前的型号倒都可以直接刷美行。

手机还是得晚点买，等信息明确可以刷。。。

不容易家里的优酷 yk1 竟然 397 天了
:~# uptime
19:43:31 up 397 days, 10:44, load average: 0.32, 0.33, 0.21

除了硬件本身有问题，有些是用了高耗内存/cpu 的程序。路由还是得专做路由的事。其它的自己掌握 openwrt 裁减固件，多尝试就知道什么包会导致不稳定。

没用过其它好的，另外一个是 erx 在刷成 openwrt 21.02.5 后不存在运行一段时间会无网的情况
基本都是断电导致。。。
:~# uptime
19:48:44 up 54 days, 8:39, load average: 0.62, 0.49, 0.67

所以同样是一辆电动自行车，雅迪为什么卖那么贵。
之前太阳风暴人家的车摔地上直接后视镜就断了，我的刮皮了。
至于没有防盗锁，没有转弯报警，没有 6PR 的轮胎又是另类的属性不一样。

解决网络卡顿，原因就多了。
其实这些年越来越受到，比如防火墙屏蔽巨硬，然后会出现 excel 使用中卡顿的问题。。。百思不得其解。我甚至一度怀疑是不是在 win10 应该是 win10 之后引入了什么逻辑判断。。。可能以前的操作系统或者软件没有云概念，没有体会到这种网络不通导致的卡顿的问题。
为了解决 excel, --reject-with icmp-net-unreachable
-A forwarding_rule -o eth1 -p tcp -m set ! --match-set Bdst_white src -m set --match-set BdstIP dst -j REJECT --reject-with tcp-reset
-A forwarding_rule -o eth1 -m set --match-set block_ip src -j REJECT --reject-with icmp-net-unreachable

老外曾经提到这段解决 winserver 2008 卡顿，现在不管了服务器/客户端都 disabled
netsh interface tcp show global
netsh int tcp set global autotuninglevel=disabled
netsh int tcp set global autotuninglevel=normal

至于钉钉
之前找到这些域名，全部在防火墙上不进行动态屏蔽范围
#dingding
ipset=/aliapp.org/allowIP
ipset=/alibabausercontent.com/allowIP
ipset=/alicdn.com/allowIP
ipset=/alimebot.com/allowIP
#ipset=/alimei-sub.alibaba.com/allowIP
ipset=/alibaba.com/allowIP
ipset=/alipay.com/allowIP
ipset=/alipayobjects.com/allowIP
ipset=/aliwork.com/allowIP
ipset=/aliyun.com/allowIP
ipset=/aliyuncs.com/allowIP
ipset=/aliyun-inc.com/allowIP
ipset=/aliyunpds.com/allowIP
ipset=/cnzz.com/allowIP
ipset=/dingtalk.com/allowIP
ipset=/dingtalkapps.com/allowIP
ipset=/effirst.com/allowIP
#ipset=/fourier.taobao.com/allowIP
#ipset=/h5.m.taobao.com/allowIP
#ipset=/retcode.taobao.com/allowIP
ipset=/taobao.com/allowIP
ipset=/tmall.com/allowIP
ipset=/lw.aliimg.com/allowIP
ipset=/mmstat.com/allowIP
#ipset=/mobgslb.tbcache.com/allowIP
ipset=/tbcache.com/allowIP
ipset=/mxhichina.com/allowIP
ipset=/tbcdn.cn/allowIP
#ipset=/teambition.com/allowIP
#ipset=/teambition.net/allowIP

神奇的 openwrt 解决因为 mtu 导致的网络呑吐问题，这才是神器，基本只要这网站能正常访问就没有卡顿的说法
iptables -t mangle -S
-A PREROUTING -i eth1 -j DSCP --set-dscp 0x00
-A FORWARD -o eth1 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -i eth1 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu

QOS
流量控制就不用说了，它本身就是以高优先级出列的，一个将 tcp 80/443 优先 p2p 出列的网络，会觉得网页呈现迎面而来，刷刷刷，而不是所有的包都在排除等候中。

1. 我看现在有很多用 AP 面板+AP 吸顶的方案，通过网线供电，这种稳定吗？ 会不会有散热、穿墙差的问题，感觉很优雅，直接网线供电好看又省事；

其实才 4 个房间，就是一个房间安装一个才多少成本？ poe 属于集中供电，不需要考虑就近供电问题。
散热有些属于芯片问题，甚至觉得电路垃圾，ubnt 就出过一个博通的交换机，热得超乎想像，个人不建议买 ubnt ，网络设备中的苹果？哈哈，不喜欢又贵又烂？是烂嘛。。。

2. 有线 mesh 是主路由器+N 个子路由器的意思吗，把子路由器全连到主路由器上就行？这种方案是不是最稳定？但房间里就要挂个子路由器，需要网线+电源？

有线 mesh=有线 ap+802.11s ，再高级的是多了个 batman adv mesh 。市面上的什么主路由+子路由，和 openwrt 下的桥接每个 mesh mp 都是对等的概念不一样，给人很多错觉。
当初选择 mesh 是为了解决漫游，batman adv mesh 确实感觉很快，有一定漫游特性也是写在 paper 上的。但是 mesh 2 设备互联是需要通过无线建立起一个叫 meshpoint 的接口，在家里这种房门阻挡下，属于弱信号影响 ap 的呑吐能力，理论上是有一定影响。实际不好说，就像木门的穿透力远远好于塑料门。塑料门可能出现门打开-65dbm ，门关上-80dbm 。但换一个功率更强的 ap 可能又是另外一个结果。
实际上，很多文档强调终端才是漫游的发起者，在 openwrt 下哪需要什么 ac ，掌握弱信号踢除脚本足以。
弱信号踢除基本原理，
苹果手机说是-75dbm 开始准备切换。终端从 ap1 走到 ap2 ，基本可以看作离 ap1 近-65/离 ap1 远-80/离 ap2 近-65 ，那么当-80dbm 对它 deauth 3 秒，很大的机率它会就近连接上 ap2 。
ubus call hostapd.$1 del_client '{"addr":"'"$i"'", "reason": 5, "deauth": True, "ban_time": 3000}' &
其实家里要没砖墙，一个 20dbm 的 ap 足以覆盖 1000 平方。像我睡觉不关房门的，厅里一个足以，4 层楼放了 15 根线，最后只接了 2 根，门口的无线监控还是无线 mesh 到 2 楼。
mesh 是一种无 ac 的无中心化实现，实际它有一套它内置的调度机制，还是网状。我个人是觉得 mesh 网状比 ap 这种星状的更可靠，有线不通 mesh 还可以通过 meshpoint 建立无线 mesh 连接。ap 就拉倒吧。
只是市场上的商家很鬼，给人又一个错觉，mesh 都不能 poe 供电？干嘛要多拉一根电源线？

3 、弱电箱在门口，准备光猫+交换机在弱电箱，弱电箱拉一个网线到客厅连主路由器，其他地方的网线全都接到客厅，这种方案就可以？还是直接把光纤迁到客厅来（主要担心客厅放得东西太多杂乱）？

这种没问题，一般对性能有考虑可能会下接交换机互联，不讲究也无所谓。

tplink 应该有可以 poe 的 mesh 。个人更推荐华为 AirEngine 系列，公司用的几年前买的 5762-12 ，哈哈逢人就推荐华为。。。确实挺好，又便宜又好用。ubnt 靠边站。。。

我记得有电影的啊，叫啥忘了。

要以妻离子散来形容嘛。等到的时候，朋友都以老迈，你才刚从生存仓出来。那些遥远的消息都已经是过去时。。。