Windows 的话用 nslookup Microsoft.com
Nslookup Microsoft.com 114.114.114.114 来确定 dns 服务器配置是否正常。
另外我只用 isp 提供的 dns 服务器，有问题就用 dnsmasq 来解决 。公司里会采用封杀 ms 的方式来防止客户端在线升级引发盗版问题。

之前一直用 softether ，l2tp 或者 softether 自有协议（自有的已经是常年 24x7 ）。
最近不是上了 Android12 ，然后开启了 softether 的 openvpn 支持。至少一开始的一星期 Windows 比 Android 手机稳定，不存在像 Android 的反复断连。现在已经是彻底无法连接上 vps 。。。国内的电信移动互联还正常。
目前只能用 sslsocks+tun2tap 借助 stunnel socks5 出墙，其实如果能使用 socks5 代理的话，借助 stunnel 也稳定无比。不过目前使用的是 haproxy 做的 80 端口复发用，至少这么多年了 softether+stunnel 还不至于像 openvpn 一星期就失联了。。。

u 盘格式化，用那些 hdd 下使用的数据恢复软件一点办法都没。
给财务都是系统装在 ssd ，数据全部放在 hdd 。就怕搞不定。

神器可试试 gscript lite 或者 juicessh 。
如果你对这软件从设置到路由都非常熟悉的话，其它可能就是被 iptables 挡了。android 10/12 用 android 该除的都除了，至少用的一个 sslsocks,stunnel 的 gui 实现正常 。

iptables -F
iptables -X
iptables -t nat -F
iptables -t nat -X
#iptables -t mangle -F
#iptables -t mangle -X
iptables -t raw -F
iptables -t raw -X
iptables -t security -F
iptables -t security -X
# Apply and allow now your rules from here ...
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT
iptables -F fw_dozable
iptables -X fw_dozable

moto x30 竟然有针对游戏的一个悬浮窗口，弹出 lol 消息，果断禁止弹窗，锁定，爽了。

神奇 qq 掉游戏不掉？对博通芯片有心理阴影，一直习惯 mtk 做路由，高通做 ap 。
之前看过人家提供的一些 asus 路由器日志，应该可以用 dmesg 命令，都是些 kernel panic 之类的。

这么多年还活着的 www.ys168.com,今天一看换了一个域名。这么多年听到免费一词就不敢用，要吗开始功能收费，要吗倒闭关门。

我也见识过电信来推 5g 工业用途，你说 5g 轻松 1000mbps 相对 150mbps 的 4g 是快，问题资费还是一个鸟样。
至于工业化我就想不通为什么不用 wifi6,而要傻得花钱去买 5g 流量用。光有速度，没有软硬件，没有开发落地能力，最后也是吹牛一场空。。。

没用上它，在一台十多年前的服务器 x 开头的 cpu ，它竟然提示建不了虚拟机。
像我这种菜鸟还是习惯用 Windows 。zfs 在之前的 freebsd 用过，十几年的服务器经常不正常关机也没挂，反倒因为自己不懂 zfs ，一个命令清空了生产服务器。。。又用 linux 重建了系统。

最近在一台和我办公电脑硬件一样的 apu,就是硬盘慢点。wd 在这台 500g 的 wd 直接硬盘 100%，是优化后 100%。然后又装了卡巴，怪事，没完没了的在那扫文件也卡占用 100%。最后幸好卡巴有启动微信退出扫描的设置，不然没救啊。。

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 的证书链验证过程，更是让中间人无可奈何。