这个错误是指 redis 服务器的证书配置有问题。你用 ca 再做一套新的 server.crt 和 server.key 。

启动 redis 服务器用下面这个参数：
redis-server --tls-port 6666 --port 0 --tls-cert-file ./server.crt --tls-key-file ./server.key --tls-ca-cert-file ./ca.crt

客户端用这个测试命令：
redis-cli --tls -p 6666 --cert ./client.crt --key ./client.key --cacert ./ca.crt

冲浪板加规则

你要用 ca 再做一套 client.crt 和 client.key ，redis-cli 使用 client.crt 、client.key 、ca.crt 这 3 个文件

二战的时候，英国人破译德国人密码，就是利用了信息头部和信息结尾内容相同的特点，降低了破解难度。因此，理论上，获取 ABCDE 后破解难度会下降。

可是，AES 不是二战时的加密算法。攻击者获取 ABCDE 后，破解难度的下降程度忽略不计。也许同一个超大文件被不同 AES 密钥加密后，被获取数亿~数百亿次，类似这种规模才有研究讨论的意义。

这个讨论意义不大。AES 加密的目的，就是将密文放到公网(不安全网络)上传输的，传输的节点(如公司网管、电信路由节点管理员、酒店 WIFI 管理员等)都能获取到密文。也就是说，AES 加密的目的，就是让密文在“泄密”的场景下传输数据的。

因此，没有“密文泄密”这个概念。破解难度只与密钥长度有关，AES256 目前是足够安全，没人会去暴力破解的。

N100 是跑 NAS 、软路由的，做开发不行。建议上 amd 5800H 或者 6800H 。如果选华硕，你要留意 amd6 系列的 minipc 可能是最高 32GB 内存，没法 64GB 。

app 常用的 dns+https ，大厂 app 统统改成 ip+tcp ，域名解析和数据加密都是跑私有协议，为了安全(避友商)

其实，如果是基于 windows 做些小应用，也可以考虑用 .net 4.0 。.net 4.0 的运行库是内置 win10 ，生成 exe 后直接绿色运行。

.NET Core 项目，在 VS 菜单里选择“发布打包内容”，然后“部署模式”选择“独立”，选中“生成单个文件”和“裁剪未使用的代码”，可以生成独立运行的程序，不再需要.net core 运行库。可以用于生产。

proc.terminate() 改成 proc.kill() 试试。linux 一定能杀掉，windows 不知道是否可行。

hyper-v 安装 linux 。这是生产环境可用的方案。

windows 的 wsl2 和 docker desktop 都是为测试环境设计的，hyper-v 是为生产环境设计的。

如果必须是子进程，我是这样调试的。
1. 把子进程的核心代码封装成 class ，通过代码直接引用的方式，把子进程的 class 加到主进程项目里直接调用
2. 调试去 bug
3. 将 class 从主进程移除，改回到子进程，加入一些 print
4. 主进程通过 Popen 调用子进程，看一下 print 出来的内容是否 OK

@wganbleuthall 如果子进程也是 python 代码，建议改成子线程 ThreadPoolExecutor 。ThreadPoolExecutor 可以配置一个最大线程数，例如：你设置最大线程数是 5 ，你可以一次性把 100 个任务都仍到 ThreadPoolExecutor 里运行，ThreadPoolExecutor 会先同时运行前 5 个，然后结束 1 个再运行队列的下一个，直到 100 个任务都运行完毕。

ThreadPoolExecutor 里运行的代码是支持 debug 的。

@Zheming 能不能大致讲一下如何将流量转到 cloudflare warp?

@bigshawn 是同一个 ip 地址吗？

多线程是可以设置断点的。但是，你这是多进程，不是多线程。

自建 git 服务器。小团队可以直接使用 linux 内置的 git 功能，客户端使用 SSH 协议访问 git 服务器。如果想进一步提升系统安全性，可以把 git server 部署到 Docker 里。

推荐：
Windows + Hyper-V + ubuntu

使用 docker ，推荐：
弃用 docker desktop ，改用 Hyper-V + ubuntu/debian + docker ce + portainer

我试了一圈，最后还是用 windows server 2022+hyper-V 方案。原因：

1. 虚拟机内存支持动态分配。例如：你可以给每个虚拟机最大 32GB 内存，每个虚拟机实际占用物理内存是根据自己的程序运行情况的。虚拟机里关闭某个程序后，内存会自动还给主机给其他虚拟机用。虚拟机内存动态分配支持 windows ，也支持 ubuntu 和 debian 。

2. 硬盘“删除重复数据”功能。例如：1 个 Win 虚拟机占硬盘 50G ，5 个 Win 虚拟机合计占硬盘也就 60-70G 左右。虚拟机支持实时完整备份，删重后备份数据几乎不占硬盘空间。(虚拟机快照是给测试环境用的，生产环境备份一般都不用快照，而是实时完整备份）

3. 硬件驱动程序中，windows 版本的驱动程序通常是最好的。因此硬件兼容性好，能发挥出硬件的最大性能。

4. 微软 hyper-v 对 ubuntu 和 debian 最新版本做了特别优化，运行效果不错。

Windows Server+Hyper-V 的“内存动态分配”和“硬盘删除重复数据”秒杀其他 vm 软件，对 linux 支持也好，容易维护，值得推荐。

对于 vscode+remote 开发，建议是 Windows Server + Hyper-V + Debian/ubuntu
对于 docker ，建议 Wiindows Server + Hyper-V + Debian/ubuntu + Docker CE+portainer