tailscale 蛋疼的问题是跨运营商就难受了。
家中移动可以公网 ipv6 直连。
但是公司电信 NAT4 怎么打洞都不成功。
走中转速度 1Mbps ，开个文档都费劲。

办公只有国产 arm64 ubuntu 套壳系统的笔记本一个选项的羡慕死了。
arm 的 repo 啥也没有，flatpak 不支持，二进制包也没得，想装任何东西都要编译，梦回 gentoo 。

我家用的是 PVE 上建 ZFS 给 debian LXC 容器+Cockpit 的 cockpit-file-sharing 和 cockpit-identities 插件
overhead 很小，而且巨稳定。
对我来说不管是 pve 套 unraid/truenas/synology 都太重了。

obsidian 的非官方同步就两个
syncthing 完全同步，不版本控制或者用 syncthing 的回收站版本控制。经常需要解决 workspace 的文件冲突。
git 同步，但是要排除
.obsidian/workspace.json
.obsidian/mobile-workspace.json
等，否则也是同步冲突。

两个一起用，需要互相排除

我的 Thinkpad X1 Carbon
Fedora Workstation 和 Win 11 双系统，Fedora 下除了 Windows Hello 摄像头不兼容，其它的都正常。

Filebeat(Win/Linux) -> Elasticsearch -> Kibana
Elastic beats 里面有
Winlogbeat
配置不复杂

但是可能不满足"简单"的日志系统需求, 还挺吃系统资源

那个频道不是照着 discord 抄的？

tailscale 亲测可以，但是速度也就够开个文档

自己用直接走代理，公司用的话搭个 harbor 把要用的镜像先下好，反正生产基本不会动中间件的镜像版本。

uptime kuma

MobaXterm
WindTerm 有个很大的毛病是默认的语法高亮碰到大量日志或者文本输出直接会卡崩溃，得手动关闭。

小公司一定要用资费封顶，超出断服务进黑洞那种的。
最难受的就是大公司，不能中断服务的那种。
因为流量刷起来，你的资费很容易就炸了。

技术选型是服务实际需求的，如果你们预估的业务规模不会大规模横向扩张，没有多个项目组分开开发发版的需求，根本就没必要上微服务。

gitlabce 一步到位
什么功能都有了, 版本号定死就可以一直用了.
要升级严格按照官方的 migration 指南来一步步升级就不会出现升级炸了的情况.
就是得限制一下 docker 日志大小,不然跑几个月一个 json 日志几百 G 直接把硬盘撑爆.

有个痛点是, 笔记本合盖接外置显示器就没法用自带的 windows hello 了, 最后还是得要输入 pin

有个反编译修改 dll 强制绕过版本检测“升级”到旧版 public release 通道的办法，不过有后遗症（主要是部分 Windows store 会有 bug ，得重新安装）

plane

最便宜的家用万兆内网：

万兆光猫-光纤-万兆 POE 交换机-光纤-万兆光口网卡-有线客户端
|
光纤
|
万兆 AP-无线客户端

@c0nstantien eq12 n100 三星内存 西数固态 all in one proxmox ，自己换了一张 ax210 直接就能连 wifi 啊，就是桥接比较折腾。