Wget bezonas prokuran adreson, ne PAC-URL-on
Retumilo povas aŭtomate taksi PAC-skripton, dum GNU Wget atendas realan prokuran finpunkton en siaj prokuraj agordoj.
Donu al GNU Wget realan plusendan finpunkton por la elŝuta celo:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipAnstataŭigu la unuan ekzemplan URL-on per la aprobita HTTP-prokuro kaj la duan per la celata dosiero. https_proxy elektas petojn al HTTPS-celoj; ĝia valoro nomas la aŭskultanton, ne PAC-skripton taksotan.
URL kiel https://config.example/proxy.pac montras al datumoj pri itin-elekto. Meti ĝin en la prokuran variablon ne petas al Wget plenumi JavaScript. Kontrolu la prokurajn enigojn de GNU Wget kaj la instalitan version; alia simile nomata ilo povas konduti alimaniere.
Akiru la PAC-rezulton por la koncernaj URL-oj. Kopii unu finpunkton taŭgas nur kiam tiu itinero validas dum la tuta operacio. Alidirektigoj povas ŝanĝi gastigantojn, kaj internaj celoj povas esti rektaj. Kompleksa politiko bezonas subtenatan adaptilon aŭ administran aranĝon, kiu konservas tiujn decidojn.
Petu la aprobitan finpunkton aŭ komandlinian integriĝon anstataŭ glui la PAC-programon en ŝelan profilon aŭ plenumi nekonatan skripton kiel senliman ŝelan kodon.