前情提要

最近Codex更新之后，发现开clash的TUN模式不稳定了，在我电脑的表现是codex无法连接，能打开页面，但是对话会超时。

刚开始是怀疑Codex本身的服务挂了，但是查询 OpenAIStatus ，好像是没挂，朋友也能正常用，所以怀疑是代理问题。

就找到了这个ProxyBridge，原理是会注册到系统一个服务，可以按照进程劫持流量进行代理。不需要clash开启TUN，而是在ProxyBridge中配置好代理的地址，由ProxyBridge 将进程的流程转发到代理。

后面看了下clash的日志，代理失败是因为TUN模式开启失败了，重启了下clash解决了。不过ProxyBridge和tun模式也各有优缺点，可以多一个选择。

1、ProxyBridge: 不需要接管所有流量，针对规则转发目标进程，但是CPU占用会比较高。

2、TUN: 不会占用额外的CPU资源，但是会接管所有流量。

不过不管是TUN还是ProxyBridge，实际上都是通过clash配置的规则走的代理，并非全局（规则模式下）。

使用方法

1、 Github 下载

选择适用自己平台的安装包，Windows/Linux/MacOS 都支持。

2、安装

3、配置

针对于Windows系统，安装后启动可能会有报错，通过Activity Logs查看

可能会有失败的日志

Failed to open WinDivert (1058)
ERROR: Failed to start ProxyBridge service

我这边的原因是，被火绒给拦截了，因为WinDivert 会注册成为系统服务，火绒认为是危险操作，默认拦截了，可以修改拦截规则为仅通知解决。其他杀软也可能会拦截，遇到之后可以往这个方向排查下。

MacOS则按照提示分配权限即可。

3.1 配置代理地址

需要指定clash代理的ip和端口，Proxy Type就选择SOCKS5即可。

3.2 配置代理规则

点击添加规则

Applications的栏目就输入codex即可，下面的协议和动作默认就是TCP和PROXY，直接保存即可，保存后会自动检测到codex.exe的应用，配置完就是生效的状态，这个时候就可以打开codex试一下了，clash不需要开启TUN模式。

在Connection中就可以看到codex的连接记录了。后面的动作就是PROXY代表转发到了clash。