GL.iNet Slate 7、Tailscale 与防火长城环境下的分流
10 条
用 Cloudflare Email Routing 和 Email Worker 作为衔接层,把 Workers / Pages 的构建状态,也就是成功或失败,发送到 webhook。本文以 Discord 为目标,但同样的模式也适用于 Slack、Telegram、Linear,或任何能接收传入 webhook 的服务。
这套配置生成的 Discord 消息大致如下:
大多数个人项目和家庭实验室服务不必公开,但需要能够访问。我想在任何地方,用自己的任何设备访问开发工具、内部面板和副业项目,而不用开放端口、暴露 IP,也不用担心互联网中的谁会偶然发现它们。
这篇文章介绍我如何用 Tailscale、Docker、Caddy 和 DNS 重写,构建一个随处可达、对公网隐形的入口引擎。最终是一套基于域名的私有环境,像一个小型云:有 HTTPS、整洁的主机名和反向代理,但只有我能访问,运行在自己的机器上,完全不暴露到公共互联网。
我想给博客加上第一方访问分析,又不想把流量数据交给 SaaS 厂商。Umami 完全符合需求:开源、可自托管、尊重隐私。我本来就有一台全天在线的小型 VPS,分出一点资源给 Umami,感觉正合适。
关掉常见的追踪器后,访问分析就成了盲区。我需要一个这样的方案:
Rust 是这个时代设计最用心的语言之一,但在 macOS 上安装它,却莫名让人摸不着头脑。常见建议是运行 curl https://sh.rustup.rs | sh 这样的一行命令。它确实很好用,却隐藏了许多幕后过程。对于更重视安全,或只是想知道装了什么、装在哪儿的开发者来说,这种默认方式很像一个黑箱。
这篇文章会介绍在 macOS 上安装和管理 Rust 的不同方法:Homebrew 的便利、rustup 的灵活,以及手动安装或容器环境的透明度。目标很简单:在保留实用性的同时,让你了解过程并掌握控制权。
最近,我在 VPS 上用 Docker 和 Nginx 配好 Umami 几小时后,发现一个配置错误把管理后台暴露到了公网。幸好没有立即造成危险。我在创建 Umami 的 Docker 实例后就马上修改了管理员用户名和密码,也在出事之前收紧了访问权限。不过,这仍然让我紧张了一阵:部署时的小失误,后果可能很大。
下面说说事情的经过,以及我从中学到的东西。
和许多从 Linux 或服务器环境转过来的开发者一样,我在 Mac 上配置 Docker 时也有些困惑。在 Linux 上,安装 Docker 后就能原生运行。macOS 则不同:没有 Linux 内核,也就没有原生 Docker Engine。这正是 Docker Desktop 和 Colima 这类工具的用武之地。
下面说说我学到的东西。
今天大半天,我都在让 Umami 统计与一个经过 Cloudflare 和 Nginx 代理的静态博客配合起来。追踪脚本在 Safari 中有 CORS 问题,而在 Firefox 中,开发者工具的 Network 标签页什么也看不到。
这篇记录了我如何沿着线索,从神秘重定向追到幽灵般的 CORS 问题,最后找到 Firefox 隐身的 sendBeacon API。
过去几周,我花了不少时间试用 Tailscale,它很快成了我最喜欢的工具之一。
如果你还没听说过,Tailscale 是一款基于 WireGuard、安全又易用的网状 VPN。无论设备在世界哪里,它都能让它们像处于同一个局域网一样相互通信。
一开始只是一个简单的问题:“为什么 iPhone 使用移动数据时,无法通过 Tailscale 连接我的 MacBook?” 最后却变成了对 NAT 类型、中继服务器以及 IPv6 隐藏潜力的深入探索。这篇文章记录了整个技术排查过程、走过的弯路和最终结论。
问题来了:为什么连 VPS 可以,连 Mac 却不行?