TROUBLESHOOTING

Codex 常见报错排查:401、model not found 与连接失败

先定位错误发生在安装、鉴权、路由、模型还是本地配置层。不要同时修改多个字段,否则很难判断真正原因。

更新于 2026-07-25独立配置导航中文步骤
01

401 / Unauthorized

优先检查 API Key 是否复制完整、是否已经过期、是否被撤销,以及 Codex 实际读取的是哪一份凭据。

  • 重新复制 Key,排除首尾空格。
  • 确认 Key 属于当前使用的服务。
  • 完全重启 Codex 后再次测试。
02

model not found

模型名必须与后台列表完全一致。显示名称、别名和实际请求 ID 可能不同,最稳妥的方式是直接从后台复制。

  • 核对大小写、短横线和版本后缀。
  • 确认当前 Key 有权使用该模型。
  • 确认请求确实走向预期 provider。
03

connection failed / timeout

先检查 Base URL 是否为后台提供的基础地址,再检查网络、代理、证书和服务状态。不要把基础地址写成某一个具体接口路径。

# 仅验证域名与基础路径是否可达
curl -I YOUR_API_BASE_URL
04

配置不生效或仍走旧地址

检查当前用户目录、配置文件名、provider 名称和终端环境变量。升级或修改配置后,应完全退出旧进程并重新启动。

  • 确认修改的是实际被读取的 config.toml。
  • 检查 model_provider 与 [model_providers.xxx] 是否一致。
  • 检查是否存在覆盖配置的旧环境变量。
05

最短排查顺序

按 Key → Base URL → 模型名 → provider → Responses API → 网络的顺序检查,每一步只改一个变量并记录结果。

这一步常见的问题

为什么网页能打开但 Codex 请求失败?

网页访问成功只说明站点可达,API 还涉及具体路径、鉴权、协议和模型权限,应继续检查 Base URL、Key 与接口类型。

遇到报错应该先重装吗?

大多数鉴权、模型和 Base URL 问题与安装包无关,先按固定顺序检查配置,确认 CLI 本身损坏后再重装。

CODEXZH.TOP CONFIG GUIDE

从当前问题,
继续下一步。

打开完整排错教程查看全部导航