以前买的是用 日本隔音耳塞 去搜索淘宝，有家 简忆家居 有卖，像蘑菇一样，3 层黄色硅胶的，2019 年用到现在，主要是降低环境噪音，还有一个吸音设计，比较适合工厂使用，又不影响人员交谈。家里的话，其实更安静听到的都是自己身体发出的声音。。。

https://wiki.dd-wrt.com/wiki/index.php/Preventing_Brute_Force_Attacks

iptables limit 是早些年测过最平滑，指的是不会出现图片不显示的情况，当然有时间还是研究 tc 吧，掌握 shell ，动态插入基于源地址的限速也很简单。

拼多多买了个 kws-dc2 看电压，平时 5 天 50 公里一充，开得慢继航更久。不放心出门看个电压还是放心点。

铅酸感觉也不行，就那次充到 73.4v ，最近怎么也没超过 70v 。。。

当年一直买唇膏，自从买了个电烧水瓶，天天喝水，发现冻裂的问题都消失了。。。

用的全能型 softether ，
OpenConnect?几年前 android 不断的升级不知道是不是 android8/9 就不能运行了。

softether ，提供了 l2tp/openvpn/softether 自己的客户端，也可以实现直接通过 vpn 链路通过 vps 来转发端口服务。它可以安装在 openwrt 路由里，如果有多条线路更是可以通过 cron 调用命令不断的切换不同线路来达到条条大路通过罗马。

上次在 moto x30 是无障碍/互动控件/时间控件/等待操作的时长 第二个选项就是 10 秒，估计默认就是 5 秒。

上次乱动把它调成 2 分钟那才叫痛苦。。。

moto x30 没有这玩意，我甚至不懂什么叫健康度。。。当然基本上常年养成充 80%拔电或者用慢充充电。我觉得联想的电池可以，华为的电池更让我觉得吃惊。

根据生活经验，比如拿品胜跟三洋比，这能比嘛，在我眼里品胜就是垃圾直接无视的品牌。当手机厂家给了垃圾品牌，这不是靠充电习惯能解决的，品质直接就是那么烂。。。

很多时候不是厂家造不出好东西，而是这些年大家都学会造烂东西，不快点烂掉，怎么推陈出新，怎么销售赚钱生存下去。。。电动车铅酸电池，大家也这看法。。。

品质越来越烂的年代，花钱买好东西还得做好功课。。。

明显是人为的限速，别说出国了。之前就是电信联通可能出于某种目的都要跑省会城市中转，直接网间 50KB/s 。电信这种最恶心了屏蔽人家的测速链接，甚至 1 秒直接丢来 6 个 tcp reset 。

比较可靠的方法就是 ip+port 不要累积流量过量，不然刚开始挺爽的一会儿就限速了。有公网 ip 还好重新拔号换 N 个 IP 总可以解决。没有公网 ip 就不知道什么情况了。。。

千万别帮人买电脑。。。最后一台是帮同事买，那年内存贵，显卡贵。可能买到叠瓦盘，还被他说花的贵，速度还不如价格便宜配置低的。叠瓦盘害人啊
。
你说买个 thinkbook/thinkpad 就算了，7 年的 thinkpad e560 还能买到电池/外壳/键盘。这种 huau 是什么杂牌，不出问题都没问题，出了问题，估计品牌都没了 。。。

今天在浏览 100 万那件事，也有视频对话声称因为使用一些 vpn 被喝茶的问题。

因为 Android12 不支持 l2tp 其实已经两年没用过 vpn 了。除了服务器端泄漏用户信息，我真不知道难道仅通过访问日志 ip+port 就可以哄骗吓尿使用者？

如果是 ip+port 无解，不然以 tls+端口负载+证书变换，现在的设备有能力重组数据还能解密我是觉得可能性太低。

搞个 vps 自建吧。

1.交换机出问题的可能性比较低，但不是没有。比如交换机电容坏了。其它的就是其它设备产生的网络广播导致的端口拥塞，一般通过 1 根根的拔线相应端口的灯的闪烁状态基本能判断是哪根导致的。

既然是 3 个二级网络，还能有连上 wifi 的感觉，不像是广播风暴。
windows 一般的做法就是通过 cmd /c ipconfig /all 查看当前客户端分配的 ip
然后 ping 网关，看延迟是低，还是高延迟掉包情况。高延迟掉包有可能是无线干扰也有可能是广播拥塞导致的。
可以拔除其它 2 个 AP ，只留下 1 个进行 ping 。再不行，只能通过断电交换机来看是否真的是交换机的问题。

另外华硕不是什么好东西被反应 dmesg 会 boom 的用户不少，tplink 也不是什么好设备。
一般建议做为 AP 的话有条件就是 1 天 1 重启，反正总有一天会因为内存导致程序崩溃死机，不如 1 天 1 重启。这么多年遇到的能够无限恢复内存只有 dlink 600 B1 刷 ddwrt 。其它的 AP 的建议就是 1 天 1 重启可以解决很多问题，像 realtek 的流量掉到 10KB 以下，像内存不足导致的 dnsmasq DHCP 失效之类的问题。

没仔细审题，单纯的 socks 是过不了墙的。所以早些年都是用 stunnel 进行加密，直到后来 stunnel 也自带 socks5 并使用 TLS 加密。

; **************************************************************************
; * Global options *
; **************************************************************************
debug = 6
;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) *
; **************************************************************************

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

;stunnel 的中继实现
[TLS_proxy_listener]
accept = 1992
connect = 1085
CAfile = stunnel.pem

E-mailrelay 就是这么多年找到的最好的 smtp 客户端

先通过 stunnel 连接 qqmail 到 127.0.0.1:10025
[gmail-smtp]
;sslVersionMin = TLSv1.2
client = yes
accept = 127.0.0.1:10025
connect = smtp.qq.com:465
verifyChain = yes
CAfile = ca-certs.pem
checkHost = smtp.qq.com
OCSPaia = yes

windows 或者 linux 调用相似的命令就可以将需要帐号登录的 smtp 转换为无需帐号登录的实现，供 weKan 调用。

start "emailrelay" "d:\Program Files (x86)\E-MailRelay\emailrelay.exe" --client-auth "d:\Program Files (x86)\E-MailRelay\conf\emailrelay.auth" --close-stderr --forward-to 127.0.0.1:10025 --immediate --log --log-address --log-file "d:\Program Files (x86)\E-MailRelay\Run-time\emailrelay-log-%%d.txt" --log-time --pid-file "d:\Program Files (x86)\E-MailRelay\Run-time\emailrelay.pid" --remote-clients --spool-dir "d:\Program Files (x86)\E-MailRelay\spool" --verbose

不懂要干嘛

如果单纯解决 smtp 发信客户端问题，目前最好的是 E-MailRelay 。
Stunnel 提供了一个 gmail 的中继实现，我用它将 qqmail 加载到搬瓦工，然后配合 E-mailrelay 就可以无需用户登录配合 wekan 进行 smtp 使用 qqmail 发信

一般常见的，真打不开，网管主动屏蔽网站
其它的就是因为 mtu 分包导致的问题，平时 android 使用 socks 在本地形成 tun 接口，设置 mtu 为 1396 也是 ok 的。

充耳机我就非常小心，好不容易翻出以前 600ma 的充电器。当然华为的充电家也是有专门的触发小电流充电的方法。