Codex安装后命令能运行但无法联网，说明问题出在网络链路或系统级配置：第一步用curl测试基础连通性；第二步以管理员身份执行四条证书修复命令并必须重启；第三步重置WinHTTP代理并清除HTTP_PROXY/HTTPS_PROXY环境变量；第四步WSL用户需配置.wslconfig并重启；第五步用NODE_TLS_REJECT_UNAUTHORIZED=0临时验证证书问题。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex安装后命令能运行但始终无法联网，说明本地环境和基础安装已通过，问题锁定在网络链路或系统级配置层面，必须按顺序逐层验证代理、证书、DNS和权限设置。
第一步：确认网络基础连通性
打开管理员PowerShell，执行：curl -I https://chatgpt.com --max-time 10。如果返回超时或connection refused，说明不是Codex本身的问题，而是系统级网络不通。
这一步跳过浏览器验证，直接用底层curl测试，避免被浏览器缓存或插件干扰。若失败，立即进入证书修复流程，不要继续改Codex配置。
第二步：修复Windows根证书（最常见原因）
以管理员身份运行PowerShell，严格按顺序执行以下四条命令：
① 清理证书缓存：certutil -urlcache *delete
② 下载并导入最新根证书：certutil -generateSSTFromWU roots.sst && certutil -addstore -f Root roots.sst
③ 重置Winsock协议栈：netsh winsock reset
④ 重置TCP/IP协议：netsh int ip reset
【必须重启电脑】 这四步操作不会立即生效，不重启则证书更新和协议重置全部无效，后续所有排查都白做。
第三步：检查并清除代理干扰
方法一：重置系统级WinHTTP代理
在管理员CMD中运行：netsh winhttp reset proxy。这条命令会清空Windows服务组件使用的代理设置，不影响浏览器，但直接影响Codex CLI。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法二：检查环境变量
运行：echo %HTTP_PROXY% && echo %HTTPS_PROXY%。如果输出非空，说明存在全局代理变量，需手动在系统环境变量中删除这两项——【Codex不兼容大写HTTP_PROXY变量】，即使值正确也会导致连接中断。
第四步：WSL用户专项处理
如果你在WSL中运行Codex，请先确认网络是否可用：
执行：cat /etc/resolv.conf。若报错“No such file or directory”，说明WSL DNS未生成，必须立刻修复。
打开Windows记事本，编辑%USERPROFILE%\.wslconfig，写入以下内容：
[wsl2]networkingMode=NATdnsTunneling=trueautoProxy=false
保存后，在PowerShell中执行：wsl --shutdown，再重新启动WSL终端。此时curl -I https://api.openai.com应能正常返回状态码。
第五步：验证并启用TLS绕过（仅临时测试）
若以上步骤全部完成仍失败，可临时验证是否为证书校验引发的阻断：
在Codex命令前添加环境变量：NODE_TLS_REJECT_UNAUTHORIZED=0 codex --version。
如果此时命令成功返回版本号，证明问题确实在证书链校验环节，说明第二步的证书修复未彻底生效，需重复执行并确保重启。
