Proxychains4可配合curl正常代理但无法代理Chromium/Firefox求助

核心原因 #

你的curl验证正常，说明Proxychains4本身工作正常，问题出在浏览器的网络设置或进程复用机制绕过了Proxychains的流量劫持。以下是针对性解决方案：

1. 修正Proxychains4的DNS配置 #

编辑/etc/proxychains4.conf，确保开启代理DNS查询，避免DNS泄漏导致真实IP暴露：

• 找到#proxy_dns行，去掉前面的注释符号#，改为proxy_dns
• 确认配置文件中仅保留你添加的socks5 176.103.xx.xx 29xxx username password代理条目，删除默认的socks4 127.0.0.1 9050（若无需Tor代理）

2. 针对Firefox的配置调整 #

强制启动独立进程 #

Firefox默认会复用后台进程，导致新窗口不经过Proxychains。使用以下命令启动：

proxychains4 firefox --no-remote --new-instance dnsleaktest.com

关闭浏览器内置代理与DoH #

• 打开Firefox设置，搜索网络设置，选择「使用系统代理设置」，或者直接设置为「不使用代理」
• 搜索DNS over HTTPS，选择「关闭」，避免DoH绕过Proxychains的DNS代理

3. 针对Chromium的配置调整 #

禁用内置代理与DoH，强制流量走Proxychains #

使用以下命令启动Chromium，禁止其使用自身代理设置并关闭DoH：

proxychains4 chromium --new-window --disable-features=DNSOverHTTPS --proxy-server="direct://" --proxy-bypass-list="*" dnsleaktest.com

清理后台进程 #

启动前先关闭所有Chromium后台进程：

pkill chromium

4. 验证生效情况 #

启动浏览器后访问dnsleaktest.com，若仍显示真实IP，可通过以下命令检查浏览器连接：

netstat -tulpn | grep -E "(firefox|chromium)"

查看输出中是否有连接到你的Socks5代理IP（176.103.xx.xx）及端口（29xxx）的条目，确认流量是否被Proxychains劫持。

内容的提问来源于stack exchange，提问作者Nikolay Tverdokhlebov