Wget behöver en proxyadress, inte en PAC-URL
En webbläsare kan utvärdera ett PAC-skript automatiskt, medan GNU Wget förväntar sig en faktisk proxyändpunkt i sina proxyinställningar.
Ge GNU Wget en faktisk vidarebefordringsändpunkt för nedladdningsmålet:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipByt ut den första exempel-URL:en mot den godkända HTTP-proxyn och den andra mot den avsedda filen. https_proxy väljer förfrågningar till HTTPS-mål; dess värde anger lyssnaren, inte ett PAC-skript som ska utvärderas.
En URL som https://config.example/proxy.pac pekar på data för vägval. Att lägga den i proxyvariabeln ber inte Wget att köra JavaScript. Kontrollera GNU Wgets proxyindata och den installerade versionen; ett annat verktyg med liknande namn kan bete sig annorlunda.
Hämta PAC-resultatet för de berörda URL:erna. Att kopiera en enda ändpunkt är bara lämpligt när den vägen gäller under hela åtgärden. Omdirigeringar kan byta värdar, och interna mål kan vara direkta. En komplex policy kräver en stödd adapter eller en hanteringsordning som bevarar dessa beslut.
Be om den godkända ändpunkten eller kommandoradsintegration i stället för att klistra in PAC-programmet i en shell-profil eller köra ett okänt skript som obegränsad shell-kod.