Kill switch and proxy setup for keeping Claude Code online
A user describes kill-switch network setups using TUN mode, proxy environment variables and pf routing, arguing that proxy use alone likely does not trigger Anthropic bans.
这个需要手动做 kill switch 断网保护的。 你在 openwrt 做其实是一样的，进程可能崩溃的，也是需要干路由表的。 简单的办法是开 tun 模式，然后常用的软件都配 http 代理，比如 vscode、ide 等等，也给 bash/zsh 都配置 HTTPS_PROXY、HTTP_PROXY 和 ALL_PROXY 环境变量，再配置系统代理。 这些都是 kill switch 断网保护的兜底错误。代理挂了这些客户端网络都会断。 很多人说这个会导致封号，我个人经验应该是不会的，因为 anthropic 官方企业网络配置文档里也教企业这么配置网络，anthropic 很多企业客户本身也没什么网络管理能力的，反正肯定比我们的网络能力差多了，也会是用各种代理来做内部网络隔离的。 参考 https://code.claude.com/docs/en/network-config 如果用 openwrt，可以做链式代理的。macos 设置 pf 流量全走 macos 的 clash 的 tun，除了路由器的代理软件 ip 和端口，不允许直连物理网卡（DHCP等还是要放过的）。 然后 macos 的 clash 再连接 openwrt 中的代理软件，openwrt 中的代理软件来做分流（因为这种玩法 macos 上的 clash 是没法分流的，macos 不支持这样标记路由过滤的）。 复杂的办法是利用 macos 支持按 uid 来过滤流量的机制，用特殊用户 uid 来启动 clash 这些，然后基于用户 uid 来设置 pf 路由规则。比如默认只允许这个 uid 发出的网络连接走物理网卡，其他程序都必须走代理的 tun 的网卡（这里需要先拿到这个网卡名）。这样代理软件挂了，等于断网的。也是安全的。但这个路由配置很复杂，如果安装了各种代理软件、vpn 或 docker 啥的，本地网络就更复杂了，路由配错就完了。这可能把 codex 都干晕的，得多让它试几次。让它先写恢复脚本，再干。 网上流传的检测 clash 崩了就加路由规则断网或 kill claude 可能都来不及的，因为检测有延迟。但也是指的赌一赌的，赌这个检测程序比 claude code 重试联网快。codex 写这个脚本还是擅长的。 我个人经验 anthropic 的风控一般应该不是一次泄露 ip 就封号的，不然肯定会误伤来中国旅游的。 我当时被封号，就是这样申诉的。