Wget necesita un enderezo de proxy, non un URL de PAC
Un navegador pode avaliar automaticamente un script PAC, mentres GNU Wget espera un punto final de proxy real na súa configuración.
Dálle a GNU Wget un punto final de reenvío real para o destino da descarga:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipSubstitúe o primeiro URL de exemplo polo proxy HTTP aprobado e o segundo polo ficheiro desexado. https_proxy selecciona as solicitudes a destinos HTTPS; o seu valor nomea o receptor, non un script PAC que deba avaliarse.
Un URL como https://config.example/proxy.pac apunta a datos de selección de ruta. Poñelo na variable de proxy non fai que Wget execute JavaScript. Consulta as entradas de proxy de GNU Wget e a versión instalada; outra utilidade cun nome similar pode comportarse de forma distinta.
Obtén o resultado do PAC para os URL implicados. Copiar un só punto final só é axeitado cando esa ruta se aplica durante toda a operación. As redireccións poden cambiar de host e os destinos internos poden ser directos. Unha política complexa necesita un adaptador compatible ou un acordo de xestión que preserve esas decisións.
Pide o punto final aprobado ou a integración por liña de comandos en vez de pegar o programa PAC nun perfil de shell ou executar un script descoñecido como código de shell sen restricións.