你用的梯子是基于 clash 内核的吧，这个内核会在无法正确访问目标服务器时返回 502 而非透明处理连接错误

@ck1llc 可以试试用 OPNsense ，强制门户可以实现上面的那个强制跳转，FreeRADIUS 可以实现内置的 AAA 流程并为下属的 AP 提供 WPA2-Enterprise 版本的 802.1x 认证服务器

试试用 WAP3 或者 WPA2-Enterprise 的 802.1x 服务器认证

之前买了个 N5105 ，忘记是去年还是前年了，跑 OPNsense 一直很稳定，把之前的 J4125 的配置直接导出并迁移过来就能用，无论是之前 J4125 跑千兆还是现在的 N5105 跑 2.5G ，CPU 使用率几乎一直都在 50%以下，被动散热温度也很少超过 70 摄氏度

建议冷数据丢磁带机里保存，反正这种需求超过 5 年的旧数据平时应该不经常访问，真的要访问了等一两个小时也不是问题
数据完整性就靠多备份，规划一下每隔一段时间重新验证数据就行了，反正磁带便宜
可以直接存储加密的数据到磁带上防止介质丢失的问题

关注的人压根不会搞这种花里胡哨的东西，要高 iops 直接上 SAN 了
而且说实话 nas 的瓶颈一般不会在 iops 上，大多数都是追求高吞吐量和大容量存储才用的 nas ，带宽够大就行了，总不会有人在 nas 上跑数据库吧
nas 大多都是用的 nfs/cifs/webdav 作为**文件**级别的共享，一般也会提供 iSCSI 的 LUN 挂载作为**块设备**级别的远程访问，但是用的人属于是少数，一般还会有一些第三方支持（套件/docker 容器）提供**对象**级别的共享，这个就更无所谓 iops 了
如果你有高 iops 的网络存储需求，最好还是搞个靠谱的企业级存储解决方案，而不是用 nas 这种消费级的东西来凑，可以看看 DELL EMC/HPE/IBM 这几家的存储解决方案

要不嘉立创自己搓一个吧

你可以把大量的逻辑都写成二进制，然后打包的时候交叉编译到所有常见架构上实现跨平台，Java 的部分用来做调用和调度以及兼容层

https://www.motoslave.net/sugarcube/2/ 可以试试这个，DoL 和 CoT 都是用这个引擎做的

哥德尔、埃舍尔、巴赫：集异璧之大成

试试 onesimcard 的，+372 的号码，可以用 PEN 添加其它区域，没有月费，但是余额有有效期，需要过一段时间充值一次重置有效期

macos 应该可以和 Linux 一样挂载 nfs 和 cifs 到本地吧？也许需要安装对应的包

就用真实域名，解析到内网然后用 acme.sh 签署证书，需要频繁更新证书的用内网的 vault 作为 pki 进行 acme 签发，预先安装自己的 CA

建议是一块硬盘一个分区，但是多装几块硬盘

用 dnsdist 自建的 dns 也能支持 ecs ，前提是配置正确

如果只是远程管理可以考虑传统的 rdp/vnc 和你提到的这两个以及 rustdesk
但是你有远程串流打游戏的需求，那就只能 sunshine/moonlight 了

@iminto Jenkins 确实很好用，功能也很强大，在某些特定的场景下是最佳的选择（比如你要传递很多复杂的参数并且需要界面跟随你的选择调整可选择的参数），但是并不能覆盖所有的场景，比如本主题提到的“单服务器最小规模 CI/CD”，Jenkins 的资源消耗并不低，同时它的部署和管理以及使用也没有想象中的那么简单和方便，要实现和 GitHub Action 一样的便利性还是有相当的差距。

@iminto 建议多用用，Jenkins 光是各种插件依赖要管理起来就很麻烦了，到时候照样要走梯子
纯写 ssh 又要管理脚本，然后你 pipeline 是不是还要额外的仓库来存储，凭据怎么管理，是不是要做统一身份认证，要不要和 git 服务做整合
还有你怎么处理 workspace 的环境干净，最后还不是要引入容器化甚至虚拟化确保构建可重复性？
然后你要事件触发是不是还要额外配置 Jenkins 项目里的轮询，每次改构建流程和参数是不是要改 3 个地方，一个是项目本身的代码，一个是 pipeline 的 jenkinsfile ，然后还要在界面上配置 job 的参数修改和触发时机，这不是引入了更多的复杂度？