O Wget precisa de um endereço de proxy, não de uma URL PAC
Um navegador pode avaliar um script PAC automaticamente, enquanto o GNU Wget espera um endpoint de proxy real nas suas configurações.
Dê ao GNU Wget um endpoint de encaminhamento real para o destino do download:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipSubstitua o primeiro URL de exemplo pelo proxy HTTP aprovado e o segundo pelo ficheiro pretendido. https_proxy seleciona pedidos para destinos HTTPS; o seu valor indica o listener, não um script PAC a avaliar.
Um URL como https://config.example/proxy.pac aponta para dados de seleção de rota. Colocá-lo na variável de proxy não pede ao Wget que execute JavaScript. Verifique as entradas de proxy do GNU Wget e a versão instalada; outra ferramenta com nome semelhante pode comportar-se de forma diferente.
Obtenha o resultado do PAC para os URL em causa. Copiar um único endpoint só é adequado quando essa rota se aplica durante toda a operação. Os redirecionamentos podem mudar de anfitrião e os destinos internos podem ser diretos. Uma política complexa precisa de um adaptador suportado ou de um acordo de gestão que preserve essas decisões.
Peça o endpoint aprovado ou a integração por linha de comandos em vez de colar o programa PAC num perfil de shell ou executar um script desconhecido como código de shell sem restrições.