Wget potrzebuje adresu proxy, a nie adresu URL PAC
Przeglądarka może automatycznie ocenić skrypt PAC, natomiast GNU Wget oczekuje w ustawieniach proxy rzeczywistego punktu końcowego proxy.
Podaj GNU Wgetowi rzeczywisty punkt końcowy przekazywania dla celu pobierania:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipZastąp pierwszy przykładowy URL zatwierdzonym proxy HTTP, a drugi zamierzonym plikiem. https_proxy wybiera żądania do celów HTTPS; jego wartość wskazuje listener, a nie skrypt PAC do oceny.
URL taki jak https://config.example/proxy.pac wskazuje dane wyboru trasy. Umieszczenie go w zmiennej proxy nie powoduje, że Wget wykonuje JavaScript. Sprawdź dane wejściowe proxy GNU Wget i zainstalowaną wersję; inne podobnie nazwane narzędzie może zachowywać się inaczej.
Uzyskaj wynik PAC dla odpowiednich adresów URL. Kopiowanie jednego punktu końcowego jest właściwe tylko wtedy, gdy ta trasa obowiązuje przez całą operację. Przekierowania mogą zmieniać hosty, a cele wewnętrzne mogą być bezpośrednie. Złożona polityka wymaga obsługiwanego adaptera lub ustalenia zarządzania, które zachowuje te decyzje.
Poproś o zatwierdzony punkt końcowy lub integrację wiersza poleceń, zamiast wklejać program PAC do profilu powłoki lub uruchamiać nieznany skrypt jako nieograniczony kod powłoki.