Wget potřebuje adresu proxy, ne URL souboru PAC
Prohlížeč umí skript PAC vyhodnotit automaticky, zatímco GNU Wget očekává v nastavení proxy skutečný koncový bod proxy.
Dejte GNU Wgetu skutečný koncový bod pro předávání pro cíl stahování:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipNahraďte první ukázkovou URL schválenou HTTP proxy a druhou zamýšleným souborem. https_proxy vybírá požadavky na cíle HTTPS; jeho hodnota označuje listener, nikoli skript PAC k vyhodnocení.
URL jako https://config.example/proxy.pac ukazuje na data pro výběr trasy. Vložení do proměnné proxy neznamená, že Wget spustí JavaScript. Zkontrolujte vstupy proxy GNU Wget a nainstalovanou verzi; jiný podobně pojmenovaný nástroj se může chovat odlišně.
Získejte výsledek PAC pro příslušné URL. Zkopírování jednoho koncového bodu je vhodné jen tehdy, když tato trasa platí po celou dobu operace. Přesměrování mohou změnit hostitele a interní cíle mohou být přímé. Složitá zásada potřebuje podporovaný adaptér nebo správní uspořádání, které tato rozhodnutí zachová.
Požádejte o schválený koncový bod nebo integraci z příkazového řádku, místo abyste vkládali program PAC do profilu shellu nebo spouštěli neznámý skript jako neomezený kód shellu.