一日一技：在 WSL 中用 Docker 逃逸 ProxyChains 的魔爪
内容提要
文章介绍在WSL中，当ProxyChains或LD_PRELOAD劫持网络导致连接MongoDB Atlas等失败时，可用Docker容器“逃逸”。通过运行`docker run --rm -v $(pwd):/app -w /app python:3.11-slim python main.py`，容器不继承宿主机代理变量，提供纯净网络环境，解决连接问题。此法适用于其他被劫持场景，简单有效。
延伸解读
为什么 unset 不生效？
文章指出，即使执行 unset all_proxy、unset http_proxy、unset LD_PRELOAD 后，问题依然存在。这是因为当前 Shell 进程可能已被“污染”，某些库在加载时已经读取了环境变量，或者复杂的 Shell 配置（如 Oh My Zsh 插件）导致环境变量难以彻底清除。因此，单纯在宿主机上尝试“洗白”网络环境往往徒劳。
Docker 逃逸的适用边界
Docker 容器默认不继承宿主机的 LD_PRELOAD 环境变量，因此能提供纯净的网络环境。但文章也提醒，如果脚本需要连接宿主机上的服务（如 MySQL），需使用 --network host 或通过宿主机 IP 访问。此外，该方法适用于被 LD_PRELOAD 劫持的场景，但若代理是原生配置（如 OpenClaw 的 config set），则无需此方案。
容器内网络隔离的注意事项
使用 Docker 逃逸时，容器默认采用 Bridge 网络模式，与宿主机网络隔离。这意味着容器内无法直接访问宿主机上的 localhost 服务，需通过 --network host 或宿主机 IP（如 host.docker.internal）来连接。文章特别提醒，在 WSL2 中 --network host 的行为可能与常规 Linux 不同，建议根据实际情况选择连接方式。
Q&A
在WSL中，使用ProxyChains或LD_PRELOAD劫持网络时，连接MongoDB Atlas失败怎么办？
可以使用Docker容器来“逃逸”代理劫持。运行命令：docker run --rm -v $(pwd):/app -w /app python:3.11-slim python main.py，容器不会继承宿主机的LD_PRELOAD环境变量，提供纯净网络环境，从而解决连接问题。
为什么在WSL中unset代理环境变量后，Python脚本仍然无法连接数据库？
因为当前Shell进程可能已经被污染，或者某些库在加载时已经读取了环境变量。在复杂的Shell环境配置下（如Oh My Zsh插件），彻底洗白当前会话的网络环境并不容易。
Docker容器为什么能绕过宿主机的代理劫持？
Docker容器默认不会继承宿主机的LD_PRELOAD环境变量，且容器网络是隔离的（默认Bridge模式），因此容器内的网络请求不会受到宿主机代理钩子的影响，可以直接连接外网。
使用Docker运行Python脚本时，如何安装依赖？
可以在docker run命令中使用sh -c来安装依赖并运行脚本，例如：docker run --rm -v $(pwd):/app -w /app python:3.11-slim sh -c "pip install pymongo requests && python main.py"。
如果脚本需要连接宿主机上的服务（如MySQL），在WSL2中应该怎么做？
可以添加--network host参数，但需要注意Linux/WSL下--network host的行为区别。在WSL2中，通常建议直接使用宿主机的IP或host.docker.internal来连接宿主机服务。
OpenClaw用户如何配置原生代理而不使用ProxyChains？
根据文章更新，OpenClaw用户可以通过命令openclaw config set channels.discord.proxy "http://127.0.0.1:7890"直接配置原生代理，不再需要ProxyChains。
