当初 moto x30 也是烫手。

后来 root 过后，magisk+scene4+uperf 就能实现实似 cpu 频率调度，终于凉快正常了。

这个我就不懂了。因为常年用 softether+stunnel ，一个说 https ，一个说是 tls 。几年用下来一直没问题。。。
其实看自己如何解释特征，有些叫独一无二别人无法识别，所以叫无特征。所谓的无特征，我都会用发包数限制抑制流量。
有些叫普通人淹没在亿万大众中，所以亳无特点。。。https/tls 不是大家都在用的东西嘛，我就告诉你这就是特征。。。

这种大流量端口被封我认为是无差别的，至少从 2022 年 10 月份开始就已经实现了 softether 的随机换不同端口不同路径通向同一服务器。stunnel 更简单直接支持 rr 负载到不同服务器不同端口。

看来这些年都成砖家了，有公网 ip 可以经常变换 ip ，可以 30 分钟变换证书，更换不同网络路径，可以在 tcp 80 复用端口。看起来有些事并不是简单的换个软件就可以解决。

我也崇洋媚外，毕竟基于证书链的身份验证过程+定时变换证书，根本不怕被中间人。

dell 我肯定是避而远之的，
公司近些年采购的台式都是 hp 的 zhan66/99 系列，可是去年刚买的 zhan99 用的西数的 WDC PC SN530 SDBPNPZ-256G-1006 ，两台中的一台近期已经多次出现冷数据掉盘需要反复 2 次重启才能进入。。。

目前不知道是换个 SSD 还是有其它解决方法，郁闷。除了这个问题，总体似乎比单独自己买零件组装便宜。普通办公电脑用用还行。

https://www.stunnel.org/downloads.html

目前看起来只有 windows+android,mac 不知道能否装，ios 不知道行不行。。。openwrt 路由直接可以安装，客户端就直接访问 socks5.

android 目前用的 Veles Stunnel/SSLSocks+AndProxy 。目前我的 android12 手机不能使用 l2tp ，只有这么一种方法了。

哈哈，这些玩意是我见过最出人意料的发明，一打又一打的不知所谓的配置参数。
还是 stunnel 简单高效。。。


foreground = yes
client = yes
;pid = /data/user/0/link.infra.velesStunnel/files/pid
; **************************************************************************
; * Global options *
; **************************************************************************
debug = 0
;output = r:\stunnel.log
;compression = zlib
RNDbytes = 1024
;RNDfile = d:\stunnelrnd.txt
RNDoverwrite = yes
; **************************************************************************
; * Service defaults may also be specified in individual service sections *
; **************************************************************************
;sslVersion = all
;sslVersion = TLSv1.2
sslVersionMax = TLSv1.3
sslVersionMin = TLSv1.2
;options = NO_TLSv1.3
;options = NO_TLSv1.2
;options = NO_TLSv1.1
options = NO_TLSv1
options = NO_SSLv3
options = NO_SSLv2

socket = r:TCP_NODELAY=1
socket = l:SO_LINGER=1:60
socket = r:SO_OOBINLINE=yes
;socket = a:SO_REUSEADDR=yes
TIMEOUTconnect = 120

options = SINGLE_ECDH_USE
options = SINGLE_DH_USE

;ciphers = ECDHE-RSA-AES128-GCM-SHA256
;ciphers = ECDHE-RSA-AES256-GCM-SHA384
;ciphers = ECDHE-RSA-AES128-SHA256 ECDHE-RSA-AES256-SHA384

cert = 1.pem
;failover = rr

; **************************************************************************
; * Service definitions (at least one service has to be defined) *
; pi **************************************************************************

[server4]
CAfile = stunnel.pem
verifyChain = yes
;verify= 2
;verifyPeer = yes
;verify= 3
client = yes
accept = 0.0.0.0:1084
connect = :80
connect = :8443
checkHost = www.apple.com
checkHost = www.microsoft.com
checkHost = www.symantec.com

