聊聊关于 CF 域名 DNS API 操作技术
整体使用下来，感觉有点麻烦，我测试到完成用了半个多小时，并不能达到看一眼就弄明白的地步。
一个坑：
curl --socks5 192.168.1.1:80 \
-X GET "https://api.cloudflare.com/client/v4/user/tokens/verify" \
-H "Authorization: Bearer -xx-O" \
-H "Content-Type:application/json"
{"result":{"id":"xx","status":"active","not_before":"2022-11-14T00:00:00Z","expires_on":"2024-01-01T23:59:59Z"},"success":true,"errors":[],"messages":[{"code":10000,"message":"This API Token is valid and active","type":null}]}
raspberry pi os close the port 25技术
怎么关闭 Raspberry OS 的 25 端口呢？
record : how to close raspberry os port 25.
when is use netstat -tunlp | grep 25 to find the process name, but it don't show:
pi@raspberrypi:~ $ netstat -lptun | grep 25 (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN - tcp6 0 0 ::1:25 :::* LISTEN -
记录我遇到的一个存储 Bug技术
26年6.10，回顾这个事情，完全记不得了。人脑的 bug 是有多少，你明知依然会犯错。
使用 rsync 同步一个大文件到一个 U盘，这个 U盘 的剩余容量不够装下这个文件，rsync 自然会中断。然后我们清空 U盘 中的其他文件，腾出足够的空间来给同步的大文件。结果，你会发现，使用 rsync 死活都同步不过去，同步到第一次中断处的百分比就会卡住。这样的问题，不知道是系统的 Bug，还是存储的 Bug，还是 rsync 的 Bug。
我猜想，应该是存储 U盘 有位置记录，同步到存储最末端的位置，自然没法写下去了，这时并不会去管还有没有其他的空间。问题是，系统，rsync，存储，三者都不能很好的协调解决这个问题。
MacOS dd 显示进度技术
发明这个方法的人，真的好牛逼！
dd 命令在 Linux 操作系统上运行，我们使用 “killall -USR1 dd” 命令即显示当前 dd 命令刻录的进度，但在 OS X 上面执行此命令，可能会导致 dd 进程中止。
维基百科对 dd 命令的介绍说：“向运行中的 dd 进程发送 SIGINFO 信号（Linux 上为 USR1）可以使它将 I/O 统计信息打印到 标准错误一次，然后继续复制（注意在 OS X 上，信号可能导致进程终止）。” 重点是 SIGINFP 信号，Linux 上为使用 “killall -USR1 dd” 向运行中的进程发送 SIGINFO 信号，但在 OS X 中向进程发送 SIGINFO 的命令不是 “killall -USR1 dd”，而是 “kill -SIGINFO PID” 或者是 “killall -29 dd”（因为 SIGINFO 在 OS X 中的编号为 29，可以使用 kill -l SIGINFO 查看）。