Wget nepieciešama starpniekservera adrese, nevis PAC URL
Pārlūkprogramma var automātiski novērtēt PAC skriptu, savukārt GNU Wget savos starpniekservera iestatījumos gaida faktisku starpniekservera galapunktu.
Piešķiriet GNU Wget faktisku pārsūtīšanas galapunktu lejupielādes mērķim:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipAizstājiet pirmo parauga URL ar apstiprināto HTTP starpniekserveri un otro ar vēlamo failu. https_proxy izvēlas pieprasījumus uz HTTPS mērķiem; tā vērtība nosauc klausītāju, nevis novērtējamu PAC skriptu.
URL, piemēram, https://config.example/proxy.pac, norāda uz maršruta izvēles datiem. Ievietošana starpniekservera mainīgajā nelūdz Wget izpildīt JavaScript. Pārbaudiet GNU Wget starpniekservera ievades un instalēto versiju; cits līdzīgi nosaukts rīks var darboties citādi.
Iegūstiet PAC rezultātu attiecīgajiem URL. Viena galapunkta kopēšana ir piemērota tikai tad, ja šis maršruts ir spēkā visā darbības laikā. Novirzīšana var mainīt resursdatorus, un iekšējie mērķi var būt tieši. Sarežģītai politikai nepieciešams atbalstīts adapteris vai pārvaldības kārtība, kas saglabā šos lēmumus.
Lūdziet apstiprināto galapunktu vai komandrindas integrāciju, tā vietā lai ielīmētu PAC programmu shell profilā vai izpildītu nezināmu skriptu kā neierobežotu shell kodu.