wifi 这种东西，涉及 AP+终端硬件兼容+终端数量，对这玩意我也极度没信心。单终端 866 的 ap ，测得的 2G 13MB/s 不到。5G 大概 42MB/s ，这是一道简单的数学除法题。如果再把 lan 进享拉到无线网络里，那要卡飞了。一般的建议都是单网卡 30 终端左右，实际要玩得好还得更低。而且此时只能上 ebtables qos 才能控制这种桥接网络的流量。一旦无线终端又在移动场景，只能不断的踢才能保证 AP 不被弱信号终端拉低呑吐性能。

最近无聊，做了一个 ERP 软件的数据库查询过程，有线网络的返回 11 次查询 17.15MB/s,1 次查詢 0.731MB/s 。每次被 ERP 人员扯网络卡，结果程序员自己都不做好查询优化。

刚收到的 moto x30 是直接内置了，在默认的应用中心装一下 player 商店就 ok 了,安装过程一切正常。唯一郁闷的是现在的 android 12 竟然不支持 l2tp vpn 。只能 ikev2.

2022.06.21 11:31:17 LOG6[main]: Initializing inetd mode configuration
2022.06.21 11:31:17 LOG5[main]: stunnel 5.64 on x64-pc-mingw32-gnu platform
2022.06.21 11:31:17 LOG5[main]: Compiled/running with OpenSSL 3.0.3 3 May 2022
2022.06.21 11:31:17 LOG5[main]: Threading:WIN32 Sockets:SELECT,IPv6 TLS:ENGINE,OCSP,PSK,SNI
2022.06.21 11:31:17 LOG6[main]: Initializing inetd mode configuration
2022.06.21 11:31:17 LOG5[main]: Reading configuration from file D:\stunnel\config\stunnel.conf
2022.06.21 11:31:17 LOG5[main]: UTF-8 byte order mark detected
2022.06.21 11:31:17 LOG5[main]: FIPS mode disabled
2022.06.21 11:31:17 LOG6[main]: Compression enabled: 0 methods
2022.06.21 11:31:17 LOG6[main]: Initializing service [server4]
2022.06.21 11:31:17 LOG6[main]: stunnel default security level set: 2
2022.06.21 11:31:17 LOG6[main]: Session resumption enabled
2022.06.21 11:31:17 LOG6[main]: Loading certificate from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: Certificate loaded from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: Loading private key from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: Private key loaded from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: DH initialization skipped: client section
2022.06.21 11:31:17 LOG6[main]: Initializing service [server7]
2022.06.21 11:31:17 LOG6[main]: PSKsecrets line 1: 30-byte ASCII key configured for identity "test1"
2022.06.21 11:31:17 LOG6[main]: PSK identities: 1 retrieved
2022.06.21 11:31:17 LOG6[main]: stunnel default security level set: 2
2022.06.21 11:31:17 LOG6[main]: Session resumption enabled
2022.06.21 11:31:17 LOG6[main]: Loading certificate from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: Certificate loaded from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: Loading private key from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: Private key loaded from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: DH initialization skipped: client section
2022.06.21 11:31:17 LOG6[main]: Initializing service [gmail-smtp]
2022.06.21 11:31:17 LOG6[main]: stunnel default security level set: 2
2022.06.21 11:31:17 LOG6[main]: Session resumption enabled
2022.06.21 11:31:17 LOG6[main]: Loading certificate from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: Certificate loaded from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: Loading private key from file: 1.pem
2022.06.21 11:31:17 LOG6[main]: Private key loaded from file: 1.pem
2022.06.21 11:31:18 LOG6[main]: DH initialization skipped: client section
2022.06.21 11:31:18 LOG5[main]: Configuration successful
2022.06.21 11:31:18 LOG6[main]: Service [server4] (FD=712) bound to 127.0.0.1:1084
2022.06.21 11:31:18 LOG6[main]: Service [server7] (FD=716) bound to 127.0.0.1:1087
2022.06.21 11:31:18 LOG6[main]: Service [gmail-smtp] (FD=720) bound to 127.0.0.1:10025
2022.06.21 11:31:18 LOG6[cron]: Executing cron jobs
2022.06.21 11:31:18 LOG6[cron]: Cron jobs completed in 0 seconds
2022.06.21 11:31:22 LOG5[0]: Service [server4] accepted connection from 127.0.0.1:62451
2022.06.21 11:31:22 LOG6[0]: failover: priority, starting at entry #0
2022.06.21 11:31:22 LOG6[0]: s_connect: connecting ip.ip.ip.ip:80
2022.06.21 11:31:23 LOG5[0]: s_connect: connected ip.ip.ip.ip:80
2022.06.21 11:31:23 LOG5[0]: Service [server4] connected remote server from 192.168.1.100:62452
2022.06.21 11:31:23 LOG6[0]: SNI: sending servername: ip.ip.ip.ip
2022.06.21 11:31:23 LOG6[0]: Peer certificate required
2022.06.21 11:31:23 LOG6[0]: No client CA list
2022.06.21 11:31:23 LOG6[0]: Certificate accepted at depth=1: C=US, O=Symantec Corporation, OU=Symantec Trust Network, CN=Symantec Class 3 EV SSL CA - G3
2022.06.21 11:31:23 LOG6[0]: CERT: Host name "www.symantec.com" matched with "www.symantec.com"
2022.06.21 11:31:23 LOG5[0]: Certificate accepted at depth=0: C=US, ST=California, L=Mountain View, O=Symantec Corporation, OU=Corp Mktg & Comms - Online Exp, CN=www.symantec.com, SN=20220621
2022.06.21 11:31:23 LOG6[0]: TLS connected: new session negotiated
2022.06.21 11:31:23 LOG6[0]: TLSv1.3 ciphersuite: TLS_AES_256_GCM_SHA384 (256-bit encryption)
2022.06.21 11:31:23 LOG6[0]: Peer temporary key: X25519, 253 bits
2022.06.21 11:31:23 LOG6[0]: Session id: F098A4AEC33D35EE3571665029E41457BE5493D5C129C8F0F544248A68A66B47
2022.06.21 11:31:23 LOG6[0]: Session id: E1907AABD1160855B124CD2639E371277A504FD2292EA01CB4AB9EE6F414DDE8
2022.06.21 11:31:23 LOG5[1]: Service [server4] accepted connection from 127.0.0.1:62453
2022.06.21 11:31:23 LOG6[1]: failover: priority, starting at entry #0
2022.06.21 11:31:23 LOG6[1]: s_connect: connecting ip.ip.ip.ip:80
2022.06.21 11:31:23 LOG5[2]: Service [server4] accepted connection from 127.0.0.1:62455
2022.06.21 11:31:23 LOG6[2]: failover: priority, starting at entry #0
2022.06.21 11:31:23 LOG6[2]: s_connect: connecting ip.ip.ip.ip:80
2022.06.21 11:31:23 LOG5[1]: s_connect: connected ip.ip.ip.ip:80
2022.06.21 11:31:23 LOG5[1]: Service [server4] connected remote server from 192.168.1.100:62454
2022.06.21 11:31:23 LOG6[1]: SNI: sending servername: ip.ip.ip.ip
2022.06.21 11:31:23 LOG6[1]: Peer certificate required
2022.06.21 11:31:24 LOG5[2]: s_connect: connected ip.ip.ip.ip:80
2022.06.21 11:31:24 LOG5[2]: Service [server4] connected remote server from 192.168.1.100:62456
2022.06.21 11:31:24 LOG6[2]: SNI: sending servername: ip.ip.ip.ip
2022.06.21 11:31:24 LOG6[2]: Peer certificate required
2022.06.21 11:31:24 LOG6[1]: TLS connected: previous session reused
2022.06.21 11:31:24 LOG6[1]: TLSv1.3 ciphersuite: TLS_AES_256_GCM_SHA384 (256-bit encryption)
2022.06.21 11:31:24 LOG6[1]: Peer temporary key: X25519, 253 bits
2022.06.21 11:31:24 LOG6[1]: Session id: E1907AABD1160855B124CD2639E371277A504FD2292EA01CB4AB9EE6F414DDE8
2022.06.21 11:31:24 LOG6[1]: Read socket closed (readsocket)
2022.06.21 11:31:24 LOG6[1]: SSL_shutdown successfully sent close_notify alert
2022.06.21 11:31:24 LOG6[2]: TLS connected: previous session reused
2022.06.21 11:31:24 LOG6[2]: TLSv1.3 ciphersuite: TLS_AES_256_GCM_SHA384 (256-bit encryption)
2022.06.21 11:31:24 LOG6[2]: Peer temporary key: X25519, 253 bits
2022.06.21 11:31:24 LOG6[2]: Session id: E1907AABD1160855B124CD2639E371277A504FD2292EA01CB4AB9EE6F414DDE8
2022.06.21 11:31:24 LOG6[1]: Session id: 662356847A6AC360543E6B85687A11984354CD08CCD4945D0126775FEE5A786F
2022.06.21 11:31:24 LOG3[1]: SSL_read: ssl/record/rec_layer_s3.c:308: error:0A000126:SSL routines::unexpected eof while reading
2022.06.21 11:31:24 LOG5[1]: Connection reset: 3 byte(s) sent to TLS, 2 byte(s) sent to socket
2022.06.21 11:31:24 LOG6[2]: Session id: C669039CF828A7087E3AE5DFD9F84FBABEB39E89D0BE8F2B1313F5B478C3E003
2022.06.21 11:31:34 LOG6[2]: TLS closed (SSL_read)

