1. Win11 下 ssh 私钥 too open 到底卡在哪如果你在 Win11 的 PowerShell 里敲下ssh -i C:\codex-ssh-key\xxx_key userhost结果迎面撞上这么一串Permissions for C:\\codex-ssh-key\\xxx_key are too open. It is required that your private key files are NOT accessible by others. This private key will be ignored. Load key C:\\codex-ssh-key\\xxx_key: bad permissions userhost: Permission denied (publickey).那说明你碰到的不是网络问题也不是服务器没开公钥认证而是 Windows 的 NTFS 权限模型和 OpenSSH 的预期对不上。ssh 客户端在加载私钥前会检查这个文件的访问控制列表ACL只要发现除你本人之外还有别的账户或组能读到它就直接拒绝使用连尝试登录的机会都不给。习惯 Linux 的人第一反应是chmod 600 xxx_key。但在 PowerShell 里chmod要么不存在要么只是Set-ItemProperty的别名改的是只读属性跟 ACL 完全不是一回事所以你会发现敲完毫无效果报错照旧。真正要动的是文件属性里的「安全」选项卡也就是 ACL 条目本身。这篇就是按排障视角来写的先讲清楚报错含义再给出 Win11 图形界面改权限的完整步骤然后重点说怎么用 TaoToken 提供的 Key 接上 Codex把报错原文和你的操作贴给它让它逐条帮你核对有没有漏掉「更改所有者」或权限条目并顺手生成等价的icacls命令由你自己手动执行。私钥检查和 ssh 登录全程都在你本机完成任何 AI 工具都不需要、也不应该去连你的服务器。适合谁看在 Win11 上用 OpenSSH 连远程服务器、被 too open 卡住、又不想把私钥权限改错导致更麻烦的人。2. 先拿 TaoToken 的 Key让 Codex 接上通道这一步只解决一件事让 Codex 能正常调用模型好帮你复核权限修复流程。它跟你的私钥、你的服务器没有任何关系TaoToken 在这里只提供 Key 和通道地址。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册账号进控制台创建一个 API Key。创建入口在 https://taotoken.net/api-keys 拿到那串以sk-开头的 Key 之后先存好后面配置要用。然后在 Codex 的配置里把 Base URL 填成https://taotoken.net/api注意两点结尾不要加/v1也不要带任何 UTM 参数。很多人习惯性补/v1结果请求路径拼错报 404 或者模型找不到回头还以为是 Key 的问题。填完 Base URL 和 Key保存后 Codex 就能接上通道了。提示Key 只用于模型调用别把它写进任何跟 ssh 相关的脚本或配置文件里两者职责分开排障时思路才清晰。如果你后面要长期用 Codex 做编码或 Agent 类任务可以了解下 Coding Planhttps://taotoken.net/coding-plan 。单纯这次排障用按量 Key 就够了。3. Win11 私钥权限修复的完整可复制步骤下面这套流程全部在你本机的文件属性面板里完成不涉及任何远程操作。核心目标只有一个让这个私钥文件只剩你本人一个有权访问的主体。3.1 打开高级安全设置右键你的私钥文件比如C:\codex-ssh-key\xxx_key选「属性」切到「安全」选项卡点右下角的「高级」。这里看到的就是这个文件的 ACL 全貌通常你会看到SYSTEM、Administrators、Users以及你自己的账户好几条正是这些多余条目触发了 too open。3.2 禁用继承并清空权限条目在高级安全设置窗口左下角点「禁用继承」弹窗里选择「将继承的权限转换为此对象的显式权限」或者直接删除然后回到列表把所有显示的权限条目逐条「删除」。删完之后列表应该是空的。这一步对应 Linux 里把 group 和 other 的权限全部拿掉只留 owner。3.3 更改所有者在同一窗口顶部找到「所有者」字段点后面的「更改」。在新窗口点「高级」再点「对象类型」只勾选「用户」其他都不选确定。然后点「立即查找」在搜索结果里选中你自己那个带邮箱的账户比如xxxxx.com这种一路确定回来。所有者必须是你本人否则后面加权限条目时可能加不进去或者加错对象。3.4 添加你自己的权限条目回到高级安全设置窗口点「添加」→「选择主体」→「高级」→「立即查找」同样在结果里选中你那个带邮箱的账户确定。权限类型选「允许」权限范围勾「完全控制」或至少「读取」确定保存。3.5 用 icacls 复核可选但推荐图形界面点完之后建议在 PowerShell 里跑一条命令确认结果顺便也方便贴给 Codex 核对icacls C:\codex-ssh-key\xxx_key正常输出应该只剩你一个账户类似C:\codex-ssh-key\xxx_key DESKTOP-XXXX\xxxxx.com:(F)如果还看到BUILTIN\Users或NT AUTHORITY\SYSTEM说明条目没删干净回到 3.2 重来。确认干净后重新执行 ssh 登录ssh -i C:\codex-ssh-key\xxx_key userhost这次应该就能正常握手不再报 too open。4. 把报错和操作贴给 Codex让它逐条核对权限改完还是登不上或者你不确定自己有没有漏步骤这时候 Codex 就派上用场了。关键是把信息给全让它做「对照检查」而不是替你操作。在 Codex 里模型对话入口https://taotoken.net/model-chat 新建一个会话把下面这几样一起贴进去第一报错原文一字不改Permissions for C:\\codex-ssh-key\\xxx_key are too open. Load key C:\\codex-ssh-key\\xxx_key: bad permissions Permission denied (publickey).第二私钥路径以及你icacls的实际输出。第三你刚才在图形界面做的操作按顺序描述比如「已禁用继承、已删除全部权限条目、已把所有者改成 xxxxx.com、已添加自己账户为完全控制」。然后给它一个明确指令比如请对照 Win11 OpenSSH 对私钥权限的要求逐条检查我上面的操作是否完整 重点看所有者是否改对、权限条目是否只剩我一个主体。 如果有遗漏指出具体是哪一步并给出等价的 icacls 命令我自己手动执行。它一般会告诉你所有者没改会导致添加条目失败只删了部分条目会残留Users或者你加的是Administrators而不是本人账户。它给出的icacls命令形如icacls C:\codex-ssh-key\xxx_key /inheritance:r icacls C:\codex-ssh-key\xxx_key /grant:r xxxxx.com:F这两条的含义是先切断继承再只授予你本人完全控制。命令由你在本机 PowerShell 里手动跑Codex 不接触你的文件系统也不连你的服务器。跑完再用icacls看一眼输出确认只剩一个主体然后重试 ssh。5. 本篇常见报错排查报错一改完权限还是 too open。最常见的原因是权限条目没删干净icacls输出里还留着BUILTIN\Users。回到 3.2 重新禁用继承并删除或者直接用第 4 节的两条icacls命令覆盖。报错二添加权限条目时找不到自己的账户。多半是「对象类型」没勾「用户」或者「立即查找」时选错了域。确认勾选「用户」搜索时选本机账户那个带邮箱的条目。报错三所有者改不了提示拒绝访问。说明当前登录账户对这个文件没有取得所有权的权限先用管理员身份打开文件属性再操作或者用takeown命令接管后再改。报错四ssh 报 Permission denied (publickey) 但不再提 too open。这说明权限已经过关问题转移到公钥认证本身检查服务器~/.ssh/authorized_keys里有没有对应公钥、权限是不是 600、sshd_config里PubkeyAuthentication是否为 yes。这部分跟 Windows 私钥权限无关了。报错五Codex 返回 404 或模型不存在。检查 Base URL 是不是写成了https://taotoken.net/api/v1去掉/v1再试同时确认 Key 是从 https://taotoken.net/api-keys 创建且未过期。6. 后续怎么用这套组合权限修好、ssh 能登之后这套「TaoToken 供 Key Codex 复核」的用法可以留着。以后遇到类似的 Windows 权限、环境变量、路径转义类报错都可以把原始报错和你的操作贴给 Codex让它做对照检查并生成可手动执行的命令而不是让它直接去动你的机器。需要长期做编码或 Agent 任务的话走 Coding Plan 更划算https://taotoken.net/coding-plan 。接入细节和参数说明看文档https://taotoken.net/doc 。Key 管理仍在 https://taotoken.net/api-keys 。记住那条底线私钥和服务器始终在你手里AI 只帮你核对流程、生成命令执行权永远归你。