2026年11月10日 14:00软件资讯00.18K
#人工智能 如果多台电脑通过 Codex 连接同一服务器，SSH 认证可能会出现意料之外的变化。有开发者称多台设备连接到同一远程主机时，共享的 Agent 链接可能会被后连接的客户端切断，进而影响 GitHub 等操作。值得注意的是，这类问题还可能导致 SSH Agent 链接到其他设备，也就是调用密钥访问预期之外的设备。建议经常使用 Codex 操作远程服务器的开发者检查本机 SSH 配置中的 ForwardAgent 设置，如确实需要转发则可以考虑创建权限较小的专用密钥。查看全文：https://ourl.co/128222
据 HN 上开发者的讨论，当用户通过 Codex SSH 连接远程服务器并将本机 SSH Agent 转发过去时，远程进程可能会使用该 Agent 完成身份认证，例如访问用户有权限操作的 GitHub 仓库。而多个 Codex 桌面客户端连接相同的远程服务器 / 远程账号时，还可能出现 SSH Agent 连接被覆盖的问题。
SSH Agent 可以代为处理密钥认证，启用代理转发后远程服务器上的程序可以向用户本机的 Agent 发起签名请求，从而访问其他支持该密钥认证的服务器或 Git 仓库。
私钥通常仍然被保存在本机，但远程进程可能通过转发通道请求使用密钥，如果该密钥还有 GitHub 私有仓库的写入权限，远程环境中的程序在满足认证条件时，也可能使用该权限执行推送等操作。
这对远程开发来说很方便：用户不需要将私钥复制到服务器就可以在远端执行 GitHub 操作。但对于能运行命令的 AI 智能体来说，用户也需要考虑远程任务可能使用到哪些已转发的凭证。
在 Codex 仓库中也有开发者反馈称，自己使用 Windows 和 macOS 客户端连接到同一个 NixOS 服务器账号时，后连接的客户端替换了远程 Codex 服务使用的共享 SSH Agent 链接。
其中 MacBook 对应的 Agent 连接当时没有响应，而 Windows 客户端的连接仍然可以正常访问 GitHub；共享链接被切换后，部分 Git 操作因此而超时，用户手动将链接指向正常连接后认证暂时恢复。
在讨论中也有开发者提到另一项 Codex 提案：希望让长期运行的远程服务在 SSH 重连后继续使用有效的 Agent 连接，不过这个提案已经被关闭且未合并。
经常让 Codex 在远程服务器上执行任务的开发者，可以检查本机 SSH 配置中的 ForwardAgent 设置，确认远程主机是否需要使用本机 Agent。
如果需要转发则适合创建权限较小的专用密钥，控制该密钥能够访问的仓库和服务器。对于重要仓库，也可以使用需要人工确认或硬件安全密钥触摸确认的认证方式，提高安全性。