Herausfinden, welches wget PowerShell ausführt
Aliase auflösen, bevor GNU-Wget-Proxyeinstellungen angewendet werden, und dann Prozessumgebungsvariablen in PowerShell-Syntax setzen.
Get-Command wget -All
Get-Command wget.exe -ErrorAction SilentlyContinue
Führen Sie diese Befehle in der fehlerhaften Sitzung aus, bevor Sie ein GNU-Wget-Rezept anwenden. Windows PowerShell 5.1 definiert wget als Alias für Invoke-WebRequest, und Aliase haben Vorrang vor gleichnamigen ausführbaren Dateien. Andere Versionen oder angepasste Sitzungen können abweichen.
Bei bereits installiertem GNU Wget wählen Sie wget.exe oder dessen vollständigen Pfad ausdrücklich aus und stellen seine Umgebung in PowerShell-Syntax bereit:
$env:http_proxy = 'http://proxy.example.net:8080'
$env:https_proxy = 'http://proxy.example.net:8080'
wget.exe 'https://example.com/'
Die Variablen erreichen danach gestartete Kindprozesse. Für den gezeigten GNU-Wget-Befehl kann ein HTTP-Eintrag aus der HTTP-Proxy-Liste die URLs für eine zulässige öffentliche Anfrage liefern, wenn die wirksame Konfiguration von Wget keine Proxy-Anmeldedaten enthält. Eine cmd.exe-Zuweisung, die mit set beginnt, ist keine Zuweisung des Umgebungsanbieters von PowerShell.
Wenn Invoke-WebRequest gemeint ist, rufen Sie diesen Namen auf und verwenden Sie dessen unterstützte Optionen -Proxy, -ProxyCredential oder -ProxyUseDefaultCredentials je nach Bedarf. Ein GNU-Wget-Umgebungsbeispiel belegt weder das Routing noch die Kontorichtlinie dieses Cmdlets.