Headscale 源码构建、集群扩展、多租户隔离、MagicDNS 和兼容实践文章。
查看所有标签把一款 App 做给一群不同网络环境的人用，最难的地方不是功能本身，而是"进门"这一步。
有人用云雀通的托管网络，账户密码一输就进去了。有人习惯用密钥，一串字符即是身份。还有相当一部分人，他们的网络不在云雀通上——他们运行着自己的 Tailscale 网络，或者在某个 VPS 上维护着一套自建的 Headscale 服务。
让每一个人都能用自己的方式走进来，是云雀通 iOS App 从一开始就在考虑的事。
有时候，一个产品的起点，并不是宏大的蓝图，而是一件很小的事。
人在外面，忽然需要发布一段程序，修一个服务，或看一眼家里的机器。手边只有一只平板、一部手机，心里却惦记着那台安静放在桌角的电脑。若能像推开家门一样，轻轻连上它，该多好。
云雀通，就是从这样一个朴素的愿望里长出来的。
这篇文章展示在单实例 headscale 中实现多租户隔离的改造结果，重点覆盖 tailnet、ACL、路由、MagicDNS、CLI 和中继策略。
当 Headscale SaaS 需要扩容、维护或做负载再平衡时，核心问题是如何让用户在迁移时尽量“无感”。本文给出一套实战方案：动态路由 + 系统层精准断链 + 自动重连。
这篇文章分享 headscale 从单体到可线性扩展集群的核心改造路径：cluster_id 分片、共享 PostgreSQL、接入控制程序（ACS）、查询隔离与 netmap 增量化。
这篇文章整理了 headscale 在 200 客户端规模下的压测方法，包括环境建议、一键脚本、抖动测试和流量抽样流程。
原文链接： headscale系列：headsale压力测试
本文记录在 headscale 中启用 MagicDNS 的配置方法，以及 extra-records.json 的实践用法，方便在客户端通过主机名访问设备而不是直接记忆 IP。
Headscale 官方镜像用 docker images 查看通常只有约 80MB。如果我们直接写 Dockerfile 打包，镜像往往会明显更大。
这篇文章记录一个更贴近官方体积的做法：使用 ko 构建 Headscale 容器镜像，而不是手写 Dockerfile。
本文基于我在个人博客中的实践记录，介绍如何在 Windows + WSL2 + Ubuntu 环境下编译 Headscale 源码，并整理常见报错与处理方式。
原文链接： 使用Headscale源码自行编译打包