Rixno.RIXNO / 2026.10.15
我给 Claude 配了怎样的使用环境
Claude 现在还在跑。我把浏览器和 CLI 的环境整理了一下，分享几个实际配置的地方。具体出口和账号信息就不贴了，下面的做法可以按自己的环境调整。
先给浏览器单独留一个 profile
我用 Chrome 独立 profile 放 Claude 的登录状态和扩展，和日常浏览分开。可以从 Chrome 头像菜单添加一个新的个人资料，再在这个窗口里配置扩展。profile 能分开管理 Cookie、历史和扩展配置，但不等于一台独立电脑。
代理用 ZeroOmega。新建代理情景模式，协议选择与本地代理客户端一致的 HTTP 或 SOCKS5，主机填本机回环地址，端口填客户端实际监听的端口。然后在扩展菜单里选中这个模式。这里最容易混淆的是：扩展填的是本地入口，真正从哪里出去，还取决于代理客户端的节点和路由。
配好之后，要在这个 profile 里打开 IP 查询页，看实际出口。另一个 Chrome profile 用什么代理，要单独看它的设置。只看到扩展里填了地址，还不能说明当前窗口已经切到了那个模式。
WebRTC、位置权限和语言，我也一起检查
这个 profile 装了 WebRTC Control，系统还保存了 Chrome 策略 WebRtcIPHandlingPolicy=disable_non_proxied_udp，用于限制 WebRTC 使用不经过代理的 UDP。扩展装好了，也要确认它当前是否启用；策略写进去了，也要检查 Chrome 是否加载。可以在 chrome://policy 查看策略，再通过 WebRTC 检测页看候选地址。
系统位置权限目前是关闭的。浏览器里的位置权限则可以在 chrome://settings/content/location 检查，是否允许具体网站获取位置也要看单站授权。位置 API 和网页看到的出口 IP 是两回事。
浏览器保存的语言列表里有英语和中文，系统区域也设置过。语言、区域和时区可以分别检查，但这些设置不会改变网络出口。没必要看到检测页给个分数，就把它当成账号安全结论。
浏览器代理不会替终端配置代理
CLI 这边，我用 CLAUDE_CONFIG_DIR 指向独立配置目录。它负责分开保存配置和登录状态，网络仍然需要另外配。
启动环境里设置了 HTTP_PROXY、HTTPS_PROXY 和 ALL_PROXY，同时保留小写版本；NO_PROXY 排除本机回环地址。对于支持环境代理的 Node 版本，还设置了 NODE_USE_ENV_PROXY=1。
这些变量应该传给实际启动 CLI 的进程。可以通过启动脚本或专门的终端环境处理，代理地址换成自己的本地入口即可。ZeroOmega 里的设置不会自动传给终端；Claude Desktop、WSL 或独立启动的 MCP，也需要分别确认。
检查时，我把几件事分开看
出口 IP 检查的是网页或工具请求从哪里出去；DNS 测试看的是哪些解析器参与了查询；WebRTC 检查看的是浏览器暴露了哪些候选地址。一个通过了，另外两个仍然要看实际结果。出现私网地址也不能直接当成公网 IP 泄露，要看地址类型和连接方式。
之前分别用 curl、Python urllib 和 Node fetch 查过出口，当时结果一致。这次只读了保存的配置，没有切浏览器模式、刷新使用中的页面，也没有重新测试 Claude。磁盘上的配置、浏览器此刻的状态和实际请求的路径，我会分开记录。
这套设置是我目前的用法，方便把每个程序的网络路径弄清楚。第三方工具可能不读取代理变量，profile 也不能阻止服务端关联账号，更谈不上保证不封号。
存活更新
2026-10-15 08:40 UTC：确认 Claude 正在运行，从今天开始记。后面环境有变动或者使用出问题，再补到这里。