Wget a besoin d'une adresse de proxy, pas d'une URL PAC
Un navigateur peut évaluer automatiquement un script PAC, alors que GNU Wget attend un véritable point de terminaison de proxy dans ses réglages.
Donnez à GNU Wget un véritable point de terminaison de transfert pour la destination du téléchargement :
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipRemplacez la première URL d'exemple par le proxy HTTP approuvé et la seconde par le fichier voulu. https_proxy sélectionne les requêtes vers des destinations HTTPS ; sa valeur désigne l'écouteur, et non un script PAC à évaluer.
Une URL telle que https://config.example/proxy.pac renvoie à des données de sélection de route. La placer dans la variable de proxy ne demande pas à Wget d'exécuter JavaScript. Vérifiez les paramètres de proxy de GNU Wget et la version installée ; un autre utilitaire au nom similaire peut se comporter différemment.
Obtenez le résultat PAC pour les URL concernées. Copier un seul point de terminaison ne convient que si cette route s'applique pendant toute l'opération. Les redirections peuvent changer d'hôte et les destinations internes peuvent être directes. Une politique complexe exige un adaptateur pris en charge ou une organisation de gestion qui préserve ces décisions.
Demandez le point de terminaison approuvé ou une intégration en ligne de commande plutôt que de coller le programme PAC dans un profil shell ou d'exécuter un script inconnu comme du code shell sans restriction.