之前我有和大家分享过如何搭建自定义域名邮箱，现在这台搬瓦工的服务器我已经出掉了，所以要把邮箱服务器迁移到哪里就成了一个困扰我的问题。当然，如果你也想搭建邮件服务器的话可以去看一下那篇文章，本文所讲的内容是建立在那篇文章的基础上的。
很多 IDC 的机器都是不允许用户向其它服务器的 25 端口建立连接的，这是为了保护 IP 段的信誉，毕竟如果 IDC 的客户多的话 IP 滥用很严重，而那几个邮箱黑名单的解封价格又贵得离谱，很多时候 IDC 并不愿意支付这笔额外开支。而像 DMIT 就更狠了，直接封禁 25 端口的出站，也就是本机的 25 端口无法向外发送数据，但是其它机器向它的 25 端口发送是可以收到的。也就是说在 DMIT 的机器上我连收件也做不到——因为 25 端口只接收数据还不够，回程的包也是从 25 出的，直接被拦截了。但是这也只是一个个例，大部分的 IDC 都是只封目标端口为 25 的连接的。
我肯定不会为了一个邮件服务器去单独买个不封 25 的 VPS，结果我在查询资料的时候发现了 SMTP Relay 这种东西。而 SMTP2GO 是一个可以免费提供 SMTP Relay 服务的商家，虽然免费账户每天只能发 200 封邮件，每月只能发 1000 封邮件，但对于我这种个人用户来说已经足够了。
先打开 SMTP2GO 的官网，注册一个账户，然后在 Dashboard 里它会提示你按 4 步走。
第一步，「Enter the domain you’d like to add」，输入你想要添加的域名，就是你邮箱的「@」后面的部分，比如我的就是「insmtr.cn」。
第二步，「Add a Verified Sender」，这一步它会让你添加 3 条 TXT 记录到你的域名。如果你用的是一些主流的 DNS 服务商（比如 Cloudflare），它会提供一键添加 TXT 记录的功能，直接点一下按钮就自动添加了。如果你的 DNS 服务商不支持一键添加，你也可以手动添加这些 TXT 记录。完成之后点击「Verify」验证成功即可。
完成之后，在 DNS 设置中将原来的 v=spf1 mx ~all 这条根 TXT 记录改成 v=spf1 -all。原来的 v=spf1 mx ~all 表示只有你的域名的 MX 记录所示的域名可以代你发送邮件，而修改之后的 v=spf1 -all 表示允许其它 IP 代表你的域名发送邮件，搭配刚才 SMTP2GO 让我们添加的 em 开头的 TXT 记录，表示只有 SMTP2GO 的服务器可以代表你的域名发送邮件。em 开头的那个域名就是 SMTP2GO 发件时候用的 Return-Path 里显示的域名，邮件服务器会检查这个域名的 SPF 记录来判断发件服务器的 IP 地址是否有权限代表这个域名发送邮件。
第三步，「Get an SMTP username or API key」，这一步就是邮件服务器连接 SMTP2GO 的凭据了。SMTP2GO 提供了两种接入方式，一种是 SMTP User，可以把邮件用 SMTP 协议转发给上游，上游再代为发送；另一种是 HTTP API，可以直接通过 HTTP API 调用 SMTP2GO 的服务。而我用的 maddy 服务器只支持 SMTP User 模式，所以我们在左侧的 Sending 里面找到 SMTP Users，创建一个 SMTP User，记录下它的用户名和密码。
接下来我们去修改 maddy 的配置文件，如果你用的是其它邮件服务器，可以自行搜索教程，道理类似。
找到 target.remote outbound_delivery 这段，内容是这样的：
target.remote outbound_delivery { limits { # Up to 20 msgs/sec across max. 10 SMTP connections # for each recipient domain. destination rate 20 1s destination concurrency 10 } mx_auth { dane mtasts { cache fs fs_dir mtasts_cache/ } local_policy { min_tls_level encrypted min_mx_level none } }}给它整段注释掉，然后在下面添加新的配置：
target.smtp smtp2go_relay { targets tcp://mail.smtp2go.com:587 starttls yes auth plain "你刚刚创建的 SMTP User 用户名" "你刚刚创建的 SMTP User 密码"}然后下面的 target.queue remote_queue 里把 target &outbound_delivery 改成 target &smtp2go_relay 就行了。
target.queue remote_queue { # target &outbound_delivery target &smtp2go_relay autogenerated_msg_domain $(primary_domain) bounce { destination postmaster $(local_domains) { deliver_to &local_routing } default_destination { reject 550 5.0.0 "Refusing to send DSNs to non-local addresses" } }}最后改一下 DKIM 签名，找到 submission 相关的这段：
modify { dkim $(primary_domain) $(local_domains) default}给它注释掉，注意就只注释这一小段。注释之后，DKIM 签名就由 SMTP2GO 接管，确保你的域名信誉不受影响。
第四步，重启邮件服务器，大功告成！现在你就可以通过 SMTP2GO 的服务器来发送邮件了，即使你的服务器被封了 25 目的端口也没关系了，理论上随便找台 VPS 大概率都没问题。
本来我以为这么配置之后只是可以绕过 25 端口发件了而已，结果在测试的时候发现，我向 Outlook 邮箱发送邮件时，Outlook 竟然没有把邮件扔进垃圾箱！众所周知，Outlook 自己有一套非常严格的垃圾邮件过滤机制，即使你的发件服务器的 IP 不在任何黑名单内，也是有极大概率直接进垃圾箱的，包括我之前那台搬瓦工。这说明 SMTP2GO 的服务器的 IP 地址的信誉非常好，这真是一个意外的惊喜！
总之，SMTP2GO 是一个非常好用的 SMTP Relay 服务商，免费账户的限制对于个人用户来说已经足够了，而且可以绕过烦人的 25 端口限制。如果你也想搭建邮件服务器的话，不妨试试 SMTP2GO 吧！
]]>可能和大部分小伙伴的习惯不同，我平时比较喜欢使用 B 站的客户端看视频，不喜欢网页端。可是有个问题一直卡了我很久，那就是 B 站的 Linux 客户端 bilibili-linux 项目一直不支持 VAAPI 硬件加速，导致我在看高清视频的时候 CPU 占用率非常高，视频也掉帧严重。
搜索后发现，和我有类似抱怨的用户还不少。近些年，这个项目的 issue 里也有至少 5 个讨论了这个问题，但是基本都是无果而终。
之前在安装 Arch Linux 的时候，我参考了极地萤火的 Arch Linux 安装笔记，笔记中提到，对于 Electron 应用，可以在启动参数中加入 --enable-features=AcceleratedVideoDecodeLinuxZeroCopyGL,AcceleratedVideoDecodeLinuxGL 来启用 VAAPI 硬件加速。这个参数对于 Edge 浏览器来说确实是有效的，实测在 ~/.config/microsoft-edge-stable-flags.conf 中加上这个参数后在 Edge 中观看 B 站视频时可以正常调用 VAAPI 加速。于是我就尝试在 B 站客户端的启动参数中也加入这个参数，却无果。
顺带一提，B 站客户端的启动参数可以写在 ~/.config/bilibili-flags.conf 中，也可以写在 ~/.config/bilibili/bilibili-flags.conf 中，两者都可以被识别到。前者是 bilibili 启动脚本中解析并追加到 Electron 命令行里的，后者是 bilibili 启动后内部的 electron-tool 模块在 Electron 主进程启动后读取的，因此两者都生效。
既然 Edge 浏览器都能正常调用 VAAPI，说明我这套系统环境里的 VA-API 驱动、Mesa/libva 和硬件本身大概率是可用的，作为同样 Electron 出身的 B 站客户端也理应支持。
在翻阅 bilibili-linux 项目的 issue 时，我看到了一例成功案例。issue #193 中，有用户提到，可以在启动参数中加入如下参数：
--ignore-gpu-blocklist--disable-gpu-driver-bug-workarounds--enable-gpu-rasterization--enable-zero-copy--enable-native-gpu-memory-buffers--enable-features=VaapiVideoDecodeLinuxGL,VaapiVideoEncoder,PlatformHEVCDecoderSupport,CanvasOopRasterization--disable-features=UseChromeOSDirectVideoDecoder可是我实测后发现，加上这些参数后我的 B 站客户端播放视频时直接花屏了！无论是我点开视频播放，还是鼠标在视频封面悬停预览，都会出现横向的条纹状的花屏，完全无法正常观看视频。但是打开 intel_gpu_top 一看，发现 Video 视频解码单元确实被调用了，说明这套参数确实让 B 站调用了 VAAPI，所以问题更可能出在显示 / 合成路径上。
思考片刻后，我意识到，这很可能是 Electron 的版本问题导致的。B 站客户端目前使用的 Electron 版本是 28，而主流的 Electron 应用再低也都是三十几了。bilibili-linux 的作者为了确保兼容性，也使用了 28 版本。那换上更高版本的 Electron 会不会解决这个问题呢？
我果断创建了一个新的 wrapper，将启动脚本里调用的 Electron 改成了 37，而启动参数里我只写了 --enable-features=AcceleratedVideoDecodeLinuxZeroCopyGL,AcceleratedVideoDecodeLinuxGL，和 Edge 一样的参数。结果一测试，视频可以正常播放了！intel_gpu_top 中的 Video 视频解码单元也确实被调用了，CPU 占用率也从之前的 90% 降到了 30% 左右，视频也不再掉帧了！
后来又测试了多个中间版本的 Electron，发现从 36 开始就不再花屏了。
后来，我针对这一系列现象查阅了资料，也询问了 AI，得到了一些答案：
为什么最初的时候，同样的参数在 Edge 上有效，在 B 站客户端上却无效？ 我一开始照着新版 Edge/Chromium 的写法，在 Electron 28/Chromium 120 上使用 AcceleratedVideoDecodeLinuxZeroCopyGL,AcceleratedVideoDecodeLinuxGL，但 Chromium 120 当时的 Linux VAAPI GL feature 还叫 VaapiVideoDecodeLinuxGL。因此把新版 flag 直接塞给 Electron 28，没法启用旧版的 VAAPI GL 解码路径。
为什么我加上了那些参数后虽然花屏了，但是却能成功调用 VAAPI？ issue #193 中这组里包含 --ignore-gpu-blocklist、--disable-gpu-driver-bug-workarounds、--enable-zero-copy 等比较激进的开关，可能绕过了 Chromium 对 GPU / 驱动组合的一些保守判断。同时，它使用了 Chromium 120 能识别的旧 feature 名 VaapiVideoDecodeLinuxGL。因此，它能触发硬解路径。因此这套参数没错，只是我的核显型号太新了，被 Chromium 按保守路线降级了。
为什么加上了那些参数后会花屏？ 这个花屏说明 VAAPI 解码路径被触发后，后续的视频帧导入、纹理上传、DMABUF modifier、GL 合成或显示后端链路里仍然存在兼容性问题。它不一定是「解码器不能解码」，更像是「解码后的图像没有被正确显示」。Chromium 131 把 VaapiVideoDecodeLinuxGL 统一改名为 AcceleratedVideoDecodeLinuxGL，旧 flag 失效，可是用了新 flag 后这个 bug 依旧存在。一直到 Chromium 136 之后画面才变得正常，所以我这套硬件升级到 Electron 36 就不会有这个问题了。
为什么换到 Electron 36 之后，两个简单的 flag 就够了？ Electron 36 对应 Chromium 136，这个版本距 Chromium 120 跨越了整整 16 个版本。Linux VAAPI、ANGLE/GL、DMABUF、Wayland/EGL 以及 Intel 新平台相关代码都有持续变化。AcceleratedVideoDecodeLinuxGL 在新版 Chromium 里走的渲染路径已经能正确处理 MTL 的纹理格式。
总的来说，这次折腾虽然有点曲折，但最终还是成功了。现在我终于可以在 B 站客户端上愉快地看高清视频了！希望这个经验也能帮助到其他有同样问题的小伙伴们。
]]>众所众知，insmtr 是一名资深的 Linux 用户，平日里炫技无数。而前不久，insmtr 居然被爆出自己的 MySQL 数据库被勒索软件攻击了的这种丑闻，真是让人震惊不已！这件事在技术圈引起了轩然大波，大家纷纷表示难以置信，insmtr 竟然也有今天！
这学期有一周软件设计课设，需要写一个网页版的学生选课系统。我直接在自己的服务器上跑了一个 MySQL 的容器，为了方便，容器直接暴露了 3389 端口，用户密码直接设置成了 root。验收完之后的某天，我想欣赏一下我的网页，结果发现后端起不来了，一看报错是数据库连不上了。我打开 DataGrip 一看，好家伙，被勒索了。
当然里面没啥重要数据，毕竟只是个课设，但这件事还是让我感到非常无语，2026 年了，居然还有人会用这种低级的手段来攻击数据库，太过时了。
总之，不论什么时候，都不要随便使用弱密码，万一在验收的时候出现这种情况，那就比较麻烦了。
]]>阿里云公共 DNS，主要 IP 为 223.5.5.5，属于递归解析服务。终端设备可以自行配置来替代运营商 DNS 做域名查询，支持 UDP/TCP/DoT/DoH/DoQ 等多种查询方式。最重要的一点，223.5.5.5 支持 ECS 模式，可以携带你的客户端子网信息一起做递归解析，使得解析出来的结果和你的实际位置更匹配，延迟更低。
一年前，我发现无法正常打开 ieeexplore.ieee.org 这个网站。分析过后发现，我当时用的阿里云的 DNS 服务器 223.5.5.5 居然把这个域名解析到了 221.228.32.13，也就是江苏省反诈中心的 IP。阿里云作为国内权威的 DNS 服务器，竟然把一个学术界常用的查论文网站 IEEE 解析到江苏省反诈中心，属实是不应该。
切换到我的家宽的 DNS 服务器后，发现 ieeexplore.ieee.org 的解析结果就是正常的了，而我人就在江苏，说明这个网站绝对不是应该列入江苏省反诈中心黑名单的，那问题只能出现在阿里云了。
经初步测试，ieeexplore.ieee.org 托管在亚马逊云的 CloudFront 上，域名本身只有一个 CNAME 记录，指向 d34ow7epij5zhk.cloudfront.net，并没有 A 记录。
随后，我在 itdog 上分别测试了江苏地区使用 223.5.5.5 / 119.29.29.29 / 运营商 DNS、直接查询 ieeexplore.ieee.org 域名 / 查询 d34ow7epij5zhk.cloudfront.net 域名，这六种组合的 A 记录解析情况是这样的：
| DNS | 域名 | 解析结果 |
|---|---|---|
| 223.5.5.5 | ieeexplore.ieee.org | CNAME d34ow7epij5zhk.cloudfront.net |
| 运营商 DNS | ieeexplore.ieee.org | CNAME d34ow7epij5zhk.cloudfront.net |
| 119.29.29.29 | ieeexplore.ieee.org | CNAME d34ow7epij5zhk.cloudfront.netA (CloudFront 的 IP 地址) |
| 223.5.5.5 | d34ow7epij5zhk.cloudfront.net | A (江苏反诈中心) |
| 运营商 DNS | d34ow7epij5zhk.cloudfront.net | A (江苏反诈中心) |
| 119.29.29.29 | d34ow7epij5zhk.cloudfront.net | A (CloudFront 的 IP 地址) |
也就是说，119.29.29.29 解析 ieeexplore.ieee.org 时，不仅会返回 CNAME 记录，同时会返回正确的 A 记录；而阿里云 DNS 服务器解析 ieeexplore.ieee.org 时，只返回了 CNAME 记录，但没有返回任何 A 记录。随后浏览器会尝试解析 d34ow7epij5zhk.cloudfront.net，阿里云 DNS 服务器解析这个域名时，直接返回了和上游运营商 DNS 一样的错误的 A 记录。119.29.29.29 没有 ECS 功能，所以它不会受到江苏上游运营商 DNS 的影响。
当时，我就此现象向阿里云发起工单。多轮扯皮后，最终阿里云工作人员告知我，「运营商反馈该网站被公安部门研判为涉嫌诈骗网站，执行网络侧拦截。建议联系当地公安部门反诈中心申请解封。」也就是说，这是属于上游问题，除非我自己和公安部门沟通，否则阿里云是不会也无法处理的。
确实挺搞笑的，江苏上游 DNS 因为配置的失误把一个学术界常用的查论文网站给拦截到了江苏反诈中心，而江苏家宽的 DNS 却又可以正常解析访问，应该是家宽 DNS 没有完全走那个运营商的上游 DNS。阿里云 DNS 虽然支持 ECS，但是其细粒度却又只以省为单位，且无条件信任上游结果。所以江苏的用户在默认情况下可以正常访问 IEEE，而使用了阿里云 DNS 后反而不能了。
一年后的今天，我再次测试了这个问题，发现阿里云 DNS 服务器已经可以正常解析 ieeexplore.ieee.org 了，解析结果同时返回 CNAME 记录和正确的 A 记录，直接解析 d34ow7epij5zhk.cloudfront.net 也可以正常返回 CloudFront 的 IP 地址了。又测试了江苏运营商 DNS 的解析结果，发现已经不再返回江苏反诈中心的 IP 地址了，而是同时返回 CNAME 记录和正确的 A 记录了。看来这个问题已经被上游运营商 DNS 解决了，阿里云 DNS 服务器也自然就恢复正常了。
好久之前，我曾经分享过如何为单板机配置超简单 VNC 环境。我们在那个方案所使用的 x11vnc 上游长期缺乏更新，使用的参数也过于激进，这直接导致了我们在实际使用中占用单板机 CPU 资源过多，画面变化多的时候占用大量带宽。整体体感十分卡顿，体验非常一般。
所以，我们可以使用功能类似的，但是更轻量，编码效率也更高效的 x0vncserver 来代替 x11vnc 。
我们依旧选用 Xvfb 作虚拟桌面，选用 x0vncserver 作 VNC 服务器，openbox 作窗口管理器的解决方案。
sudo apt updatesudo apt install -y xvfb tigervnc-scraping-server openbox然后我们写一个启动脚本，命名为 start_vnc.sh ，内容如下：
Xvfb :99 -screen 0 1280x800x24 &x0vncserver -display :99 -SecurityTypes=NoneDISPLAY=:99 openbox &脚本中的 -screen 0 1280x800x24 可以根据需要修改分辨率和颜色深度， :99 是显示器的编号，如果你本地已经有一个显示器在使用 :99 ，那么你可以改成 :100 或者其他的。
如果你希望连接时使用密码保护，可以先手动生成密码文件，再传给
x0vncserver使用：vncpasswd# 然后输入密码，生成的密码文件默认保存在 ~/.vnc/passwd# 接着修改脚本中的 x0vncserver 启动命令：x0vncserver -display :99 -PasswordFile ~/.vnc/passwd
然后我们给脚本添加执行权限：
chmod +x start_vnc.sh接下来就是设置开机自启动了。我选择使用 crontab 来管理。
crontab -e在文件末尾添加以下内容：
@reboot /你创建的脚本所在的目录/start_vnc.sh保存并退出。
最后再指定一下软件的显示器。我们在 ~/.bashrc 中添加以下内容：
export DISPLAY=:99然后重启单板机，没有问题的话，VNC 服务就已经启动起来了。
在本地使用 VNC 客户端连接到单板机的 IP 地址，端口号默认是 5900 。
如果你的单板机上运行了多个 VNC ，不知道对应的端口号，可以先在单板机上使用 ss -tuln | grep 59 命令查看正在监听的端口，找到 59xx 的行，一个一个尝试就行。或者我们可以在 start_vnc.sh 脚本中直接指定端口号，比如 x0vncserver -display :99 -SecurityTypes=None -rfbport 5901 ，这样这个 VNC 的端口就固定在 5901 了。
尝试在 ssh 中启动一个需要图形界面的程序，比如 xeyes ，可以看到，VNC 客户端中已经可以正常显示了。
如果你使用 TigerVNC 作为 VNC 客户端，连接后建议选择 Tight 编码，这样可以获得更好的性能。如果你使用其它的 VNC 客户端，比如说 RealVNC Viewer，建议选择 ZRLE 编码，相对来说可以做到压缩率、兼容性和性能的平衡。
这个方案相比于上一版性能更好了，体验也更佳。
]]>最近在使用 Rust 语言开发的时候需要用到 OpenCV 库，结果配置的时候遇到了一些问题，便记录一下。
Rust 的 OpenCV 库依赖了 Clang 作为编译器，所以使用前需要先安装 Clang ：
sudo apt updatesudo apt install -y libopencv-dev clang libclang-dev然后在项目的 Cargo.toml 中添加依赖：
[dependencies]opencv = { version = "*", features = ["clang-runtime"] }如果就这样的话，我们在编译的时候会得到这样的报错：
fatal error: 'memory' file not found这是因为 Clang 在编译的时候没有把 C++ 的头文件路径添加到编译器的搜索路径中。我们可以通过设置环境变量 CPLUS_INCLUDE_PATH 来解决这个问题。在 ~/.bashrc 中添加以下内容：
export CPLUS_INCLUDE_PATH=/usr/include/c++/11:/usr/include/x86_64-linux-gnu/c++/11当然，在 aarch64 的系统上就需要添加：
export CPLUS_INCLUDE_PATH=/usr/include/c++/11:/usr/include/aarch64-linux-gnu/c++/11这样就可以正常编译了。
但是 VSCode 中的 Rust LSP 依然会报错，提示找不到头文件。我们可以通过在 settings.json 中添加以下内容来解决这个问题：
{ "rust-analyzer.server.extraEnv": { "CPLUS_INCLUDE_PATH": "${env:CPLUS_INCLUDE_PATH}:/usr/include/c++/11:/usr/include/${arch}/c++/11" }}然后就完全正常了。
以上就是在 Ubuntu 22.04 上使用 Rust 调用 OpenCV 库时需要注意的一些细节。希望对你有所帮助。
]]>OpenWrt 24 版本发布之后，Redmi AX6000 主线版本的 U-Boot 实现已经合并入上游了，因此维护者移除了 hanwckf 版 U-Boot 的 ImmortalWrt 的包的构建。详情可见这条 Commit 。
从 hanwckf 版 U-Boot 切换到 OpenWrt U-Boot 的大致思路是先把路由器刷回原版布局，然后再按照官网步骤刷入 OpenWrt U-Boot 。这个过程需要使用到 tftp 和 uboot 的命令行操作，比较复杂，而且有一定变砖风险。
hanwckf 版 U-Boot 号称「不死 U-Boot」，采用网页上传固件烧录的方式，烧录前还会有兼容性检测，极易上手，而且不容易变砖，相当用户友好。
然而维护者也仅仅只是移除了 Redmi AX6000 的配置文件，项目本身没有太大变更，所以我们可以手动编译一个可在 hanwckf 版 U-Boot 中引导的 OpenWrt 24 。
OpenWrt 官方维护了一套编译环境，并打成了 Docker 镜像，我们直接使用即可：
docker run -id --name immortalwrt \ -e BUILDWORKER_NAME=immortalwrt \ -e BUILDWORKER_PASSWORD=123456 \ -v ./immortalwrt:/immortalwrt \ ghcr.io/openwrt/buildbot/buildworker-v3.8.0:v9这里我们使用 -v 参数将宿主机的 ./immortalwrt 目录挂载到容器的 /immortalwrt 目录下，方便我们在宿主机上查看编译产物。
进入容器：
docker exec -it immortalwrt bash安装基本依赖：
# 在新版 buildbot 中，需要手动添加 backports 源，不然直接运行脚本会报错。# 如果你没有开科学上网的话就不用加了，脚本内部检测到中国大陆地区会自动换源，换源的时候会加上。echo "deb http://deb.debian.org/debian bullseye-backports main" >> /etc/apt/sources.listbash <(curl -s https://build-scripts.immortalwrt.org/init_build_environment.sh)该镜像中内置了一个叫 buildbot 的非特权用户。如果你的宿主机本身就是 root 用户，那就不存在文件夹以及构建产物权限问题，可以跳过这步。如果你宿主机登录的是非特权用户，需要使用此用户来编译。按 Ctrl + D 退出容器，再输入以下命令使用 buildbot 用户登录容器：
docker exec -it --user buildbot immortalwrt bash后面就是照着 ImmortalWrt 的 Github 上的 README 来编译了。
在主目录中克隆项目：
cd /immortalwrtgit clone https://github.com/immortalwrt/immortalwrtcd immortalwrt默认是 master 分支，我们根据需要切换到不同版本的分支或标签。比如我这里需要编译 v24.10.1 版本：
git checkout v24.10.1恢复被删除的 Redmi AX6000 的配置文件：
git revert 9334bf3ec1e21d0bc1b1f8dc480415aea589ebc7 -n更新软件包：
./scripts/feeds update -a./scripts/feeds install -a下载一个现成的构建配置：
wget https://downloads.immortalwrt.org/snapshots/targets/mediatek/filogic/config.buildinfo -O .config修改构建配置：
make menuconfig在 Target Profile 中选择 (Xiaomi Redmi Router AX6000 (custom U-Boot layout)) ，在 Subtarget 中选择 Redmi AX6000 。
往下可以看到，这个构建配置中基础的包已经被选中。但是无线网卡相关的驱动没有被勾选，我们这里选中 kmod-mt7915e ，或者你页可以选择不编译它们，而是在安装完之后使用 opkg 命令安装，两者是等价的。
Kernel modules ---> Wireless Drivers ---> {*} kmod-mt7915e最后一步，编译：
make -j$(nproc)如果你没有切换到 buildbot 用户，而是使用 root 用户编译，那么上面的命令会编译出错，需要在编译前加上跳过 root 检查：
FORCE_UNSAFE_CONFIGURE=1 make -j$(nproc)几个小时之后，编译完成。这里我的电脑大约需要一个半小时。构建产物在 bin/targets/mediatek/filogic 目录下，immortalwrt-mediatek-filogic-xiaomi_redmi-router-ax6000-squashfs-sysupgrade.bin 就是固件。
个人感觉，维护者不应该删除 hanwckf 版 U-Boot 的配置文件，毕竟这个 U-Boot 版本的兼容性和稳定性都比 OpenWrt U-Boot 要好很多。虽然我们可以手动编译，但是对于普通用户来说，还是有点复杂的。
@alampy 提供的思路。
]]>单板机资源有限，打电赛的时候为了能够让资源更多得，能省一点资源就省一点。我们在使用 VNC 的时候，发现 VNC 的桌面环境占用的资源实在是太大了，尤其是 LXDE 和 XFCE ，所以我们决定使用更轻量级的桌面环境。丐版，但能用。
我选用的是 Xvfb 作虚拟桌面，x11vnc 作 VNC 服务器，openbox 作窗口管理器的解决方案。
sudo apt updatesudo apt install -y xvfb x11vnc openbox然后我们写一个启动脚本，命名为 start_vnc.sh ，内容如下：
Xvfb :0 -screen 0 1280x800x24 &x11vnc -display :0 -forever -noxdamage -repeat -shared -nopw -xkb &DISPLAY=:0 openbox &脚本中的 -screen 0 1280x800x24 可以根据需要修改分辨率和颜色深度， :0 是显示器的编号，如果你本地已经有一个显示器在使用 :0 ，那么你可以改成 :1 或者其他的。
然后我们给脚本添加执行权限：
chmod +x start_vnc.sh接下来就是设置开机自启动了。我选择使用 crontab 来管理。
crontab -e在文件末尾添加以下内容：
@reboot /你创建的脚本所在的目录/start_vnc.sh保存并退出。
最后再指定一下软件的显示器。我们在 ~/.bashrc 中添加以下内容：
export DISPLAY=:0然后重启单板机，没有问题的话，VNC 服务就已经启动起来了。
在本地使用 VNC 客户端连接到单板机的 IP 地址，端口号是 5900 ，如果你使用的是 :1 ，那么端口号就是 5901 。
尝试在 ssh 中启动一个需要图形界面的程序，比如 xeyes ，可以看到，VNC 客户端中已经可以正常显示了。
这个方案确实很简陋，但是对于我们来说，已经足够了，经济又实惠。
]]>我们学校的电工电子实验使用的是一块十分老旧的 FPGA ，开发其所使用的软件 ISE 也已经彻底不支持 Windows 11 了。即使网上有一些教程可以成功将其安装在 Windows 11 上，但是使用起来还是会遇到很多 bug 。通常我们会使用 Windows 虚拟机来解决这个问题，但是虚拟机占用资源太多，太浪费磁盘空间了。考虑到 ISE 提供了 Linux 版本的包，于是我决定在 WSL 中使用 ISE 。
首先我们需要安装 WSL ，已安装的可以跳过这一步。
按 Win + R ，输入 wt 打开终端，然后输入以下命令开启 WSL ：
wsl --enable-wsl然后我们要下载 ISE 的 Linux 版本的安装包，官方下载链接。
接着我们要准备一份 ISE 的激活文件。在 Github 上可以找到一份激活文件 xilinx_ise.lic ，将文件保存到本地。
最后我们要准备一份 HW_Server 用来远程烧录，官方下载链接。如果你已经安装了 Vivado 的话，可以跳过这一步，直接使用 Vivado 里面的 hw_server 即可。
把上面三项文件下载到本地后，放在你想要安装 ISE 的目录下，我们将在这个文件夹下安装 ISE 。
文件清单：
Xilinx_ISE_DS_Lin_14.7_1015_1.tarxilinx_ise.licXilinx_HW_Server_Win_2019.2_1106_2127.tar.gz首先解压 HW_Server ，直接右键使用 Windows 自带的「全部解压缩」功能即可。解压完成后，双击文件夹中的 xsetup.exe 进行安装，安装完成后，记住安装路径，我们后面会用到。
在刚刚存放那三个文件的文件夹中，右键空白处，点击「在终端中打开」打开终端，输入以下命令安装 ubuntu ：
curl.exe -sL https://cloud-images.ubuntu.com/releases/focal/release/ubuntu-20.04-server-cloudimg-amd64-root.tar.xz -o ubuntu.tar.xzwsl --import ISE ISE ubuntu.tar.xzdel ubuntu.tar.xz安装完成后，就可以输入 wsl -d ISE 进入 ISE 的 WSL 环境了。
进入之后，我们先换源：
cat <<EOF > /etc/apt/sources.listdeb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ focal main restricted universe multiversedeb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ focal-updates main restricted universe multiversedeb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ focal-backports main restricted universe multiversedeb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ focal-security main restricted universe multiverseEOF将文件移动到 WSL 内：
mv Xilinx_ISE_DS_Lin_14.7_1015_1.tar ~mkdir -p ~/.Xilinxmv xilinx_ise.lic ~/.Xilinx切到主目录：
cd安装依赖：
apt updateDEBIAN_FRONTEND=noninteractive apt install -y libncurses5 gcc libx11-6 libglib2.0-0 libsm6 libxi6 libxrender1 libxrandr2 libfreetype6 libfontconfig1 libxtst6apt cleanrm -rf /var/lib/apt/lists/*解压安装 ISE 软件本体：
tar xvf Xilinx*.tarrm Xilinx*.tar./Xilinx*/xsetup # 一路下一步即可rm -rf Xilinx* .xinstallecho ". /opt/Xilinx/14.7/ISE_DS/settings64.sh > /dev/null" >> .bashrc安装完成之后，按 Ctrl + D 退出 WSL 。
由于前面的安装会产生额外磁盘占用，所以我们可以通过导出后重新导入来节省这部分空间。
wsl --export ISE ISE.tarwsl --unregister ISEwsl --import ISE ISE ISE.tardel ISE.tar在桌面上右键「新建」-「快捷方式」，输入 wsl -d ISE bash -ic "ise" ，名称输入 ISE ，完成后双击快捷方式即可启动 ISE 。
关于烧录的问题，由于 WSL2 不支持直接访问宿主机的 USB 设备，所以我们需要使用 HW_Server 来进行远程烧录。
最前面我们已经安装了 HW_Server ，现在我们需要启动它。在前面 HW_Server 的安装目录下，打开 Xilinx\HWSRVR\2019.2\bin 目录，双击 hw_server.bat 启动 HW_Server 。然后你应该会看到类似以下的提示：
To connect to this hw_server instance use url: TCP:insmtr-PC:3121记住这个端口号 3121 。
在 ISE 中打开烧录界面，点击 Boundary Scan ，然后右键空白处选择 Cable Setup... ，Communication Mode 选择 HW Server ，Cable Location 中的 Host Name 填写： TCP:宿主机IP:上面记住的端口号 。
WSL 宿主机 IP 的获取方式请参考微软文档使用 WSL 访问网络应用程序，如果开了镜像 Mirrored 模式网络，则可以使用 127.0.0.1 从 WSL 访问 Windows 宿主机。而在默认的 NAT 网络下，则应该通过命令查询：
wsl -d ISEip route show | grep -i default | awk '{ print $3}'比如这里我是 Mirrored 模式网络，我需要填写的就是 TCP:127.0.0.1:3121 。
后面就是正常的烧录流程了，不过多赘述。
在 WSL 中使用 ISE 的体验还是不错的，虽然有些地方不太方便，但是总比在 Windows 虚拟机上使用要好很多。希望这篇文章能对你有所帮助。
]]>最近拿到了一台 Jetson AGX Orin ，想在上面接一个蓝牙串口，USB-A 口，CH340 转串口的那种。接上后发现 /dev 下没有任何新增设备，然而 lsusb 下却能看到接入的设备。查看了一下 /lib/modules/5.15.148-tegra/kernel/drivers/usb/serial 目录，发现没有 ch341.ko 文件，也就是说，Jetson 镜像的内核中根本没有 CH340 的驱动，需要我们额外安装驱动。
CH340 驱动本身即很简单，安装起来十分简单：
sudo apt updatesudo apt install -y git make gccgit clone https://github.com/WCHSoftGroup/ch341ser_linuxcd ch341ser_linux/drivermakesudo make install # 直接将驱动安装到内核驱动启动文件夹中随后重启系统。再次查看 /dev 目录，发现依旧没有新增设备。
上网查询后发现是 brltty 的问题。brltty 是一个为盲人和视力障碍者提供的终端设备驱动程序，它会在系统启动时自动加载并占用串口设备，导致我们无法正常使用部分串口设备。我们可以通过以下命令禁用它：
sudo systemctl stop brltty.service # 停止服务sudo systemctl disable brltty.service # 禁用服务或者如果您用不到这类辅助设备的话，可以选择直接卸载它：
sudo apt purge brltty再次查看 /dev 目录，发现多出来了一个名为 /dev/ttyCH341USB0 的设备，说明驱动已经可以正常使用。
Jetson AGX Orin 的内核版本还是太老了一点，驱动支持也不全。希望未来的 Jetson 镜像能更新到更高的内核版本，驱动兼容性也能做的好一点。
Gazebo-classic 在 Ubuntu 22.04 上已停止维护，但是新版的 Gazebo 无论从性能上还是体验上都不佳。PX4 1.13 也是最后一个支持 Gazebo-classic 的版本，并且我们依旧可以在 Ubuntu 22.04 上运行 PX4 1.13 仿真，并手动编写其启动脚本。
由于 linux 的 sudo 默认是隔离环境变量的，所以即使开了魔法，并配置了 http_proxy 和 https_proxy ，也无法正常在 sudo 下使用。所以我们先进行魔法的额外配置。
sudo visudo找到有一堆的 Defaults 开头的地方，就在最前面，跟在它后面写一行：
Defaultsenv_keep+="https_proxy http_proxy"然后保存。Ubuntu 发行版大概率是用 nano 作为编辑器的，那就 Ctrl+S 保存，Ctrl+X 退出。
接着安装构建用的工具链以及 gazebo 。
sudo apt install -y ninja-build exiftool protobuf-compiler libeigen3-dev genromfs xmlstarlet libgstreamer1.0-dev libgstreamer-plugins-base1.0-dev libopencv-dev python3-pip gawk cmake gazebo libgazebo-devpip3 install packaging numpy empy==3.3.4 toml pyyaml jinja2 kconfiglib jsonschema future pyros-genmsg找一个合适的位置开始克隆并编译 PX4 。
git clone --rec -j$(nproc) -b v1.13.2 --depth 1 https://github.com/PX4/PX4-Autopilotcd PX4-Autopilotexport PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbinmake px4_sitl_default gazebo编译完后会弹出一个 gazebo 的界面，不用管它，在终端内 Ctrl+C 关掉。
编译完后里面有好多是根本没用的，徒占空间。我们删掉这些无用的东西，只留精华。
cd ..mv PX4-Autopilot PX4-Autopilot_mkdir -p PX4-Autopilot/build/px4_sitl_default/build_gazebomkdir -p PX4-Autopilot/Tools/sitl_gazebocp -r PX4-Autopilot_/build/px4_sitl_default/bin PX4-Autopilot/build/px4_sitl_defaultcp -r PX4-Autopilot_/build/px4_sitl_default/build_gazebo/*.so PX4-Autopilot/build/px4_sitl_default/build_gazebocp -r PX4-Autopilot_/build/px4_sitl_default/etc PX4-Autopilot/build/px4_sitl_defaultcp -r PX4-Autopilot_/Tools/sitl_gazebo/models PX4-Autopilot/Tools/sitl_gazebocp -r PX4-Autopilot_/Tools/sitl_gazebo/worlds PX4-Autopilot/Tools/sitl_gazeborm -rf PX4-Autopilot_然后往 .bashrc 里加一些内容。注意，如果你是 Nvidia 显卡，记得添加倒数第二行。如果你的电脑没有 N 卡只有 Intel 核显，则建议添加最后一行。（最后一行注释不算一行）
export PX4_DIR=你的 PX4 仿真目录export GAZEBO_PLUGIN_PATH=$PX4_DIR/build/px4_sitl_default/build_gazeboexport GAZEBO_MODEL_PATH=$PX4_DIR/Tools/sitl_gazebo/modelsexport LD_LIBRARY_PATH=$PX4_DIR/build/px4_sitl_default/build_gazebo:$LD_LIBRARY_PATH# export MESA_D3D12_DEFAULT_ADAPTER_NAME=NVIDIA # 如果你是 Nvidia 显卡# export LIBGL_ALWAYS_SOFTWARE=1 # 如果你是 Intel 核显用户，建议添加 # AMD yesPX4 的编译就算完了，现在安装 humble 版的 mavros 。
sudo apt install -y ros-humble-mavros ros-humble-mavros-extrascurl -sL https://github.com/mavlink/mavros/raw/ros2/mavros/scripts/install_geographiclib_datasets.sh | sudo bashPX4-Autopilot 项目里有写好的有 ROS1 的 launch 文件，可以直接启动，但是没有提供 ROS2 版的，所以我们可以写一个简单的 px4 启动脚本。
nano px4里面写上：
#!/bin/bashmkdir -p ~/.gazebo/modelsmkdir -p ~/.gazebo/worldsMODEL="$PX4_DIR/Tools/sitl_gazebo/models/iris/iris.sdf"MODEL_NAME="iris"WORLD="$PX4_DIR/Tools/sitl_gazebo/worlds/empty.world"while [[ $# -gt 0 ]]; do case $1 in --model) MODEL="$2" shift 2 ;; --model-name) MODEL_NAME="$2" shift 2 ;; --world) WORLD="$2" shift 2 ;; *) echo "Unknown option: $1" exit 1 ;; esacdoneexport PX4_SIM_MODEL="iris"if [[ ! "$MODEL" =~ ^/ ]]; then MODEL="$HOME/.gazebo/models/$MODEL"fiif [[ ! "$WORLD" =~ ^/ ]]; then WORLD="$HOME/.gazebo/worlds/$WORLD"figzserver --verbose "$WORLD" &GZSERVER_PID=$!gz model --spawn-file="$MODEL" --model-name="$MODEL_NAME" -z 1.0gzclient &GZCLIENT_PID=$!ros2 run mavros mavros_node --ros-args -p fcu_url:=udp://:14540@:14580 &MAVROS_PID=$!cd $PX4_DIR/build/px4_sitl_default./bin/px4 -s etc/init.d-posix/rcSkill -9 $GZSERVER_PID 2>/dev/nullkill -9 $GZCLIENT_PID 2>/dev/nullkill -9 $MAVROS_PID 2>/dev/nullCtrl+S 保存，Ctrl+X 退出。
然后把 px4 作为命令安装。
sudo install px4 /usr/local/bin/px4rm px4最后记得 source 一下 .bashrc ，或者直接重新打开终端，之后就可以用 px4 命令直接启动了！
. ~/.bashrcpx4在 px4 的 mavlink 控制台内输入：
param set COM_RCL_EXCEPT 4param save这样就可以用 mavlink 来让飞机进入 Offboard 模式了！
gazebo 内有摄像头模组，px4 基于它做了一个转发到 mavros 的插件。在 ROS1 下，编译 PX4-Autopilot 时会自动编译这个插件，而现在我们用的 ROS2 ，需要手动安装。
sudo apt install -y ros-humble-gazebo-ros-pkgs然后再启动带有摄像头的 px4 模型仿真：
px4 --model $PX4_DIR/Tools/sitl_gazebo/models/iris_fpv_cam/iris_fpv_cam.sdf在另外一个终端中就可以看到摄像头的图像了：
ros2 topic list # 可以看到有 /camera/camera_info 和 /camera/image_raw 两个话题rviz2 # rviz2 内添加一个 Image 类型的话题，选择 topic 为 /camera/image_raw 就可以看到图像了按照上一节的步骤，我们已经可以成功发布摄像头话题了，但是如果我们在模型中添加两个及以上摄像头的话，就必须想办法修改每个摄像头的话题了。不然的话，两个摄像头的画面数据就会混在一个话题里面，当然这种情况在 ROS2 中是被允许的。
由于 gazebo-ros-pkgs 中 gazebo-plugins 代码的 ROS1 版本和 ROS2 版本差异巨大，处理话题发布部分的代码也大相径庭。具体可以查看源码链接 ROS1 版本 ROS2 版本 。
查看代码后不难发现，使用 ROS1 版本的 gazebo-ros-pkgs 时，摄像头话题可以通过模型文件里面 camera_plugin 插件的配置项 cameraName 和 imageTopicName 来配置。而在 ROS2 版本中，代码有明显重写过。简单来讲，所有的配置项都从原来的「小驼峰命名法」变成了「蛇形命名法」，并且只支持用 camera_name 配置项来配置话题的前缀，后缀则固定为 /image_raw ，不能通过类似 image_topic_name 配置项配置。
这边给出一个对地摄像头的示例配置：
<sensor name='camera' type='camera'> <camera name='__default__'> <horizontal_fov>1.571</horizontal_fov> <image> <width>640</width> <height>480</height> </image> <clip> <near>0.1</near> <far>100</far> </clip> <lens> <type>custom</type> <custom_function> <c1>1.05</c1> <c2>4</c2> <f>1</f> <fun>tan</fun> </custom_function> <scale_to_hfov>1</scale_to_hfov> <cutoff_angle>3.1415</cutoff_angle> <env_texture_size>1080</env_texture_size> </lens> </camera> <always_on>1</always_on> <update_rate>30</update_rate> <visualize>1</visualize> <plugin name='camera_plugin' filename='libgazebo_ros_camera.so'> <camera_name>camera/ground_camera</camera_name> <frame_name>/robot_camera_link</frame_name> <P_cx>320.5</P_cx> <cx>320.5</cx> <cy>240.5</cy> <hack_baseline>0</hack_baseline> <focal_length>277.191356</focal_length> <distortion_k1>0.0</distortion_k1> <distortion_k2>0.0</distortion_k2> <distortion_k3>0.0</distortion_k3> <distortion_t1>0.0</distortion_t1> <distortion_t2>0.0</distortion_t2> </plugin></sensor>使用带该摄像头模型的飞机模型启动 gazebo ：
ros2 topic list # 可以看到有 /camera/ground_camera/camera_info 和 /camera/ground_camera/image_raw 两个话题rviz2 # rviz2 内添加一个 Image 类型的话题，选择 topic 为 /camera/ground_camera/image_raw 就可以看到图像了这样就可以实现摄像头话题的分离了。
如果你一定要使用完全自定义的话题名的话，我们可以用 topic-tools 工具来转发话题。比如我们可以编辑刚才我们创建的 px4 一键启动程序。
由于前面我们已经使用 install 命令将 px4 作为脚本安装在系统里了，所以我们需要直接编辑这个安装过的脚本。你也可以选择重复「启动！」一节里的步骤重新创建脚本，做好编辑之后再次运行 sudo install px4 /usr/local/bin/px4 命令安装。
先安装 topic-tools
sudo apt install -y ros-humble-topic-tools接着用 sudo 权限编辑 /usr/local/bin/px4 ，在启动 mavros 节点和 px4 的命令之间插入：
ros2 run topic_tools relay /camera/ground_camera/image_raw /video/ground_camera &保存退出，再次用带这个摄像头模型的飞机模型启动 gazebo ：
ros2 topic list # 可以看到有 /video/ground_camera 这个话题rviz2 # rviz2 内添加一个 Image 类型的话题，选择 topic 为 /video/ground_camera 就可以看到图像了我写了一个 px4 启动脚本来实现仿真的启动，这个脚本可以直接通过参数来指定飞机模型（model）和世界（world），具体使用方法是：
px4 --model $PX4_DIR/Tools/sitl_gazebo/models/iris/iris.sdf --model-name iris --world $PX4_DIR/Tools/sitl_gazebo/worlds/empty.world这样就可以启动自定义飞机模型在自定义世界了。由于 gazebo 不支持读取带 ~ 的路径的模型，所以指定参数时请使用完整路径。
--model 参数的默认相对路径是 ~/.gazebo/models/ ，--world 参数的默认相对路径是 ~/.gazebo/worlds/ ，如果你将模型或者世界放在了这两个目录下，也可以直接使用相对路径，例如：
px4 --model iris/iris.sdf --model-name iris --world empty.world说到翻译插件，我们不得不提到那个赫赫有名的插件——沉浸式翻译。
可是在当我们使用邮箱客户端 Thunderbird 想要翻译的时候就犯难了。Thunderbird 的插件体系比较简陋，没有收录沉浸式翻译。而且 Thunderbird 和 Firefox 的部分 api 不相同，还不能直接文件安装沉浸式翻译插件。但考虑到 Thunderbird 和 Firefox 都是基于 Gecko 内核的，大部分 api 是通用的，那不如直接在原插件的基础上进行一些小修改，使其能在 Thunderbird 上工作。
我们先到 沉浸式翻译官网 下载 Firefox 扩展，并解压该扩展。
解压后的目录大概长这样：
沉浸式翻译的 js 代码做了混淆，所以我们尽量做一些非侵入式的修改。
打开 background.js ，在文件最后插入以下代码。
async function registerMsgDisplayScript() { await messenger.messageDisplayScripts.register({ js: [{file: "/content_script.js"}, {file: "/content_start.js"}] });}registerMsgDisplayScript();
打开 manifest.json ，找到 permissions 字段，将其中的 contextMenus 改为 menus ，再在后面加上 messagesModify 权限。
还是 manifest.json ，找到 browser_specific_settings 字段，将 gecko 字段下的 strict_min_version 字段的值改为 78.0 。
打开 background.js 和 options.js ，将里面所有的 contextMenus 替换为 menus 。
打开 background.js ，将 ["browser_action","page_action"] 里面的 "page_action" 项删除。
在插件的根目录里面将所有文件打包成 zip 文件。
打开 Thunderbird ，点击右上角的三条杠，点击「扩展和主题」，点击左侧的「扩展」，点击右上角的齿轮，点击「从文件安装附加组件…」，找到前面压缩出来的 zip 文件，安装。
大功告成，再完成一下新手引导就可以正常使用了。
今年年初搭建过邮件服务器。当时是 RackNerd 做的新年促销，我买了一台 2h3g 的服务器，照着教程搭建了一个 iRedMail 服务器，也用了一段时间。可是 rn 的 ip 质量和链路质量确实不行，性能和价格倒是可以。
现在服务器快到期了，我想给邮件服务器搬个家。一方面我希望 ip 不要在黑名单，另一方面我希望找一个轻量化的邮件服务器，不要像 iRedMail 一样一启动就吃 3g 多的内存。
之前在 BWG 那边我买了一台 $46.6 一年服务器，可以换机房，我给换到了日本软银。但是实测的时候比较惊喜，电信去程居然是 CTG 的线路。（CTG 就是原来的 CN2），就选这台了。邮件服务器的话我找到了一款叫做 maddy 的软件。它实现了邮件的全功能，但是待机占用只有 10m 左右，极其轻巧。
上MXTOOLBOX查询了一下，发现 ip 在 BarracudaCentral 黑名单上在列。这个问题不大，搭好服务器之后再去解决。
域名就选择 mail.insmtr.cn 作为 mail 服务器域名。
ssl 证书我才用 acme.sh 申请，申请的证书文件默认保存在 /root/.acme.sh/insmtr.cn_ecc/ 下。
我平时喜欢在服务器端使用 alpine ，而 maddy 是 systemd 管理的，所以最好的办法就是使用 docker 。
启动 docker 容器相比直接在 alpine 上手动搭建 maddy 就简单了很多。
docker run \ -id \ --name maddy \ -e MADDY_HOSTNAME=mail.insmtr.cn \ -e MADDY_DOMAIN=insmtr.cn \ -v maddydata:/data \ -v /root/.acme.sh/insmtr.cn_ecc/fullchain.cer:/data/tls/fullchain.pem \ -v /root/.acme.sh/insmtr.cn_ecc/insmtr.cn.key:/data/tls/privkey.pem \ -p 25:25 \ -p 143:143 \ -p 465:465 \ -p 587:587 \ -p 993:993 \ --restart always \ foxcpp/maddy:latest其中，MADDY_HOSTNAME 的值替换为你的 mx 邮件服务器的域名，MADDY_DOMAIN 的值替换为你自己的域名。容器内证书默认要求存放在 /data/tls 下，如想要自行修改，可以直接修改存储卷里面配置文件，按照我这个配置，应该是 /var/lib/docker/volumes/maddydata/_data/maddy.conf 。
接下来就是一系列的解析记录的添加了。
我使用 Cloudflare 作为域名托管平台，其它平台的配置方法类似。
下面是我的配置，请将相关域名替换成你的域名。
进入 DNS 配置界面之后，我们需要添加多条记录，点击右侧的「添加记录」来添加。
**「类型」选 MX ，「名称」填 @ ，「邮件服务器」**填 mail.insmtr.cn 。
**「类型」选 A ，「名称」填 mail ，「IPv4 地址」**填你的邮件服务器的 ip 。
**「类型」选 A ，「名称」填 mta-sts ，「IPv4 地址」**填你的邮件服务器的 ip 。
**「类型」选 TXT ，「名称」填 @ ，「内容」**填 v=spf1 mx ~all 。
**「类型」选 TXT ，「名称」填 _dmarc ，「内容」**填 v=DMARC1; p=quarantine; ruf=mailto:insmtr@insmtr.cn 。里面的邮箱填的是当邮件发送失败的时候，失败报告该发到哪个邮件。
**「类型」选 TXT ，「名称」填 mta-sts ，「内容」**填 v=STSv1; id=1 。
**「类型」选 TXT ，「名称」填 _smtp._tls ，「内容」**填 v=TLSRPTv1;rua=mailto:insmtr@insmtr.cn 。
然后进入到存储卷里面找到 dkim_keys/insmtr.cn_default.dns 这个文件，我这里的绝对目录是 /var/lib/docker/volumes/maddydata/_data/dkim_keys/insmtr.cn_default.dns ，将其中的内容复制出来。
**「类型」选 TXT ，「名称」填 default._domainkey ，「内容」**填刚才复制的内容。
最后大概配置如下：
然后在这台服务器上安装 nginx ，或者其它你用着顺手的 web 服务器软件。
apk add nginx然后在 /etc/nginx/http.d 中增加一个配置文件，比如名字叫做 mta-sts.conf ，在里面写入：
server { server_name mta-sts.insmtr.cn; listen 443 ssl http2; listen [::]:443 ssl http2; ssl_protocols TLSv1.1 TLSv1.2 TLSv1.3; ssl_certificate /root/.acme.sh/insmtr.cn_ecc/fullchain.cer; ssl_certificate_key /root/.acme.sh/insmtr.cn_ecc/insmtr.cn.key; location = /.well-known/mta-sts.txt { default_type text/plain; return 200 "version: STSv1\r\nmode: enforce\r\nmx: mail.insmtr.cn\r\nmax_age: 86400\r\n"; }}最后解决一下黑名单问题。
这个 ip 被列入了一个叫 BarracudaCentral 的黑名单，但这个黑名单解除起来也很方便，毕竟这是 BWG 的机器，价格的门槛保证了 ip 不会被滥用。
打开 http://www.barracudacentral.org/lookups 输入 ip 和验证码查询，然后点击「click here」申请恢复。填上邮箱、手机号以及申诉理由即可申诉。这里邮箱建议填 outlook 邮箱。大约一个小时后，再查询发现已经从黑名单移除了。
最后改一下服务器的 rDNS / PTR 记录。我这边是直接在 BWG 后台修改 PTR 记录为 mail.insmtr.cn
进入 maddy 的 docker 容器中的终端：
docker exec -it maddy ash创建 insmtr@insmtr.cn 账号：
maddy creds create insmtr@insmtr.cnmaddy imap-acct create insmtr@insmtr.cn用其它邮箱向 insmtr@insmtr.cn 发信，查询收信情况：
maddy imap-msgs list insmtr@insmtr.cn INBOX
可以看到正常收信。
至于前端界面嘛，直接使用第三方工具就可以，比如我用的 Thunderbird ，直接密码登录即可。
本文写的比较简陋，更适合有基础的同学速成使用。自己折腾这些东西的过程当中也能收获不少乐趣，学到不少知识。
本文只探究安卓透明代理的实现技术，仅供学习交流，不提供代理工具的二进制文件分发。
请严格遵守您（读者）所在的国家和地区的相关方面的法律法规，对于擅自基于本文所述方法从事的违法犯罪活动，笔者不承担任何法律责任。
本文内容有一定技术门槛，请确保您已学习过相关知识。如您看不懂本文的内容，就说明您不是本文的受众群体。
如您不同意上述条例，请立即关闭本网页。否则默认您已同意。
代理工具的运行没有什么难度，但是路由问题十分棘手。PC 端我们通常可以设置系统代理或者干脆直接 tun 模式实现网卡级的透明代理。
安卓上面不好直接设置系统代理，而且事实上也没有多少软件去使用系统代理。所以安卓上通常是用 tun 实现的代理。但是安卓有一点和 PC 不同，它在非 root 下并不能去修改路由表，那就无法接管流量了。所以在安卓上通常使用 VPN 功能来实现流量的接管。
但是对于有 root 权限的设备，我们完全可以搞一些更高级打洞玩法。我今天要讲的就是一款 Magisk / KernelSU / APatch 模块，Box for root 。这个模块可以通过 root 实现 iptables 的自动配置。
本文重点不在 root 的实现，有关 root 的实现方案可以很容易地在网上找到。本文使用 KernelSU 作为 root 实现方案。
Github 上有两个类似的仓库，一个叫 box_for_magisk ，还有一个叫 box4magisk 。笔者没有去探究两者的关系，两者功能类似，但是前者更新频率较快，而且作者还配套开发了前端，所以本文以前者为例。
在 KernelSU 中刷入模块，并安装上管理软件。
在刷模块的时候，会问你是否下载内核。建议按音量上键下载一下，或者手动下载好内核后放在 /data/adb/box/bin/ 下。但手动下载的时候请注意将内核改为 clash sing-box xray v2fly hysteria 中的一个，因为 Box for root 是支持切换内核的，所以没有智能到可以自动识别二进制文件的名字。
下载内核的过程中请保持国际联网通畅。什么蛋鸡循环问题。
记得授予 BoxForRoot 管理软件的 root 权限，不然会提示找不到模块。
安装完成后建议重启手机，确保模块生效。
先把默认配置关掉，点右下角设置。笔者习惯使用 sing-box ，其它内核配置方法类似。
下面的配置项根据自己需要去选择。这里我打开了 quic 和 ipv6 ，关闭了 geox 因为我使用自己准备的规则集，关闭了 crontab 因为我不需要周期任务。网络模式我更建议使用 mixed 或 tun 模式。
然后就是具体的配置文件的修改了。在 /data/adb/box 下存放着各种内核的配置文件。
Box_for_root 默认提供了一个 sing-box 的配置文件：
{ "log": { "level": "panic", "output": "/data/adb/box/run/sing-box.log", "timestamp": true }, "dns": { "servers": [ { "tag": "AdGuard", "address": "94.140.14.14" }, { "tag": "local", "address": "", "detour": "direct" }, { "tag": "rcode", "address": "rcode://success" } ], "rules": [ { "outbound": "any", "server": "local", "disable_cache": true } ], "strategy": "prefer_ipv4" }, "inbounds": [ { "type": "tproxy", "tag": "tproxy-in", "listen": "::", "listen_port": 9898, "sniff": true }, { "type": "tun", "tag": "tun-in", "interface_name": "utun9", "address": [ "172.18.0.1/30", "fdfe:dcba:9876::1/126" ], "mtu": 9000, "stack": "system", "auto_route": true, "strict_route": true, "auto_redirect": true, "sniff": true, "sniff_override_destination": false, "include_android_user": [ 0, 10 ], "include_package": [], "exclude_package": [] }, { "type": "redirect", "tag": "redirect-in", "listen": "::", "listen_port": 9797, "sniff": true, "sniff_override_destination": false } ], "outbounds": [ { "type": "selector", "tag": "default", "outbounds": [ "direct", "block" ] }, { "type": "dns", "tag": "dns" }, { "type": "direct", "tag": "direct" }, { "type": "block", "tag": "block" } ], "route": { "rules": [ { "port": 53, "outbound": "dns" } ], "final": "default" }, "experimental": { "clash_api": { "external_controller": "127.0.0.1:9090", "external_ui": "dashboard", "cache_file": "cache.db", "store_selected": true } }}由于安卓上有一些特殊的特性，所以建议直接在这个基础上进行修改。具体的区别体现在，在 VPN 的实现中， inbounds 的 tun 中可以不写
"auto_redirect": true,"strict_route": true,"include_android_user": [ 0, 10]，因为 VPN 功能可以直接实现网卡级的流量接管。而我们现在需要做的是利用 root 去实现这个功能，所以必须写上。当然这些配置在安装时的预设配置里面已经有了。
关于 sing-box 的配置文件的编写，请参考sing-box 官方配置手册，本文不介绍。
然后在 BoxForRoot 主页启动就可以了。如果你保留了 clash_api 的相关配置，点击下面的 Dashboard 即可看到监控面板。如果你在 outbound 里配置了 selector 类型的选项，就可以在这个界面实现节点的切换。
有了 root ，我们可以实现有很多有趣的事情。但是 root 也是双刃剑，一定要谨防那些恶意模块。在自己理解原理的基础上做进一步深入。
]]>在人生轨迹中，我简要描述过高中时期最热爱的项目：算法竞赛；同时，我也提到了刚进入大学一个学期之后，我就放弃了这一热爱的项目。或有些许遗憾，但这是我深思熟虑之后作出的决定。
俗话说，兴趣是最好的老师。算法是我所热爱的事物，我理应会坚持下去，为何我会选择放弃呢？
我复盘了整个高中生涯，得出了一个结论：**其实我当时是误以为我热爱算法。**或者详细一点说，我热爱的从来都是写代码而不是算法，热爱的是通过自己双手去实现自己的脑中所想的东西，而不是在一堆限制中用仅有的那么一两种方法去做题目。
在人生轨迹中，我说，我是因为看到创新班的大佬们想搞竞赛，我也便想涉足一下竞赛圈子。现在看来，我当时其实是为了能在大佬中证明自己的能力，才去接触算法的，因为他们都太过锋芒毕露了。
大佬们有自己的圈子，他们很能聊到一起。而我只是靠运气考入了创新班，初中时候在学校也没有过多社交，不论在什么场合，都显得与他们格格不入。在初中，我在班里是数学和计算机之最的存在，直到我考上了创新班，我才发现我是井底之蛙的存在。当我跳出那口井，见识到山外之山后，我其实很孤独，很寂寞。
当时创新班的班主任说，要耐得住寂寞才能有成果。但站在现在去看，这句话我不太认同。应当是沉稳才能有成果。耐得住寂寞确实能获得一定成果，但是这些所谓的成果大多是书本上的死知识，在寂寞中学到的知识基本是脱离群体、脱离实际、没有用的。这和在沉稳中得到的成果是不一样的，因为沉稳的同时有和他人交流；有对社会实际问题的分析；有在纷繁的世界中不迷失自己方向的定力；有将复杂的愿望巧妙分解为简单目标的能力。
当然，话说回来，高中是以分数为王的，班主任的这句话在当时环境下也不能算错。
我当时十分想进入大佬的社交圈。但是那时候我比较天真，就因为旁听了大佬们的一次有关竞赛的讨论，我便真的去学习竞赛了，因为那时候的我太需要别人的认可了。
在机缘巧合下，我开始接触了和计算机最接近的竞赛——算法竞赛。
初次接触算法竞赛，当我看到熟悉的代码时，我立刻被吸引住了。在引中，我讲到我实际热爱的是写代码，但是那时候的我并没有意识到这一点，我只知道这是我能擅长的项目，这是能证明自己能力的途径，那这就是我热爱的。
就这样，这个「误以为的热爱」充实着我整个高中。
直到现在，我也没有对这段「误以为的热爱」感到后悔。相反，可以说是日久生情吧，我对算法产生了感情。而且这段经历也对我的人生的发展产生了非常大的影响，并成为了我人生的一部分。只是后来去回想的时候感到些许遗憾罢了。
学习算法的过程中，我经历了「越往后学越觉得自己无知」的学习历程，体会了「想放弃，但是又特别想钻研」的矛盾心理。**我学会了谦虚，学会了根据实际情况分析他人的需求，学会了放下身段。**那些经历让我受益匪浅。算法也让我拓宽了交际圈，结识了很多大佬。
进入大学之后，我本想继续钻研算法，但我明显感觉力不从心了。最明显的一点，我的数学知识无法跟上算法的进一步的需求了。更何况那些大佬都是从小学时候就开始接触算法，时间 / 年龄带来的 buff 我根本追不上。后来我加入了电子相关的社团，学习了单片机，那时我才恍然大悟，**我热爱的从来都是编程，而不是算法。**相比算法，我更喜欢去解决实际问题。深思熟虑后，我决定放弃了继续钻研算法的念想。
放弃算法还有一个比较重要的因素，就是我从小养成的「胜者思维」。
说详细点，因为我从小接触编程，所以在我生活的小县城里，在同龄人中可以说是鹤立鸡群，这让我总是会有一种优越感。即使我的水平不够，那也是同龄人中的 NO.1 。学校内遇到的各种计算机上的问题都会来找我，我也总是会自以为是地觉得我可以解决所有问题。但是现实总是一次又一次地打脸。每当遇到有和我技能重合的人，我就会担心，害怕他会挑战到我在这些方面的存在。直到我观察之后确定他的技能不如我，我才会放心。我把当年这种病态的思维叫做「胜者思维」。
因此我十分感谢算法将我从井底带出并看到了更为广阔的世界，让我跳出了「胜者思维」，使我能够接触许多圈子，与各路大佬交流。
到了大学之后，我转向了单片机以及飞控方向，相对来说我在这些领域内更有优势，可以用自己的技术换得一定的地位。可是仔细回想一下，我依旧是为了能够在一个小范围内获得前列才如此选择，我真的跳出「胜者思维」了吗？
有时候遇到一些小朋友，喜欢半瓶水就叮当响，很多时候蛮不讲理。很多时候我们会讨厌这些小朋友，但是我想，可能这就是每个人成长过程中都会经历的一个过程吧。我们可以适当包容一下这些孩子，或许他们长大一点就会明白，就会成熟。
兴趣是一个人最好的老师，热爱的事物亦是如此。但是由于一个人在不同一时期的阅历和观念不同，可能会产生一些「误以为的热爱」。虽然最终会因此感到遗憾，但是它也会影响一个人一生中的抉择，决定一个人的成长方向。
没有遗憾，又怎么叫做人生呢。
]]>