网络与基础设施系列

用 Cloudflare Email Routing 和 Email Worker 作为衔接层，把 Workers / Pages 的构建状态，也就是成功或失败，发送到 webhook。本文以 Discord 为目标，但同样的模式也适用于 Slack、Telegram、Linear，或任何能接收传入 webhook 的服务。

这套配置生成的 Discord 消息大致如下：

Parsec 故障起初看似 DNS 问题，真正原因却是某条网络路径上针对特定主机名的 TLS 失败。本文记录从误导性症状到通过热点相关排查找出真相的过程。

浏览器打不开网站，而 `ping`、`ssh` 和 `dig` 仍能工作，可能意味着 macOS 的不同解析路径出现了分化故障。本文介绍 Tailscale + Pi-hole 配置如何触发解析器状态损坏，以及为什么重置 DNS 设置会立即解决问题。

大多数个人项目和家庭实验室服务不必公开，但需要能够访问。我想在任何地方，用自己的任何设备访问开发工具、内部面板和副业项目，而不用开放端口、暴露 IP，也不用担心互联网中的谁会偶然发现它们。

这篇文章介绍我如何用 Tailscale、Docker、Caddy 和 DNS 重写，构建一个随处可达、对公网隐形的入口引擎。最终是一套基于域名的私有环境，像一个小型云：有 HTTPS、整洁的主机名和反向代理，但只有我能访问，运行在自己的机器上，完全不暴露到公共互联网。

我想为自己的 Eleventy 简历项目配一套 Docker 环境，同时用 Puppeteer 生成 PDF。我以为这会很简单。结果并不是。

下面是从零到可用的真实过程，包括一路遇到的报错，以及每个报错到底意味着什么。

我想给博客加上第一方访问分析，又不想把流量数据交给 SaaS 厂商。Umami 完全符合需求：开源、可自托管、尊重隐私。我本来就有一台全天在线的小型 VPS，分出一点资源给 Umami，感觉正合适。

关掉常见的追踪器后，访问分析就成了盲区。我需要一个这样的方案：

如果你也想让手机成为完整的开发工作室，随手就能使用 SSH、实时预览和整套工作流，那么这个故事就是写给你的。一次小小的 Tailscale 实验，彻底改变了我构建项目、写代码和保持连接的方式。从私有开发环境到浴缸里写代码，没错，是真的，下面说说它们是怎么串起来的。

每一节都在前一节的基础上推进，直到最后那个“真不敢相信，我的手机已经是一整间开发工作室”的时刻。如果可以，请从头读完，后面的收获值得。

最近，我在 VPS 上用 Docker 和 Nginx 配好 Umami 几小时后，发现一个配置错误把管理后台暴露到了公网。幸好没有立即造成危险。我在创建 Umami 的 Docker 实例后就马上修改了管理员用户名和密码，也在出事之前收紧了访问权限。不过，这仍然让我紧张了一阵：部署时的小失误，后果可能很大。

下面说说事情的经过，以及我从中学到的东西。

今天大半天，我都在让 Umami 统计与一个经过 Cloudflare 和 Nginx 代理的静态博客配合起来。追踪脚本在 Safari 中有 CORS 问题，而在 Firefox 中，开发者工具的 Network 标签页什么也看不到。

这篇记录了我如何沿着线索，从神秘重定向追到幽灵般的 CORS 问题，最后找到 Firefox 隐身的 sendBeacon API。

和许多从 Linux 或服务器环境转过来的开发者一样，我在 Mac 上配置 Docker 时也有些困惑。在 Linux 上，安装 Docker 后就能原生运行。macOS 则不同：没有 Linux 内核，也就没有原生 Docker Engine。这正是 Docker Desktop 和 Colima 这类工具的用武之地。

下面说说我学到的东西。

过去几周，我花了不少时间试用 Tailscale，它很快成了我最喜欢的工具之一。

如果你还没听说过，Tailscale 是一款基于 WireGuard、安全又易用的网状 VPN。无论设备在世界哪里，它都能让它们像处于同一个局域网一样相互通信。

一开始只是一个简单的问题：“为什么 iPhone 使用移动数据时，无法通过 Tailscale 连接我的 MacBook？” 最后却变成了对 NAT 类型、中继服务器以及 IPv6 隐藏潜力的深入探索。这篇文章记录了整个技术排查过程、走过的弯路和最终结论。

问题来了：为什么连 VPS 可以，连 Mac 却不行？