用 Cockpit 登录 Codex 时突然弹窗崩溃： 无法加载组织设置 应用已暂停，等待安全加载组织设置后才能恢复。网络连接、代理或防火墙可能导致无法访问…… 如果把 Codex 设置里的“使用 WSL 内核”关掉就一切正常，但因为日常开发都在 WSL 里，肯定不能因噎废食，必须把它揪出来。 折腾了一圈无果 让Gemini4去翻日志排查，终于破案，记录一下踩坑过程。 一、排查过程 看日志抓现行 翻到 %LOCALAPPDATA%\Codex\Logs 目录下的最新日志，启动瞬间抓到这行： warning Desktop startup policy read failed attempt=1 phase=policy-read reason=policy-read retrying=false 原来开启 WSL 内核后，客户端会在 WSL 内部起一个后端服务，启动时必须向 OpenAI 服务器读取安全策略（ policy-read ）。读不到就直接报上面那个错。 顺藤摸瓜测网络 这服务在 WSL 里面吃的是 ~/.codex/.env 里的代理配置（比如 192.168.31.69:7897 ）。 在 Windows 宿主机测 ： curl.exe -x http://127.0.0.1:7897 https://api.openai.com ，秒通。 在 WSL 内部测 ： ping 192.168.31.69 能通，但一发请求 curl http://192.168.31.69:7897 直接超时卡死。 Ping 得通但连不上代理端口，摆明了是 Windows 防火墙把 WSL 过来的 TCP 流量给偷偷 drop 了。 罪魁祸首：换 Wi-Fi 导致网络变成了“公用” 查了一下当前的 Windows 网络属性，破案了： 换了 Wi-Fi 后，Windows 默认把新网络划成了 Public （公用网络） 。在公用网络下，Windows 防火墙直接开了最高防御，任何外部和 WSL 虚拟网卡发往宿主机 7897 端口的入站连接全被干掉了。 二、解决办法 直接把当前 Wi-Fi 改回“专用网络”，让防火墙放行： 打开 Windows 设置 → 网络和 Internet → Wi-Fi ； 点进当前连接的 Wi-Fi 名字； 把网络配置文件从 “公用” 改成 “专用” 。 也可以直接用管理员开个 PowerShell 跑一行命令： Set-NetConnectionProfile -InterfaceAlias "WLAN" -NetworkCategory Private 改完秒解！ 再用 Cockpit 登录 Codex，绿灯秒进，WSL 内核丝滑运行。 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：服务器与云资源
  • 分类依据：内容涉及服务器、云资源或网络线路
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/18 23:43:00