淘宝/京东/pdd 谁便宜买谁的，大件 pdd 不一定有优势。
话说昨天从京东第三方到手 thinkpad e16 ，原来拆封加硬盘标签也像全新的一样，看来二手包装太容易了。

有机会试试 scoop 到底是什么

以前批量安装都是 autoit3,一个模拟点击软件，下一步下一步毫无技术含量，autocad 从软件提取注册码到 kegen 算号，再激活软件都可以做到。没什么它做不到的。

科来网络分析系统 技术交流版，
至少请问目的地看得一清二楚，用的还是 vlan 隔离的华为 s5735 。
Hub 设备应该更丰富

小厨宝这种解决的是短距离，在厨房 1 米出水就到龙头了。不存在长距离一开始要放水一会儿。
家里选得美的 7.6L,2000w 速热的够用了。

至于能耗，用的小米蓝牙开关定时控制。美的的保温，至少洗澡的热水器十几年前买的总感觉经常需要加热。并不像 B 站的一些 up 观点，浪费的电费不需要买个开关。

问题 1 比较奇怪，没试过接热水管是否符合要求。

世界很奇妙

制造业，想加入人家的供应链体系，人家就会对 it 信息化安全提出要求，只有够到边上才可以加入。

我对延迟的理解非常简单

假设你当前上行带宽流过 80%的流量，此时下行流量最大，延迟也极高但还可以接受，网上的教程会简单的说将上行带宽设定为实际带宽的 80%。但按我之前的观察是没用的，或者也许比设定为 100%好点，这些是 sqm 作者的观点。

Qos 是个需要验证的技术，我的方法是将上行流量拆分为 4 组，3389 竟然是 prio 优先级最高的那组。该组拥有保障带宽 10~100%，把这放大到电信 100mbps ，拥有 20mbps 的上行，对保证延迟是非常足够的。qos 会造成 2 种极端，高优先极组，上行带宽大通过流量小，它延迟低到稳定的 19ms 。而低优先级的 p2p 非识别端口，流量最多只能用 80%，另外的 20%防止高优先级流量被淹没。实际流量是时刻占满的，延迟高到接近 600ms 。

大部分没有 qos 的线路都是先进先出，打开网页不会有迎面而来的感觉。像 sqm 的有些算法还很奇怪在游戏里会漂移。
而有 qos 的线路，早出去的包，带来更早到达的下行流量，它在大流量低通行的流量分组里可以轻而易举获得 19ms 的延迟，不被 p2p 600ms 淹没。

哈哈，吹了这么多年，从来没秀出代码。可以试试去玩 tomato 路由，学会了 linux tc 完全有能力将规则转换到 openwrt 下使用。

主动上当，你能怎么样。。。

我简单粗爆 AFWAll+直接对 app 进行黑白名单网络授权。

看一下这篇文档吧，使用 PowerSettingsExplorer.exe

至少 win10 ltsc/22h2 12/13 代我觉得没问题。win11 ultra7 应该也按同样的优先性能设定过，没收到后来的反馈

详细探讨一下 12 、13 、14 代酷睿处理器在 Win11 、Win10 中大小核调度
https://www.bilibili.com/opus/916230297947734035

测试方法，可以打开任务管理器/性能/cpu/逻辑处理器，通过 7zip 软件压缩大文件来观察 cpu 负载变化。

哈哈，玩了个乌龙。
2ms 问题是因为在电信/移动专线的 openwrt 出口路由都配置了 REDIRECT 而且还是一样的端口号。。。

经过这回疑神疑鬼，使用 verifyChain = yes 加强端到端的身份验证,同时启用了 iptables knock door 。此事完结。

联想加钱可及，

即然便宜了，之前有遇到的，也就并发数限制+如果是光猫路由客户端数量限制。

自架 wekan 基于 web ，缺少手机端，手机太小浏览器不方便。挺好，记了 3 年了，最大的好处数据全部在自己手里。

曾经想来想去
是不是附近的人，扫了色色二维码，立即成了对象。

