Wget vajab puhverserveri aadressi, mitte PAC URL-i
Brauser suudab PAC-skripti automaatselt hinnata, samal ajal kui GNU Wget ootab oma puhverserveri seadetes tegelikku puhverserveri lõpp-punkti.
Andke GNU Wgetile allalaadimise sihtkoha jaoks tegelik edastamise lõpp-punkt:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipAsendage esimene näidis-URL kinnitatud HTTP-puhverserveriga ja teine soovitud failiga. https_proxy valib HTTPS-sihtkohtadele suunatud päringud; selle väärtus nimetab kuulaja, mitte hindamist vajava PAC-skripti.
Selline URL nagu https://config.example/proxy.pac osutab marsruudi valiku andmetele. Selle puhverserveri muutujasse panemine ei pane Wgeti JavaScripti käivitama. Kontrollige GNU Wgeti puhverserveri sisendeid ja paigaldatud versiooni; mõni teine sarnase nimega tööriist võib käituda teisiti.
Hankige asjassepuutuvate URL-ide PAC-tulemus. Ühe lõpp-punkti kopeerimine on sobiv ainult siis, kui see marsruut kehtib kogu toimingu vältel. Ümbersuunamised võivad hosti muuta ja sisemised sihtkohad võivad olla otsesed. Keerukas poliitika vajab toetatud adapterit või halduskorraldust, mis need otsused säilitab.
Küsige kinnitatud lõpp-punkti või käsurealiidestuse järele, selle asemel et kleepida PAC-programm shelli profiili või käivitada tundmatu skript piiramatu shelli koodina.