中国电信也是个烂 ISP 。路由每天换一次新 IP ，有时候遇到问题的时候换 IP 无效，还是以为 VPS 的服务进程又挂了，一通折腾无效，然后估计前后换了了次 pppoe 拔号 IP 才解决。。。也就是有时候实际是家里的 ip 就自带墙属性。

# cat redial.sh
#!/bin/sh
ip1=`ifconfig eth0.2 | grep addr|cut -d":" -f2|awk '{ print $1}'`;while true;do
echo "`(date +"%m/%d/%Y %T")` pppoe-wan_ipaddr_old_$ip1 dropped_ redial_ " >> /tmp/log1;
killall pppd;sleep 8
ip2=`ifconfig eth0.2 | grep addr|cut -d":" -f2|awk '{ print $1}'`;
echo $ip2|grep ^101
if [ $? -eq 0 ];then
echo "`(date +"%m/%d/%Y %T")` pppoe-wan_ipaddr_new_101 redial_" >> /tmp/log1;
elif [ $ip1 != $ip2 ];then
echo "`(date +"%m/%d/%Y %T")` pppoe-wan_ipaddr_new_$ip2 successfully_" >> /tmp/log1;break;fi;done;
/da/ddns.sh

用的最最普通的黑色星期 5 主机。自从换到一个 144 开头的 ip 就安稳了，至少 3 年了。。。
至于 dns 问题，啊，想想 socks5 软件一直就支持远端 dns 解析。也不知道大家用的那些旁门左道软件竟然还有 DNS 污染这种问题。