现在这些营业员的素质严重不行。大概就认为没人和她们纠缠。
每次接到联通的电话，都是说一通好处，最后是要加价，所以每次明确拒绝她们给我新开通任何业务。
有用嘛?没任何用。
去年又说给开通每月 2G 的流量。。。明确拒绝了。平时就那 3G 都用不光，还要 2G 啥用。
实际已经开通了。。。目前都不知道怎么查，是不是过段时间又要搞收费了，经常玩这种把戏。

之前一些水星的无线网卡似乎有类似问题。
表现为上网正常，但两网卡之间不可访问。
通过 windows 开机，netsh 静态绑定对方 mac ip 对应映射解决。

没工作心态崩了。。。

之前是不是 Android 还提供一个开源的 app ，竟然是因为 Android10 还是 12 不能装不了 app 弃用。现在连 softether 也连不了 l2tp 了。。。

萤石是可以断了 wan ，然后 vpn 用 ivms4500 通过 lan 访问。
但是小米在断外网以后行不行真没数，只知道小米的那些其它设备一没 wan 就成废物。。。

哈哈，我也一样学业不精却要一本正经的在这里胡说八道。。。就像别人一样 mp/ap/802.11s/802.11kvr 分不清，被网络上各种小白文搞得一团乱 78 糟。

openwrt 下的 802.11s+batman adv mesh
1.batman adv mesh 的漫游特性是唯一写在 paper 上的，也是被很多 mesh 社区固件认同的用于私网的漫游协议
https://www.open-mesh.org/projects/batman-adv/wiki/Client-roaming
一堆又一堆看也看不懂的描述
https://www.open-mesh.org/projects/batman-adv/wiki

2.openwrt 下的 mesh 就是 br-lan 桥接 mesh point 接口，对于交换机来说就是 mp1 的 br-lan 桥接到交换机端口+mp2 的 br-lan 桥接到交换机端口+mp1 和 mp2 那个和 br-lan 桥接的 wlanx 又通过 mesh point 接口建立无线连接

3.真实的路径是 br-lan+mesh point 两个接口，只是 mesh 自己会择优选择 br-lan ，也就是所谓的有线 mesh 。只有偶尔在 poe 交换机出现问题，比如网管交换机自动关闭端口。此时这台 mp1 就会通过 mesh point 无线接口从邻近的 mp2 借路。这也是 mesh 比 ap 更厉害的地方，条条大路通罗马。

4.我不知道什么叫有线 mesh 路由。我只玩过通过 vpn 方式将 2 楼的 mesh point 接口桥接到 vpn 接口实现 mesh 网络扩展到 3 楼，仅仅是实验意义。因为每每说到 mesh 一定有个 mesh point 接口的存在。

5.这个 mesh point 无线接口从经验上来说它也是一个坑队友，如果你遇到无线因为最弱的客户端信号影响的话。有条件尽量不同 mp 之间都可视。

一般家庭组网仍然建议，交换机承载网络交换，如果有 3 层功能，它能做到更多的功能。mesh 我的认知它和 ap 呑吐相当漫游更快。。。

光纤猫
路由器
交换机
mesh

至于 3 图这个 mesh 主路由是什么，它可能仅仅是一个管理的设备，摇身一变就成有线 mesh 路由。

batman adv mesh 这种无中心，无 ac 的设备到底如何做到自我管理，大家可以欣赏一下。

BusyBox v1.28.4 () built-in shell (ash)

_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------
OpenWrt 18.06.9, r8077-7cbbab7246
-----------------------------------------------------
root@1L1:~# batctl
Error - no command specified
Usage: batctl [options] command|debug table [parameters]
options:
-m mesh interface or VLAN created on top of a mesh interface (default 'bat0')
-h print this help (or 'batctl <command|debug table> -h' for the parameter help)
-v print version

commands:
interface|if [add|del iface(s)] display or modify the interface settings
orig_interval|it display or modify orig_interval setting
ap_isolation|ap [0|1] display or modify ap_isolation setting
bridge_loop_avoidance|bl [0|1] display or modify bridge_loop_avoidance setting
distributed_arp_table|dat [0|1] display or modify distributed_arp_table setting
aggregation|ag [0|1] display or modify aggregation setting
bonding|b [0|1] display or modify bonding setting
fragmentation|f [0|1] display or modify fragmentation setting
network_coding|nc [0|1] display or modify network_coding setting
isolation_mark|mark display or modify isolation_mark setting
multicast_mode|mm [0|1] display or modify multicast_mode setting
loglevel|ll [level] display or modify the log level
log|l read the log produced by the kernel module
gw_mode|gw [mode] display or modify the gateway mode
routing_algo|ra [mode] display or modify the routing algorithm

