Wget richiede un indirizzo proxy, non un URL PAC
Un browser può valutare automaticamente uno script PAC, mentre GNU Wget si aspetta un vero endpoint proxy nelle sue impostazioni.
Fornite a GNU Wget un vero endpoint di inoltro per la destinazione del download:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipSostituite il primo URL di esempio con il proxy HTTP approvato e il secondo con il file desiderato. https_proxy seleziona le richieste verso destinazioni HTTPS; il suo valore indica il listener, non uno script PAC da valutare.
Un URL come https://config.example/proxy.pac punta ai dati di selezione del percorso. Inserirlo nella variabile proxy non chiede a Wget di eseguire JavaScript. Controllate gli input proxy di GNU Wget e la versione installata; un altro strumento con nome simile può comportarsi diversamente.
Ottenete il risultato PAC per gli URL coinvolti. Copiare un solo endpoint è appropriato solo quando quel percorso vale per l'intera operazione. I reindirizzamenti possono cambiare host e le destinazioni interne possono essere dirette. Una politica complessa richiede un adattatore supportato o un accordo di gestione che preservi tali decisioni.
Chiedete l'endpoint approvato o l'integrazione da riga di comando invece di incollare il programma PAC in un profilo shell o di eseguire uno script sconosciuto come codice shell senza restrizioni.