curl设置代理后仍不生效？检查环境变量与NO_PROXY

curl设置代理后仍不生效，先查目标网址对应的环境变量，再查 NO_PROXY 是否让请求绕过代理。不要只凭网页返回200判断代理已生效，要看实际连接目标。

本文面向 curl 命令行，排除规则的对照命令要求 curl 7.53.0 或更新版本。示例依据官方文档，未在你的设备实测。

先用显式代理做对照

先确认客户端已启动，找到实际的 HTTP 代理端口。下面的7890只是占位值，不能照抄默认端口；Windows请使用 curl.exe，避免调用同名别名。

curl -v --proxy http://127.0.0.1:7890 --noproxy "" https://example.com/

将网址替换为你获准访问的测试页面。查看详细输出是否先连接所填代理地址；HTTP代理访问HTTPS网址时，还应关注 CONNECT 隧道阶段。

若连接代理端口就失败，先核对监听地址、端口和代理类型。已经建立隧道却出现证书或网站错误，则继续查对应阶段，不要关闭证书验证。端口类型不清楚时可参考SOCKS5代理设置方法。

显式命令正常，再查变量

在运行失败命令的同一个终端检查变量，不要只看系统设置界面。以 Linux、macOS 的 shell 为例：

env | grep -i proxy

输出可能含账号或密码，不要原样公开。根据官方环境变量说明，重点检查：

• HTTP网址使用 http_proxy；curl不接受大写 HTTP_PROXY。
• HTTPS网址检查 https_proxy 或 HTTPS_PROXY。变量名对应目标网址协议，不要求变量值一定以 https:// 开头。
• 协议专用变量优先于 ALL_PROXY；旧的 https_proxy 可能让新设的 ALL_PROXY 没有起作用。

先记录原值，只调整当前终端内相关变量，再重复同一网址。不同窗口、IDE或服务进程获得的环境可能不同，本窗口成功不代表其他进程已更新。

别漏掉 NO_PROXY

NO_PROXY 和 no_proxy 是不走代理的主机列表。单独的星号代表全部排除；域名规则也可能覆盖子域名。

即使加了 --proxy，排除规则仍可能生效。官方参数文档说明，--noproxy "" 可覆盖环境变量中的排除列表。它适合单条诊断，不应直接删除公司要求保留的内网直连规则。

若加上空排除列表后恢复，回头修正具体条目，而不是永久让全部内网请求走代理。测试结束恢复无关改动；如果仍失败，记录 curl版本、代理类型、出错阶段和脱敏日志，继续定位。

常见问题

浏览器能用，为什么curl仍失败？

两者可能使用不同代理配置。先给curl显式指定代理，再比较环境变量和排除规则；浏览器成功不能证明命令行配置正确。

返回200就说明走代理了吗？

不能。直连也可能返回200。应结合详细输出中的代理连接和隧道建立信息判断；这也不代表其他应用的流量被接管。

可以长期保留 --noproxy "" 吗？

只有确认该请求无需任何直连例外时才考虑。它会覆盖环境排除规则，排障后应恢复必要例外，不要擅自改变受管理网络的策略。