Composer怎么设置代理请求？突破内网防火墙限制【方法】-composer-PHP中文网

必须同时配置http-proxy和https-proxy，否则composer install会静默卡在“loading composer repositories”；因composer严格分离http/https路由，packagist等源全走https，仅http-proxy无法处理，https-proxy必须存在且以http://开头。

composer怎么设置代理请求？突破内网防火墙限制【方法】

只配 http-proxy 一定失败，必须同时设 http-proxy 和 https-proxy，否则 composer install 会卡在 “Loading composer repositories”，不报错、不超时、只干等。

为什么必须同时配置 http-proxy 和 https-proxy

Composer 对 HTTP 和 HTTPS 请求走完全独立的代理路由：前者用 http-proxy，后者必须用 https-proxy。Packagist、GitHub 等所有主流源默认走 HTTPS，packages.json 元数据请求就是 HTTPS —— 漏掉 https-proxy，这部分请求就直连外网，在企业防火墙下等于丢包。

常见错误现象：

composer install 卡住，日志里只有 “Loading composer repositories” 一行，后续无任何输出
curl -x http://127.0.0.1:8080 https://packagist.org/packages.json 能通，但 Composer 还是失败
执行 composer config -g --list | grep proxy 只输出一行（缺 https-proxy）

实操建议：

两条命令必须都执行：composer config -g http-proxy http://127.0.0.1:8080 和 composer config -g https-proxy http://127.0.0.1:8080
https-proxy 的值仍必须是 http:// 开头，填 https:// 或省略协议头会静默失效
验证是否生效：composer config -g --list | grep -E "(http|https)-proxy"，必须看到两行且 URL 格式正确

密码或域名含 @ / : / / 怎么办

Composer 解析代理 URL 时，只认第一个 @ 为用户/密码分隔符，后面的内容全被截断。比如 http://user:pa@ss/word@127.0.0.1:8080 实际解析出的密码只是 pa，剩余部分被丢弃，结果要么报 Invalid URI supplied，要么静默跳过代理。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

实操建议：

对用户名或密码单独做 URL 编码：php -r "echo rawurlencode('pa@ss/word');" → 得到 pa%40ss%2Fword
完整地址写成：http://user:pa%40ss%2Fword@127.0.0.1:8080
域名里带 @（如 proxy@corp.com）同样要编码，否则一样解析失败
环境变量方式（http_proxy=）也适用该规则，不能跳过

遇到 407 Proxy Authentication Required 怎么破

这是 NTLM 认证代理（常见于 Windows 域控环境）返回的标准响应，Composer 原生不支持 NTLM，任何 http-proxy 配置都会失败，这不是填错地址的问题，是协议层不兼容。

实操建议：

别试 disable-tls 或关 ssl-verifypeer，这解决不了 407，反而引入安全风险
唯一可行解法：本地起中转代理，比如 cntlm 或 px，让它监听 127.0.0.1:3128 并处理 NTLM
再让 Composer 连这个本地地址：composer config -g http-proxy http://127.0.0.1:3128 和 composer config -g https-proxy http://127.0.0.1:3128
优先找 IT 确认是否有免认证的 bypass 代理（如 http://bypass-proxy.internal:8080），直接配它更省事

最易被忽略的点是：即使你确认代理进程在运行、curl -x 能通、甚至 composer diagnose 显示 “HTTP proxy OK”，只要 https-proxy 缺失或格式错（比如少 http://、多空格、大小写写成 HTTP://），Composer 就会静默 fallback 直连 —— 这个失败没有日志、没有提示、只卡住，排查时得先看配置输出，而不是猜网络或重装 Composer。