一直以来，我都很喜欢 Gl.iNet 的产品。它们通常设计简洁、功能实用，既能满足极客和开发者的需求，又能兼顾家庭用户的体验。无论是路由器还是 KVM 远程管理器，Gl.iNet 在“小而美”的产品线上一直有稳定发挥。

这并不是一台路由器或者 NAS，而是一款 KVM over IP 设备。在传统企业机房里，这类设备往往被用来实现服务器的远程管理：即便服务器关机、系统崩溃，管理员依然可以通过远程方式查看屏幕、控制键鼠，甚至重装系统。过去，这样的功能往往属于 Dell iDRAC、HP iLO、Supermicro IPMI 等服务器管理模块的专属领域。但现在，Gl.iNet 把它做成了一台独立设备，价格和使用门槛也被大大降低，让普通运维人员和 Homelab 爱好者也能体验到“企业级远程管理”的能力。

前几天，一个朋友来找我。他说自己新买了一台云服务器，却发现厂商没有分配公网 IP。最关键的是，他已经在上面部署好了服务，还急着要对外共享。于是他问我：

“这台没有公网 IP 的云服务器，还有办法让别人访问吗？”

网上冲浪的时候看到给群晖配置 server 酱通知的帖子，不过看着比较老旧了。所以自己探索了一下，顺便更新一下教程。也省着下次被停电还得翻日志才能知道。

之前用的 1Password 会员快到期了，价格也不便宜。正好在懒猫微服商店看到了 Vaultwarden，就顺势换成了这个“平替”。

相信很多人听过 Bitwarden。而 Vaultwarden 是社区开发的 Bitwarden 服务端的轻量级实现，最初叫 bitwarden_rs，后来改名为 Vaultwarden。它用 Rust 编写，资源占用小，非常适合个人用户或者轻量自建场景（树莓派、低配 VPS 等）。它是社区实现的轻量替代版，完全兼容 Bitwarden 的官方客户端，部署成本低，特别适合个人或小团队自建。

今天一早打开电脑，习惯性点开 Chrome，结果迎面而来的是一片空白。
不是网络卡顿的那种，而是整个浏览器彻底“黑化”：

• 网页打不开
• 设置页一片白
• 就连 F12 的开发者工具也完全空白

去南京玩的时候，找酒店老板推荐一些正宗的淮扬菜。由于小厨娘在北京都吃过了，所以他给我推荐了三家本地的黑珍珠。金陵饭店坐落于繁华的新街口，地铁口出去很明显就能看到，据说梅苑一直是南京人心中的白月光。现在也是我的淮扬菜白月光了。

今天起，不用下载飞书也能用飞书多维表格了！

在效率工具圈子里，飞书多维表格一直被公认是“隐藏神器”。
但尴尬的是，它原本只能在飞书 App 里用。

多少人因为要下载飞书、注册账号，被拦在门外：

• 自由职业者：我就做个客户表，还得多装一个 App？
• 小团队：光解释注册流程就得半天，协作热情瞬间熄灭。
• 合作方：我们用企微/钉钉，不想折腾飞书账号。

所以，飞书多维表格虽然口碑好，却始终没能“全民普及”。

容器运行 Coco AI，如何访问宿主机的 localhost？

使用容器确实方便了很多事情，但在网络访问上可能会引出一些麻烦。
如果你的调试服务只监听在宿主机的 localhost，那么在容器里访问时，会找的是容器自己的 localhost，所以无法连通。

因为无论是 Coco server 还是 Console 都是服务端发送请求，所以我统一记录下来。

下面介绍几种在不同环境下的解决方案。

1. Mac 的 Orbstack

在 Orbstack 环境中，可以使用 host.docker.internal 代替宿主机的 localhost。
例如访问宿主机的 Hexo 服务（http://localhost:4000/atom.xml）时，直接这样写：

1

http://host.docker.internal:4000/atom.xml

之前合作的过的文科姑娘，来问我电脑问题，是一个关于文件无法删除的问题。报错无法完成此操作，因为发生意外错误(错误代码-8062)。

之前因为 AI 小智才玩过 ESP32S3，摸索了一遍 ESP-IDF 的开发流程。最近又被朋友种草了 Tuya，正好申请到了一块开发板，就顺便来玩玩。板子第二天就寄到了，还额外附送了一块屏幕。因为出门只带了 联想口红电源，所以我直接用它给开发板供电（当然，直连电脑也可以完成烧录和调试）。