不过这种号码，我都是 3 这不接，没第 4 次。至于二维码是通过短信发来，无视。可能人家觉得手机号无人在线。

搞了 3 天搞不定，把这些天的测试情况总结一下

1.在电信线路刚建的防火墙端口，移动专线去 tcping 30ms 左右
2.大概 1 天左右，这些端口延迟低到 2ms ，同时在电信处服务器端 stunnel 能抓到来自移动专线的连接 ip ，但是 iptables 防火墙抓不到源 ip
3.移动专线<>电信代理，对于已经 2ms 的端口得到的代理 ip 是移动专线当前出口。对于 30ms 的端口得到的代理 ip 是电信当前出口。
这里又引申出一个问题，到底被中间人攻击了嘛。stunnel 还安全嘛！！！既然拿到的是移动的 ip 那肯定就不正常了。
对于 2ms 端口，目前 stunnel 启用 verifyChain = yes ，网络已经不通了，日志的提示应该是认为证书身份不一致。只能设定 verifyPeer = yes ，但是既然已经是移动的 ip ，显然它没做到端到端的连接安全
CERT: Pre-verification error: certificate not found in local repository: self-signed certificate

对于 30ms 端口，目前 stunnel 启用 verifyChain = yes ，一切正常。

在联通手机流量一切正常。移动的黑科技还是比较厉害的，让人担心的是，它能做到双向中间人嘛。那使用移动不就裸奔了嘛！

京东也不是全能的，之前 tcl t6l 一个暗点
客服 2 按描述属于 tcl 人员，由她开据情况说明，花费了 2~3 天？后续新机上门，旧机拿走，一切感觉很方便。

我已经花 2 天时间解决一个超过我的认知的网络情况。。。

公司的移动专线借道家里的电信访问 vps ，
1 。仅一天左右的时间,这些在电信网络新建的防火墙端口会从之前延迟 30ms 左右，变到才 2ms 左右。
2 。之前 30ms 时移动访问电信代理，通过 ip138.com 返回的是电信的 ip ，2ms 时返回的是移动专线当前的出口 ip???
3 。借道电信访问 vps 返回的倒是正确的 vps ip ，虽然这些端口延迟依然只有 2ms 左右，使用的是 verifyChain = yes
4 。因为问题 2 ，导致我怀疑我之前是不是看错 stunnel 的文档，特别是当前使用的 verifyPeer = yes 参数是理解错了
5 。试了 N 种 stunnel 配置都无法解决。于是使用 iptables knock door
这下更是傻眼了，电信 stunnel 中继端能看到移动专线的连接 ip ，但是它的防火墙无法抓到 2ms 的端口的源 ip 。也就是移动它不知道用了什么组网技术，即能让这种网络连通，又能中间人改动出口 ip 。。。而我以为用 verifyPeer = yes 保证了端到端的安全，再怎么也不应该连出口 ip 都变了啊！！！

这些结果已经完全超过我的认识，特别移动到底有没有能力在 1 天之内就中间人成功。verifyPeer = yes 参数之前没实际使用过，不知道能否达到 verifyChain = yes ，主要是电信处用的 openwrt ，似乎当它做为服务器端时，有些结果和 linux vps 不大一样。

早上又去重现了 1 次。

iptables -t nat -A prerouting_rule -p tcp -m multiport --dports 2222A,2222B,2222C -j REDIRECT --to-ports 2222

在之前的端口组新添加了 1 个，tcping time=2002.34ms,看似没 ping 通，但是 ip138.com 返回的的确确是电信的 IP ，而那个 time=1.74ms 之前设定的端口返回的确却是当前使用的移动网络的出口 ip 。。。这种现象已经超出我的知识了，我一直以为我用了 stunnel ，还强制使用了 verify=3 ，应该链路两端已经加密了。可是移动这网络确实在 1 天以后就能识别，问题它不知道用了什么黑科技。。。会出现代理服务器的 ip 显示不对。