多台电脑连接相同服务器时 Codex SSH认证可能会相互影响并引发权限问题
内容提要
多个Codex客户端连接同一远程服务器时，SSH Agent转发可能因共享链接被后连接的客户端覆盖，导致Git操作超时，甚至使远程进程借用本机密钥访问其他设备或GitHub仓库。建议开发者检查ForwardAgent设置，必要时创建权限较小的专用密钥，重要仓库采用人工确认或硬件密钥认证。
延伸解读
SSH Agent 转发的便利与风险
启用 SSH Agent 转发后，远程服务器上的程序可通过本机 Agent 请求签名，从而访问其他服务器或 Git 仓库，无需将私钥复制到远端。这为远程开发带来便利，但也意味着远程进程（包括 AI 智能体）可能借用本机密钥执行操作。若密钥拥有 GitHub 私有仓库写入权限，远程环境中的程序在满足认证条件时也可能推送代码，用户需权衡便利与安全。
多客户端连接时的覆盖问题
有开发者反馈，使用 Windows 和 macOS 客户端连接同一 NixOS 服务器账号时，后连接的客户端替换了远程 Codex 服务使用的共享 SSH Agent 链接。当时 MacBook 对应的 Agent 连接无响应，而 Windows 客户端仍可正常访问 GitHub；共享链接被切换后，部分 Git 操作超时，手动将链接指向正常连接后认证暂时恢复。这表明多设备连接同一远程主机时，Agent 链接可能被覆盖，影响操作稳定性。
可检查的配置与缓解措施
经常使用 Codex 操作远程服务器的开发者，应检查本机 SSH 配置中的 ForwardAgent 设置，确认远程主机是否真的需要本机 Agent。若确需转发，可创建权限较小的专用密钥，限制其能访问的仓库和服务器。对于重要仓库，还可采用需要人工确认或硬件安全密钥触摸确认的认证方式，以降低密钥被远程进程滥用的风险。
Q&A
多台电脑同时用 Codex 连接同一台服务器，为什么 SSH 认证会出问题？
因为多个 Codex 客户端连接同一远程服务器时，共享的 SSH Agent 链接可能被后连接的客户端覆盖，导致先前的连接失效，进而影响 Git 操作（如超时），甚至使远程进程借用本机密钥访问其他设备或 GitHub 仓库。
SSH Agent 转发在 Codex 远程开发中有什么便利和风险？
便利是用户无需将私钥复制到服务器即可在远端执行 GitHub 操作；风险是远程进程可能通过转发通道请求使用本机密钥，若密钥有 GitHub 私有仓库写入权限，远程程序可能借此执行推送等操作，尤其对能运行命令的 AI 智能体需警惕。
如何避免 Codex 多设备连接时 SSH 认证相互干扰？
建议检查本机 SSH 配置中的 ForwardAgent 设置，确认远程主机是否需要使用本机 Agent；如确需转发，可创建权限较小的专用密钥，控制其能访问的仓库和服务器；对于重要仓库，采用需要人工确认或硬件安全密钥触摸确认的认证方式。
Codex 远程服务在 SSH 重连后能否保持 Agent 连接？
有开发者提出提案，希望长期运行的远程服务在 SSH 重连后继续使用有效的 Agent 连接，但该提案已被关闭且未合并，目前没有官方支持的机制。
多个 Codex 客户端连接同一服务器时，覆盖问题具体是如何表现的？
有开发者反馈，使用 Windows 和 macOS 客户端连接同一个 NixOS 服务器账号时，后连接的客户端替换了远程 Codex 服务使用的共享 SSH Agent 链接。当时 MacBook 对应的 Agent 连接无响应，而 Windows 客户端的连接仍可正常访问 GitHub；共享链接被切换后，部分 Git 操作超时，手动将链接指向正常连接后认证暂时恢复。
使用 Codex 进行远程开发时，如何降低密钥被滥用的风险？
可以创建权限较小的专用密钥，限制其能访问的仓库和服务器；对于重要仓库，使用需要人工确认或硬件安全密钥触摸确认的认证方式；同时检查 ForwardAgent 设置，仅在必要时启用转发。
