做人真难，
有些人说朋友圈熟人太多选择在不认识的 soul 发。奇怪的想法，为什么怕别人看。这种分享的欲望好奇怪，话要说，又不说给熟人听。。。
我从来无视任何人的看法，再说了这东西有点脑子的人肯定是经过过滤的，当然我也见过在朋友圈指桑骂槐骂街的。
然后你会发现发朋友圈真正难的事是大段码字。只是这么多年写了这么多，才发现 qzone 的内容都没摘抄到网站，朋友圈又留下一堆。。。
其实朋友圈就是发给那几个人看的，偶尔看看他们的回复也好。
这个东西在大家手里都是备份成单一文件？能分散吗，这单一的大体积文件损伤率应该更高啊！
这种东西叫礼上往来。就像要先爱别人才能得到别人的爱。
只是是不是我太俗，是不是送礼更实在。这动嘴皮子还要浪费时间打字没有任何收益。
于是每年很感动还有谁问候我，是不是群发的。。。
不推荐 moto ，虽然一直买 motorola 。中途用过一回 x86 zenfone7 ，这个坚如磐石的品牌 asus 被摔得麦克风都没声音了。
Moto 我觉得主要问题更新少，原生系统偏向玩机用户。
难道要推荐华为？妈呀，华为这个 2018 年的手机竟然还收到固件更新。我发现华为的交换机+无线 AP+手机这种长年的固件更新真是积极啊。moto 这点真比不上。
stunnel 有关于各种算法的性能测试
Performance was tested on:
Intel® Core™ i5-3570K CPU @ 3.40GHz
Ubuntu 14.10, kernel 3.18.11-031811-generic x86_64
OpenSSL 1.0.2a (built from source with gcc-4.9)
stunnel 5.16 running on a single CPU core (taskset -c 0)
(1) 2048-bit RSA certificate
(2) Negotiated encryption: ECDHE-RSA-AES256-GCM-SHA384
(3) Negotiated encryption: PSK-AES256-CBC-SHA
(4) In order to handle N concurrent connections on a Unix platform, stunnel requires nfile (ulimit -n) to be higher than 2*N, and nproc (ulimit -u) to be higher than N
ECDHE-RSA-AES128-GCM-SHA256 688 MB/s 5.5 Gbit/s
ECDHE-RSA-AES256-GCM-SHA384 648 MB/s 5.2 Gbit/s
ECDHE-RSA-AES128-SHA256 244 MB/s 2.0 Gbit/s
ECDHE-RSA-AES256-SHA384 204 MB/s 1.6 Gbit/s
DES-CBC3-SHA 28 MB/s 0.22 Gbit/s
心理太脆弱，慢慢会让你成长，三婚的人都很多，你想束缚人家，你一天 24 小时又能抽出多少时间陪人家？你能做到分分秒秒陪伴，开玩笑。
当年我见过一同事，也就三十来岁，一家三人用得老年机，家里不装宽带就是为了避免网络的诱惑。出入一家三口，真得无法想像这种生活。
至于网聊，人是很孤单的，你都做不到 24 小时陪伴为什么要求人家不和别人聊天。现在的人接受的观点如此之多，听过婚内单身嘛！不然封建礼教说女子无材便是德！哦老婆是花钱买来的是我的私有财产，什么年代了。有了老婆就要求人家断绝社会关系，就像娶了老婆就要她变成家庭煮妇一样。你还得问问老婆愿不愿意，凭什么男人可以在外面花天酒地，哈哈。老公有钱有时间那过得是爱情。老公没钱没时间那过得是寡妇生活。
哈哈，说多了。年轻时我的第一点认识我无法做到 24 小时陪伴。然后从别人那里学到睁一只眼闭一只眼，并不是什么隐私都要一清二楚，活得累不累。然后问问自己可以做到不和异性交往，即便可以凭什么要求别人不和异性交往？
这种东西每个人经历不一样，慢慢感悟吧，大不了把对方休了，有钱再娶一个，是有钱休了再娶一个。
在 openwrt 下，mesh 是 br-lan 桥接了 mesh point 接口。实现了有线端的 br-lan 连接，以及无线端的 mesh point 连接。只是因为优先级关系会优先走 br-lan ，br-lan 断线则会从 mesh point 走数据。
不同市面的不知道怎么实现，第二种这种直接桥接于交换机端口认为是最优的。第一种看不出差别，但不同厂家实现也许有差别。
看不懂描述，PPPoE 拔号是有一定周期，可能仍然获得一样的 ip 也可能获得不一样的 ip 。当年为了解决游戏过程随机性断网，后来在 openwrt 路由每天凌晨使用 shell 脚本 cron 每 24 小时强制更换不同 ip 。再也不会出现随机掉线情况。
好好贵，当年的黑 5 神机 1G 内存，40G 空间，没这么多机房。应该$30 不到。
不知道 Gia 有什么特别，它家的 ip 确实有好有坏，自从刷到一个 144 开头的又从 2018 年稳定用到现在。路由这东西应该会共用吧。
嘿嘿，品胜这种只能算是有个名字的杂牌。反正买过的无一可以长期使用，包括 2000 块的充电宝真的还不如一些听都没听过的杂牌。这种品牌都是直接无视的。但是似乎也没有别的好选择。
这些年都用联想家的 moto ，我还在考虑下一台笔记本买联想，毕竟它家有电源控制模块。还行上一个 g7 plus 用了 2 年多。对于手机这种东西已经是快速消耗品，过个 1-2 年基本该换了。新的 android 12 直接有充电控制，但是虽然延长了充电时间最终还是是充到 100%。之前在 google player 下的是 full charge alarm 充到 80%就发声提醒拔电，不知道是不是心理作用，联想的电源管理文档是有说到充电周期的说法。平时一没电就充，即便现在的 moto x30 说是有 5000ma 比 g7 plus 的 3500ma 提高了不少，但感觉还是不耐用。。。
对于家用网络，真正能改变延迟的方法只有 QOS
1.该公司还有多款游戏，至少其余两款没有任何延迟 or 卡顿，其余 2 款游戏可以在后台使用 QBittorrent 以超过 8Mb/s 的下载速度的同时，没有任何延迟 or 卡顿
这种其实不好判断，通过家用网络 QOS 能控制的有 IP+端口这些简单特征。所以无法简单的判定这些信息都是一致的。确实电信的设备会对英雄联盟进行加速，反而一个设定不当的 QOS 会导致延迟更糟。但是如果还有其它东西在使用网络，这种延迟问题是很难计算的。毕竟在没 QOS 时包采取的是 PFIFO 先进先出队列，在采取 QOS 以后就会让高优先级包优先出列，效果是完全不一致的。QOS 可以做到让高优先级数据<19ms ，让低优先级数据接近 600ms 。在还用多线程下载软件，网络出现频繁的波动很正常。特别当线路用的还是 wifi 一切更加不可控制。之前在真正的电话 ADSL 线路总结的经验是当网络流量达到 60%时出现低延迟情况，达到 80%时流量最大延迟依然不是很高，超过 80%以后流量不增反降延迟变得更高。但是在一个没有 QOS 的网络，是根本没有任何办法实现 60/80 的限制的。
2.尝试过重装，并彻底删除第三方应用，但还是存在该问题
通常有这种卡顿问题一般是硬盘有坏道，或者 win10 这种烦人的后台一堆乱 78 糟的进程定期在后台优化。另外真正需要测试的应该是净空当前网络只允许该游戏运行来判断是否还会卡顿。
3.游戏论坛上询问过，没有人有类似情况，不过因为是小众游戏，可能游戏论坛上没人看
4.该游戏有国外服务器，尝试无代理 and 无加速直连外服，没有卡顿
那就看游戏采用什么协议，以前在设定好 qos 以后会用 ping 和 tcping 测试到服务器的延迟是否在可控制范围，是否出现严重的波动。
一般对于游戏玩家，如果不了解 QOS 是什么。那就净空网络，有条件用有线，没条件就自己独占一个 AP 只允许玩游戏的终端连接。这才是真正的游戏爱好者，不让任何不稳定的因素干扰游戏。只有确认本地网络无问题才能怀疑外部服务器有问题。另外 qos 的算法也是会影响延迟，目前在 openwrt 我只用 sfq ，其它的算法像那个 sqm 出的感觉到很明显的人物在游戏里飘移的情况。
这个结论是对的，不要太迷恋大功率设备。只能说在同样的背景环境，大功率相对能耐更大点。wifi 这种双向通讯，指望在 2 楼放一个-30dBm 的设备，然后 1-2-3 楼都来接收它。首先就是终端会出现信号很强，但实际速度不好的情况，发回去的信号不行。另外就是大量终端附着在 AP 上，在 wifi5 就会出现逐一应答的问题。导致一个本来只连一个终端可以有 13MB/s 的速率，结果一堆终端会掉到 500KB/s 的情况，即便用除法这种问题也是可以计算的。
但实际参考价格因素，我最终还是会选择功率更大的设备。毕竟我对这个功率没有直观的感受。一般家里卧室-15dBm 都够了。公司目前的 wifi6 基本 2.4G -22dBm 5G -26dBm 。大功率+149 的信道还是能保证流量的稳定。
1.设置多个外部访问端口指向统一的源端口
# iptables -t nat -S
-A PREROUTING -i eth0 -p tcp -m multiport --dports 111,222,333 -j REDIRECT --to-ports 555
2.使用 softether 之类的。可以电信直访 VPS ，可以电信借道移动专线间接访问 VPS 。通过不同线路来分散流量
3.既然只封部分端口，那简单 cron 定时换不同线路不同端口，让流量的累积特征变得不明显。
自从上次不稳定过后，这种随机变换线路+端口的用法，又能 24x7 稳定访问 youtube 。
softether 最好的 vpn 。
写了这么多，看着都觉得累，
对于家用网络，设置的唯一要求就是同一 lan+同一 dhcp+统一的 bssid 密码，就这么简单。这样就可以在漫游时获得统一的 ip ，减少网络异常。
其它的就是适量的 ap ，通过控制发射功率来控制两 AP 的重复覆盖区域，来通过一定的 SNR 变化让终端能在到达指定的区域从 AP1 切换到 AP2 。这其实对于酒店那种垂直环境是相当难的。对于 100 平方的家居我觉得上 3 个都很夸张了。
其它的加分项，如果无 AC 控制的胖 AP 能够提供自动踢除功能。它就有强制终端在走到 AP2 附近，AP1 将终端从 AP1 踢除，那么很大的机率终端会就近连接在 AP2 ，特别是现代的手机。PC 机的话，也有 wirelessinfo 这种软件辅助就近连接。
所以像我砖家，我是不迷恋 AC+AP 的。当然我是高通迷虽然喜欢 mtk 做为路由，却不喜欢 mtk 的无线。家里都是垃圾设备 tplink wdr4310 ，最近花了 73 块买了 tplink wdr7500 提升也不少。当然最终它们都是 openwrt 终端。
公司里用的华为 s5762-12 ，还有过时的 uap ac 系列又贵又烂，也就 tplink wdr7500 的水平。。。
上次也把中国银行骂了一通，限额 1000 。好在它的网络银行客户端可以开通更高的额度。只是跨行之间拼多多付款不知道怎么弄。。。真烦。
这种东西我认为像腾讯会议 /钉钉之类的平时倒不会掉链子。但是酒店的网络(网管能否提供高优先级的网络端口)，酒店的 4G(视接入数量，平时火车站汽车休息站那网络可以直接不可用)移动网络能否正常使用。
家里还搞这么复杂
本机设置多个本地用户用于网络访问，目录针对不同用户设定 ntfs 访问权限就可以实现防止看到，防止误删的实现。
自从用上 windows10 ，因为开机不亮屏原因，系统都重装过至少 3 次，不对可能是用上这个 benq 显示器开始。
现在每次用批处理关机，DISPLAYSWITCH /internal 。按老外的说法，系统无法侦测显示器状态会记住最后的设定。但是这样仍然很大机会开机在进系统里黑屏。然后每次点按电源键笔记本休眠，再点电源键开机，然后屏幕亮屏。。。基本上每次都是这样操作，无奈。。。
qos 解决流量和延迟两个对比关系，网络上似乎流传着带宽和延迟的换算公式，但不知道哪条公式正宗。。。
1.在抢夺带宽方面，往往伴随着并发数量，像迅雷。但这个并发数量也不是越大越好，像 8M 的电信光纤就会表现为因为并发数超过局端限制(大概在 1200 条左右)而导致的网络流量不达标情况。此时只能通过 iptables limit 对并发进行抑制来达到连接正常握手的目的。
2.然后之前测试 QQ 的旋风下载?出现更为奇异的情况，这种软件在下载微软的链接会跳转到 302 跳转链接。百思不得其解的问题，对 br-lan 接口实施了速度限制，但是实际下载速度远超设定。。。但除了旋风软件，其它软件正常。。。
3.还是是并发，似乎当年使用上海电信的 20M 光纤。如果使用的是光猫直接拔号，存在用户接入数量的问题，我认为应该也是存在并发限制的。当年同样百思不得其解的问题，这个路由是 100mbps 端口，宽带也就 20mbps,可是如果没有 QOS 的作用，连路由管理界面都打不开。
4.首先得承认电信的设备是内置一定 QOS 实现的。比如当年玩优酷挖矿，实际上不做任何 qos ，即便网络在 100%占用上行，玩英雄联盟一点也不卡反而是一个设定不当的 QOS 让游戏玩不成了。
解决问题，
1.实现 qos ，这个话题有点难不同路由实现都不一样，但它确实能改变网络拥塞情况。
它通过将上行端口数据根据优先级出列，根据 tcp 握手过程带来下行流量相应的优先级改变。
2.其它的一些辅助参数
iptables -t mangle -S
#重置 DSCP 标记优先级以避免在一些交换机出现异常优先级
-A PREROUTING -i eth0.2 -j DSCP --set-dscp 0x00
#这么多年一直这么用下载来的，解决 mtu 封包重组，有利于网络呑吐的提高，解决一些亚马逊英文站打开缓慢问题。
-A FORWARD -o eth0.2 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -i eth0.2 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
Select Language