OpenAI Codex Cloud 意外内置 Tailscale 支持，Tailscale 团队毫不知情

Tailscale 集成到 Codex Cloud 的发布过程始于一位 Tailscale 工程师在 Slack 上发的一条消息：“我们和 OpenAI 合作了这个吗？”几分钟过去了，Tailscale 没有人能确认我们参与了，或者有任何人知道这个带着“第 0 天 Tailscale 支持”的全新产品即将发布。

我们没有和 OpenAI 合作这个，但 Codex Cloud 发布时支持 Tailscale 作为 VPN 提供商（目前是唯一一个）。这完全出乎我们的意料，我们高兴极了。

“没有合作协议、定制 API 或集成项目。他们只是使用了和其他所有人一样的 Tailscale 来构建它，”Tailscale CEO Avery Pennarun 在 LinkedIn 上写道。“这就是我希望这些东西运作的方式。”

以下是 Tailscale 在 Codex Cloud 中的工作方式，以及为什么它显然是默认选择。

将 Codex Cloud 与 Tailscale 连接

Codex Cloud 正在逐步向付费 ChatGPT 账户（Plus 及更高版本）推出，所以你可能还无法使用。它运行一个不绑定任何特定设备的 Codex 会话，在你的 GitHub 仓库上工作。加上 Tailscale 访问权限后，你的 tailnet 中的资源也可以访问了。

当你确实有 Cloud 访问权限时，你可以在网页或桌面 ChatGPT 应用的新任务中选择Work in > Cloud，选择要检出的 GitHub 仓库，然后创建一个云环境来工作。

在该环境的Advanced > VPN 设置中，选择 Tailscale。在管理控制台生成一个 auth key。OpenAI 的说明要求同时启用 Reusable，这样“新的云任务 VM 加入你的网络”，以及 Ephemeral，因为“Tailscale 会在临时设备离线后自动移除它们。”还要给该密钥打上标签。这样，每个 Codex VM 都会以 tag:codex 加入，并采用你为它编写的规则，而不是继承生成密钥的那个人的访问权限。

Codex Cloud 现在可以在某些限制下访问你 tailnet 中的内部 API、测试服务和其他资源。目前，Codex Cloud 只能访问 HTTP 和 HTTPS 目标（以及通过 proxy:8088 的 HTTP CONNECT 上的任意 TCP）。

支持私有 IPv4 子网路由，但你必须使用 IPv4 地址或解析为 IPv4 的主机名。MagicDNS 和 split DNS 不起作用，你也不能发送 UDP 和 ICMP。明确不支持到你的 Codex Cloud 节点的入站连接。SSH 和 Tailscale SSH 也不起作用。

默认情况下，Codex 几乎可以访问你 tailnet 中的所有内容。也许你想要这种访问权限来使用强大的编码工具，或者也许这不是你所假设的。让我们来看看。

给云围上栅栏

随着最近越来越多的公司构建 Tailscale 集成，值得为像 Codex 这样的代理工具设置边界——特别是如果你的访问控制仍然是默认的（“所有东西都与所有东西通信”）。可以考虑以下几个步骤：

• 标记代理及其访问的资源
• 使用授权来微调该访问权限
• 为代理密钥设置并保持过期时间
• 开启网络流日志（在 Premium 和 Enterprise 计划上）以查看代理实际访问了什么

随着越来越多的项目开始构建 Tailscale 集成，尤其是那些围绕“代理”的项目，在你的 tailnet 上同时启用设备审批是个好做法。这样网络管理员就能在未关联认证密钥的新设备加入你的 tailnet 之前对其进行审核和批准。

实用工具，易于构建

正如 Avery 所指出的，这个 Codex Cloud 集成并非某项活动的一部分，除了 Tailscale 多年来一直在进行的那个总体活动之外。“你可以让实用工具易于构建，如果人们开始把它们组合成你从未计划过的东西，这个平台就会自行形成。”

如果你正在 Tailscale 上构建一些我们也不知道的东西，我们很想听听：在 Reddit、 Discord、 Bluesky、 X、 Mastodon 或 LinkedIn 上。