如何使用Wget通过代理？2026指南

TL;DR

• wget 从四个地方读取代理，按照固定顺序检查。 命令行标志会覆盖 .wgetrc 文件，而该文件又会覆盖 http_proxy/https_proxy 环境变量——如果优先级设置错误，您认为激活的代理会被静默覆盖。
• 代理身份验证是一对标志，在本指南中进行了实时验证。 --proxy-user= 和 --proxy-password= 通过 HTTP Basic 身份验证进行身份验证；在真实代理上进行测试，正确的凭据返回 200，错误的则返回 代理身份验证要求。
• wget 不原生支持 SOCKS5——通过重现确切的故障确认。 指向 http_proxy 的 socks5h:// URL 会立即失败，提示 不支持的方案；SOCKS 代理需要在 wget 前面有一个本地的 HTTP 到 SOCKS 桥，而不是 wget 标志。
• wget 默认不重试拒绝的代理连接。 实时测试显示在 Connection refused 上仅进行一次连接尝试，除非还传递了 --retry-connrefused——这是大多数 wget 代理指南跳过的细节。
• no_proxy 使特定主机免受影响，而不触及其余配置。 它是一个以逗号分隔的域名列表，可以绕过任何其他配置的代理，在 wget 拨号之前进行检查。
• wget 没有代理轮换的概念。 每次运行只拨打一个配置的代理；任何类似 IP 轮换的功能必须来自 shell 循环、轮换网关或围绕 wget 的外部工具。

介绍：通过代理指定单用途下载器

wget 是一个用于通过 HTTP、HTTPS 和 FTP 获取文件的命令行工具，默认情况下，它直接连接到 URL 中的主机——通过代理路由该连接意味着必须通过四个表面之一告知 wget 代理：命令行标志、每用户的 ~/.wgetrc、系统范围的 /etc/wgetrc，或 http_proxy/https_proxy 环境变量。每个表面在官方 GNU Wget 手册中都有文档，并且下面每个表面都是在真实运行的代理上进行演示，而不是从内存中描述。

本指南验证了它所做的每一个主张：代理身份验证在真实的 401/407 交换中进行了测试，重试行为在真实拒绝连接中进行了测试，而 SOCKS5 限制被重现为实际错误消息，而不是二手重复。对于 wget 本身无法完成的事情——旋转 IP，原生支持 SOCKS5——进行了明确说明，而不是敷衍了事。