- SignalDesk4 days ago
Original Summary
更新后出现 nodeRepl.fetch request failed Codex自己修复了几次还是不行 记录一下 我是配置的这个代理,而非tun和全局代理 setx HTTPS_PROXY "http://127.0.0.1:10808" setx ALL_PROXY "http://127.0.0.1:10808" setx NO_PROXY "localhost,127.0.0.1,::1,192.168.,10.,172.16.,172.17.,172.18.,172.19.,172.20.,172.21.,172.22.,172.23.,172.24.,172.25.,172.26.,172.27.,172.28.,172.29.,172.30.,172.31." setx WSLENV "HTTP_PROXY/u:HTTPS_PROXY/u:ALL_PROXY/u:NO_PROXY/u" 根据: 【已解决】新版Codex无法连接浏览器 - 搞七捻三 - LINUX DO 请问如何不用tun模式下使用codex app或者codex插件 - 搞七捻三 - LINUX DO 开启tun就好了,重新让Codex分析得到: 原因找到了:Codex 内置的是 Node.js v24.20.0,它虽然支持环境代理,但必须额外启用: setx NODE_USE_ENV_PROXY "1" 你原来的 HTTP_PROXY/HTTPS_PROXY/ALL_PROXY 已成功写入用户环境,但 NODE_USE_ENV_PROXY 当前为空,所以 Browser Use 的 Node fetch 不会自动读取它们。 设置后需要: 1. 完全退出 Codex。 2. 确认后台 ChatGPT.exe、node_repl.exe、extension-host.exe 均已退出。 3. 重新启动 Codex。 4. 关闭 TUN,再验收 Browser Use。 另外,setx 只影响之后启动的进程,对已经运行的 Codex 无效。命令中的地址应是纯文本: setx HTTP_PROXY "http://127.0.0.1:10808" setx HTTPS_PROXY "http://127.0.0.1:10808" setx ALL_PROXY "http://127.0.0.1:10808" setx NODE_USE_ENV_PROXY "1" 如果这样仍然失败,说明剩余连接来自不使用 Node 代理机制的原生进程,届时再配置 WinHTTP 或按进程代理;无需重装 Codex。OpenAI Docs 也说明浏览器流量与命令网络代理是独立路径:配置参考资料。 github.com/openai/codex Windows: Chrome control fails with nodeRepl.fetch request failed 已打开 11:59AM - 09 Sep 26 UTC gc8531517-sketch bug windows-os app browser Chrome browser control fails on Windows with
nodeRepl.fetch request failed. C … hrome was detected, but listing tabs failed. In-app browser tab listing succeeded in the same session. An attempt to open Edge through the control tool also failed. Extension and native-host checks passed. Reinstalling the extension, restarting Windows and the app, and resetting the browser session did not resolve the issue. The app reports it is up to date. Feedback ID: 01a07aca-9ad6-71d1-92ed-383061a55e95 Please advise on the underlying cause and a supported fix or workaround. 暂时记录下,没顾得上检验NODE_USE_ENV_PROXY=1是否有效。 1 个帖子 - 1 位参与者 阅读完整话题- 情报分类:服务器与云资源
- 分类依据:内容涉及服务器、云资源或网络线路
- 信息来源:服务器 / LINUX DO - 最新话题
- 发布时间:2026/9/15 15:49:06
- No replies yet