Wget treng ei proxyadresse, ikkje ein PAC-URL
Ein nettlesar kan vurdere eit PAC-skript automatisk, medan GNU Wget ventar eit faktisk proxyendepunkt i proxyinnstillingane.
Gi GNU Wget eit faktisk vidaresendingsendepunkt for nedlastingsmålet:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipBytt ut den første døme-URL-en med den godkjende HTTP-proxyen og den andre med den tiltenkte fila. https_proxy vel førespurnader til HTTPS-mål; verdien namngjev lyttaren, ikkje eit PAC-skript som skal vurderast.
Ein URL som https://config.example/proxy.pac peikar på data for ruteval. Å setje han i proxyvariabelen ber ikkje Wget om å køyre JavaScript. Sjekk proxyinndataa til GNU Wget og den installerte versjonen; eit anna verktøy med liknande namn kan oppføre seg annleis.
Hent PAC-resultatet for dei aktuelle URL-ane. Å kopiere eitt endepunkt er berre høveleg når den ruta gjeld gjennom heile operasjonen. Omdirigeringar kan endre vertar, og interne mål kan vere direkte. Ein kompleks politikk treng ein støtta adapter eller ei administrasjonsordning som bevarer desse avgjerdene.
Be om det godkjende endepunktet eller kommandolinjeintegrasjon i staden for å lime PAC-programmet inn i ein shell-profil eller køyre eit ukjent skript som ubegrensa shell-kode.