debug tables: display the corresponding debug table
neighbors|n
originators|o
gateways|gwl
translocal|tl
transglobal|tg
claimtable|cl
backbonetable|bbt
dat_cache|dc
nc_nodes|nn
mcast_flags|mf

statistics|s print mesh statistics
ping|p <destination> ping another batman adv host via layer 2
traceroute|tr <destination> traceroute another batman adv host via layer 2
tcpdump|td <interface> tcpdump layer 2 traffic on the given interface
throughputmeter|tp <destination> start a throughput measurement
translate|t <destination> translate a destination to the originator responsible for it
root@1L1:~# batctl o
[B.A.T.M.A.N. adv openwrt-2018.1-13, MainIF/MAC: mesh5/b4:fb:e4:f6:a1:16 (bat0/6a:5f:e9:e9:d0:22 BATMAN_IV)]
Originator last-seen (#/255) Nexthop [outgoingIF]
b4:fb:e4:f6:a1:45 0.660s (163) b4:fb:e4:f6:a1:4b [ mesh5]
* b4:fb:e4:f6:a1:45 0.660s (247) b4:fb:e4:f6:a1:45 [ mesh5]
* b4:fb:e4:f6:a1:62 0.620s (192) b4:fb:e4:f6:a1:4b [ mesh5]
* b4:fb:e4:f6:77:b1 0.990s ( 56) b4:fb:e4:f6:a1:45 [ mesh5]
* b4:fb:e4:f6:9c:bf 0.580s (136) b4:fb:e4:f6:a1:4b [ mesh5]
b4:fb:e4:f6:a1:4b 0.540s (170) b4:fb:e4:f6:a1:45 [ mesh5]
* b4:fb:e4:f6:a1:4b 0.540s (252) b4:fb:e4:f6:a1:4b [ mesh5]
* b4:fb:e4:f3:dd:10 0.050s ( 41) b4:fb:e4:f6:a1:45 [ mesh5]
* b4:fb:e4:f6:a0:6b 0.170s (171) b4:fb:e4:f6:a1:4b [ mesh5]
root@1L1:~# batctl n
[B.A.T.M.A.N. adv openwrt-2018.1-13, MainIF/MAC: mesh5/b4:fb:e4:f6:a1:16 (bat0/6a:5f:e9:e9:d0:22 BATMAN_IV)]
IF Neighbor last-seen
mesh5 b4:fb:e4:f6:a1:45 0.530s
mesh5 b4:fb:e4:f6:a1:4b 0.410s
root@1L1:~# batctl tg
[B.A.T.M.A.N. adv openwrt-2018.1-13, MainIF/MAC: mesh5/b4:fb:e4:f6:a1:16 (bat0/6a:5f:e9:e9:d0:22 BATMAN_IV)]
Client VID Flags Last ttvn Via ttvn (CRC )
* ea:5b:55:b3:36:5c 0 [....] ( 0) b4:fb:e4:f6:a0:6b (143) (0x9e90e512)
* de:7c:86:51:3d:71 0 [....] (183) b4:fb:e4:f3:dd:10 (204) (0x7c0c16b6)
* ee:ee:ed:a2:bd:f4 0 [....] ( 90) b4:fb:e4:f6:9c:bf (151) (0x3bfd9e8b)
* ba:ea:ba:54:36:30 0 [....] ( 0) b4:fb:e4:f6:a1:45 ( 45) (0xa6b58d99)
* 5e:6b:e4:51:18:93 0 [....] ( 63) b4:fb:e4:f6:77:b1 ( 83) (0xa41c645e)
* ba:7c:e4:ed:89:bc 0 [....] ( 31) b4:fb:e4:f6:a1:4b ( 98) (0xb3018cf9)
* 96:a1:0e:86:55:45 0 [....] ( 0) b4:fb:e4:f6:a1:62 ( 65) (0xdfe92d5e)
root@1L1:~# batctl tl
[B.A.T.M.A.N. adv openwrt-2018.1-13, MainIF/MAC: mesh5/b4:fb:e4:f6:a1:16 (bat0/6a:5f:e9:e9:d0:22 BATMAN_IV), TTVN: 225]
Client VID Flags Last seen (CRC )
48:8a:d2:bd:e0:9c -1 [......] 180.080 (0xc4678fbf)
3c:33:00:59:b5:1d -1 [......] 77.930 (0xc4678fbf)
b0:52:16:28:30:d9 -1 [......] 71.210 (0xc4678fbf)
d4:d5:1b:b8:ac:60 -1 [......] 19.710 (0xc4678fbf)
6a:5f:e9:e9:d0:22 0 [.P....] 0.000 (0x8cd32694)
3c:33:00:59:cb:d3 -1 [......] 115.240 (0xc4678fbf)
18:40:a4:b1:b3:be -1 [......] 0.030 (0xc4678fbf)
2a:ac:4b:0b:bc:73 -1 [......] 341.780 (0xc4678fbf)
60:d4:e9:af:14:af -1 [......] 101.990 (0xc4678fbf)
12:c4:69:42:a9:0f -1 [......] 54.600 (0xc4678fbf)
6a:5f:e9:e9:d0:22 -1 [.P....] 0.000 (0xc4678fbf)
5a:90:4c:93:c1:ac -1 [......] 157.650 (0xc4678fbf)
c2:6a:fc:4f:0f:7b -1 [......] 216.030 (0xc4678fbf)
be:8e:17:3f:68:3b -1 [......] 406.820 (0xc4678fbf)
48:13:f3:01:57:a8 -1 [......] 580.070 (0xc4678fbf)
e2:2c:31:43:7d:2e -1 [......] 414.660 (0xc4678fbf)
12:cf:44:d4:a4:b3 -1 [......] 40.070 (0xc4678fbf)
74:60:fa:75:fa:82 -1 [......] 50.060 (0xc4678fbf)
70:d9:23:1b:b7:cc -1 [......] 124.870 (0xc4678fbf)
44:23:7c:31:a6:cc -1 [......] 33.220 (0xc4678fbf)
58:fb:84:49:ee:77 -1 [......] 65.730 (0xc4678fbf)
ae:d1:90:7a:58:e0 -1 [......] 55.130 (0xc4678fbf)
a6:ca:9c:82:bf:00 -1 [......] 329.660 (0xc4678fbf)
40:a5:ef:f4:82:6a -1 [......] 19.840 (0xc4678fbf)
b4:cd:27:f7:26:b8 -1 [......] 317.350 (0xc4678fbf)
02:fb:30:b3:90:e0 -1 [......] 393.140 (0xc4678fbf)
1e:ff:3f:2c:1e:5b -1 [......] 73.100 (0xc4678fbf)
9c:7f:81:ce:bb:a4 -1 [......] 9.870 (0xc4678fbf)
4c:f2:02:f8:40:0c -1 [......] 5.630 (0xc4678fbf)
8e:92:7a:0c:b4:c8 -1 [......] 268.780 (0xc4678fbf)
3a:0c:a2:4f:25:54 -1 [......] 0.860 (0xc4678fbf)
14:e6:e4:1e:64:88 -1 [......] 0.250 (0xc4678fbf)
ea:25:fc:87:9b:e7 -1 [......] 101.990 (0xc4678fbf)
92:27:f7:1f:92:83 -1 [......] 241.330 (0xc4678fbf)
64:b0:a6:19:f5:a1 -1 [......] 15.810 (0xc4678fbf)
98:54:1b:2a:5a:ee -1 [......] 92.760 (0xc4678fbf)
42:5d:2a:d4:69:0b -1 [......] 81.590 (0xc4678fbf)
72:93:fb:c5:dc:94 -1 [......] 70.170 (0xc4678fbf)
72:74:98:8b:46:d8 -1 [......] 437.880 (0xc4678fbf)
52:d7:0d:e3:e2:44 -1 [......] 33.560 (0xc4678fbf)
52:ec:3c:10:f5:15 -1 [......] 292.910 (0xc4678fbf)
ba:b9:1c:77:52:26 -1 [......] 590.180 (0xc4678fbf)
22:7a:ca:74:82:1f -1 [....W.] 3.550 (0xc4678fbf)
62:7f:24:c1:fb:ee -1 [......] 122.110 (0xc4678fbf)
2c:97:b1:d2:52:60 -1 [......] 2.660 (0xc4678fbf)
98:54:1b:2a:6a:c5 -1 [......] 19.400 (0xc4678fbf)
52:d7:ac:a4:f6:45 -1 [......] 1.560 (0xc4678fbf)
9c:b2:b2:c9:61:52 -1 [......] 87.480 (0xc4678fbf)
f4:60:e2:42:9d:8c -1 [......] 35.000 (0xc4678fbf)
ac:88:fd:81:19:53 -1 [......] 54.180 (0xc4678fbf)
8e:f0:25:8f:2e:71 -1 [......] 24.660 (0xc4678fbf)
f6:f2:ff:4b:f3:2d -1 [......] 35.530 (0xc4678fbf)
02:92:74:b7:1b:9a -1 [......] 185.960 (0xc4678fbf)
root@1L1:~#

这就是 qos 的好处，可是能玩 qos 的路由器还是挺少的。

水星这种路由我是看不上，你说这是一个能刷 openwrt 的路由还差不多。

常见的网络包处理叫先进先出，qos 则是高优先级出列，就像排队插队。根据 tcp 握手特性更早出去的包带来更先到来的流量。以前上海电信 20mbps 大概在 130kb/s 。

一般我自己的 qos 用的 htb 目的端口分级，目前在 100mbps ，250+终端在线 htb 的优先级还是比 hfsc 有用。
1 10%给游戏 prio0
2 10%给低延迟服务 prio1
3 30%给 web prio2
4 30%给 p2p prio3

根据之前的电话 adsl 观察，当前上行只有总流量的 60%总体延迟很低，下行流量很大。当超过 80%时，下行流量不升反而降低，延迟开始上升。
所以做了仰制 3/4 最多只能使用 80%的上行，实际光纤可以达到 95%。
所以网络上常见的一个大多人认为对，我却认为错的方法，就是通过 speedtest 测试出带宽上行，再将上行数值设置为 80%的总上行。根据观察此时带宽依然会呈现总上行 80%×80%这样一种延迟变化。
当年人家无意提到的这个 60/80 变化，

1.流量分 4 级，让游戏拥有绝对优先级出列，延迟小于 19ms
2.抑制 web+p2p 总上行不超过 80%，互相抢夺带宽，p2p 自动让步，p2p 延迟接近 600ms
3.每个流量分组依然注意 60/80%带宽占用问题，之前玩的 cs 也就 6kb/s 不到的带宽，延迟没问题。

这种 qos 没有高深的学问，一切尽在 60/80 的带宽抑制如何实现。

电信电信还有限制啊？至少电信移动之间对 openvpn 没有任何和过墙一样的 tcp reset 限制，softether 建立也是稳稳的 2.5MB 。

也许只是没有做 qos ，端口没有提权，上行流量被其它流量占用。

像我们这种有情怀的只买 Motorola 现在叫 moto ，联想产。中途用了一回 zenfone 摔得内外放都没声音了，又回到 moto 。

今年一上班就传出微信图片打转，由于没变动过网络，百思不得其解。事实情况是同样的网络，有些同事有问题有些没，上网一搜索还不好解决。
1.对我的文档微信目录备份，然后清空。看是不是配置目录问题，不好解决。
2.使用 tcpview ，当遇到问题时，将 wechat.exe 关闭连接，微信就会尝试连接新服务器，不知道能不能解决。。。

至今原因不明，做了很多尝试，包括抓了很多微信服务器，至今不清楚解决了没。

简单，你不恋她。
和朋友的聊天记录也从 2019 记录至今。看来今天就用 Swift backup 备份一下

。。。哎 100 步笑 50 步，连上星期天就 2 天。。。