stunnel 的证书链验证过程，更是让中间人无可奈何。

昨天官方 8+256 像是 2509,然后券+淘金币，最后 2425.02 12 期分期，加上能开纸质增值税专用发票，看起来淘宝比拼多多划算。

等了这么多年，买 x30 竟然只是为那双喇叭。moto 还行，似乎从 2012 年买了第一个戴妃就一直买 Motorola 。之后被联想收购，电池也更强了。解锁以后能刷国际版 root ，系统还是挺干净的。

当年只听说过 iphone 和 Motorola ，铃声在轻轨线上是此起彼伏。。。
有一天才发现在乡下销售最好的是 vivo ，不是 sony 而是步步高。

那些年魅族也只是个低档的，连山寨都不能算，丫根没听说有什么手机产品线。

昨天下单买了 moto x30 ，常年买 moto 。。。

电信的网管太过敬业，当年 vultr 测速链接一点，秒来 N 个 tcp reset 。。。无语啊。
现在都是借路移动，电信像什么流量超标限速问题，还有拔号经常遇到刚好能屏蔽我的服务器端口？连换 5 个才正常。
懒得折腾，要不是公网 ip 问题早让电信去死了。实际上 vps 反向连接到内网也解决了，没公网 ip 什么事。

有没有假一赔十服务。。。

32+22=54,这样的收入还无法决定自己的婚姻？
我是真穷，所以自卑得不想害人。原来穷都是相对的。
再沟通沟通吧，如果对方缺乏独立，要他干嘛。对方敢于结婚，年龄算什么，家人算什么。

显然描述的这种情况不属于技术问题，而是社会工程学。

平时使用 stunnel 多，
在客户端和服务器端交互时，服务器端会通过证书链方式验证客户端的合法性，这样就避免了被中间人情况。
也可以使用 rr 负载方式，将内容分散到不同的端口或者不同的服务器。至于信息截获，是否有能力重组起信息就不得而知了。

至于服务器端被抓包，对于我来说就完全无法控制了。

朋友有一台理疗床，就像在石头上加热，一身汗的那种，像洗桑拿一样。这个可能是我见过的唯一的一款躺平减脂神器。。。确实神。

公司买了两台 zhan99 12500 cpu 才安装的 ltsc2021 。这系统在 ssd 下在线更新不在 powershell 导入 vclibs 也不乱读硬盘。在 hd 下，早年的 apu 安装了 vclibs 硬盘就不存在占用 20%cpu 的问题，感觉还行。
只是更老的 amd 2013 年的双核，不知道是否是 250gb 的 hd 性能不行？开机过程相当慢，太老的办公电脑考虑用 ltsb 。

确实，如果有大量的已有文档，像 office 之类的该使用 alfresco 这种类似百度文库的系统。

Wiki 这种一个字一个字的码，太累了，属于精加工的东西，之前用了 mdwiki ，现在用了 amWiki 多了一个搜索功能。

之前买的三洋白色还行，后来买了已被收购松下黑色款，以为电量大了感觉存不住电。

当年 x86 也很强，强的没有 app 。。。主流永远是主流。