Wget heeft een proxyadres nodig, geen PAC-URL
Een browser kan een PAC-script automatisch evalueren, terwijl GNU Wget in zijn proxyinstellingen een echt proxy-eindpunt verwacht.
Geef GNU Wget een echt doorstuureindpunt voor de downloadbestemming:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipVervang de eerste voorbeeld-URL door de goedgekeurde HTTP-proxy en de tweede door het gewenste bestand. https_proxy selecteert verzoeken naar HTTPS-bestemmingen; de waarde ervan noemt de listener, niet een PAC-script dat moet worden geëvalueerd.
Een URL zoals https://config.example/proxy.pac wijst naar gegevens voor routekeuze. Het in de proxyvariabele zetten vraagt Wget niet om JavaScript uit te voeren. Controleer de proxy-invoer van GNU Wget en de geïnstalleerde versie; een ander gelijknamig hulpprogramma kan zich anders gedragen.
Verkrijg het PAC-resultaat voor de betrokken URL's. Eén eindpunt kopiëren is alleen passend als die route tijdens de hele bewerking geldt. Omleidingen kunnen hosts wijzigen en interne bestemmingen kunnen direct zijn. Een complex beleid vereist een ondersteunde adapter of een beheerregeling die die beslissingen bewaart.
Vraag om het goedgekeurde eindpunt of commandoregelintegratie in plaats van het PAC-programma in een shellprofiel te plakken of een onbekend script als onbeperkte shellcode uit te voeren.