Wget braucht eine Proxy-Adresse, keine PAC-URL
Ein Browser kann ein PAC-Skript automatisch auswerten, während GNU Wget in seinen Proxy-Einstellungen einen tatsächlichen Proxy-Endpunkt erwartet.
Geben Sie GNU Wget einen tatsächlichen Weiterleitungs-Endpunkt für das Downloadziel:
https_proxy=http://proxy.example:8080 wget https://downloads.example/file.zipErsetzen Sie die erste Beispiel-URL durch den freigegebenen HTTP-Proxy und die zweite durch die gewünschte Datei. https_proxy wählt Anfragen an HTTPS-Ziele aus; sein Wert benennt den Listener, nicht ein auszuwertendes PAC-Skript.
Eine URL wie https://config.example/proxy.pac verweist auf Daten zur Routenauswahl. Sie in die Proxy-Variable zu setzen, veranlasst Wget nicht, JavaScript auszuführen. Prüfen Sie die Proxy-Eingaben von GNU Wget und die installierte Version; ein anderes ähnlich benanntes Werkzeug kann sich anders verhalten.
Holen Sie das PAC-Ergebnis für die betroffenen URLs ein. Einen einzelnen Endpunkt zu kopieren ist nur dann angemessen, wenn diese Route während des gesamten Vorgangs gilt. Weiterleitungen können Hosts ändern, und interne Ziele können direkt sein. Eine komplexe Richtlinie benötigt einen unterstützten Adapter oder eine Verwaltungsregelung, die diese Entscheidungen bewahrt.
Fragen Sie nach dem freigegebenen Endpunkt oder einer Kommandozeilen-Integration, statt das PAC-Programm in ein Shell-Profil einzufügen oder ein unbekanntes Skript als uneingeschränkten Shell-Code auszuführen.