Wget are nevoie de o adresă de proxy, nu de un URL PAC
Un browser poate evalua automat un script PAC, în timp ce GNU Wget așteaptă un punct final de proxy real în setările sale.
Oferiți lui GNU Wget un punct final real de redirecționare pentru destinația descărcării:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipÎnlocuiți primul URL de exemplu cu proxy-ul HTTP aprobat, iar al doilea cu fișierul dorit. https_proxy selectează cererile către destinații HTTPS; valoarea sa numește listenerul, nu un script PAC de evaluat.
Un URL precum https://config.example/proxy.pac indică date de selecție a rutei. Plasarea lui în variabila de proxy nu îl determină pe Wget să execute JavaScript. Verificați intrările de proxy ale GNU Wget și versiunea instalată; un alt utilitar cu nume similar se poate comporta diferit.
Obțineți rezultatul PAC pentru URL-urile implicate. Copierea unui singur punct final este potrivită numai când acea rută se aplică pe parcursul întregii operațiuni. Redirecționările pot schimba gazdele, iar destinațiile interne pot fi directe. O politică complexă necesită un adaptor acceptat sau o soluție de administrare care păstrează aceste decizii.
Solicitați punctul final aprobat sau integrarea din linia de comandă în loc să lipiți programul PAC într-un profil shell sau să executați un script necunoscut ca cod shell fără restricții.