Wget 需要的是代理地址，而非 PAC URL
浏览器可以自动评估 PAC 脚本，而 GNU Wget 在其代理设置中期望一个真实的代理端点。
为下载目标向 GNU Wget 提供真实的转发端点：
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zip把第一个示例 URL 换成获准的 HTTP 代理，把第二个换成目标文件。https_proxy 选择发往 HTTPS 目标的请求；它的值指向监听器，而不是要评估的 PAC 脚本。
像 https://config.example/proxy.pac 这样的 URL 指向路由选择数据。把它放进代理变量并不会让 Wget 执行 JavaScript。请核对 GNU Wget 的代理输入和已安装版本；另一个名称相似的工具行为可能不同。
获取相关 URL 的 PAC 结果。只有当该路由在整个操作期间都适用时，复制单个端点才是合适的。重定向可能改变主机，内部目标也可能是直连的。复杂的策略需要受支持的适配器或能够保留这些决策的管理安排。
应索取获准的端点或命令行集成，而不是把 PAC 程序粘贴进 shell 配置文件，或把陌生脚本当作不受限制的 shell 代码来执行。