Wget бара адреса на прокси, а не PAC URL
Прелистувачот може автоматски да оцени PAC скрипта, додека GNU Wget очекува вистинска крајна точка на прокси во неговите поставки.
Дајте му на GNU Wget вистинска крајна точка за препраќање за одредиштето на преземањето:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipЗаменете го првиот примерен URL со одобреното HTTP прокси, а вториот со саканата датотека. https_proxy избира барања кон HTTPS одредишта; неговата вредност го именува слушачот, а не PAC скрипта што треба да се оцени.
URL како https://config.example/proxy.pac укажува на податоци за избор на рута. Неговото ставање во променливата за прокси не бара од Wget да изврши JavaScript. Проверете ги влезовите за прокси на GNU Wget и инсталираната верзија; друг слично именуван алат може да се однесува поинаку.
Добијте PAC резултатот за соодветните URL. Копирањето на една крајна точка е соодветно само кога таа рута важи во текот на целата операција. Пренасочувањата можат да ги променат домаќините, а внатрешните одредишта можат да бидат директни. Сложената политика бара поддржан адаптер или управно уредување што ги зачувува тие одлуки.
Побарајте ја одобрената крајна точка или интеграцијата од командната линија, наместо да ја вметнете PAC програмата во shell профил или да извршите непозната скрипта како неограничен shell код.