Erausfannen, wéi ee wget PowerShell ausféiert

Léist d'Aliase virum Uwenden vun de GNU Wget-Proxyastellungen, a setz duerno d'Ëmweltvariabele vum Prozess mat PowerShell-Syntax.

Get-Command wget -All
Get-Command wget.exe -ErrorAction SilentlyContinue

Féier dës Kommandoen an der Sëtzung aus, déi feelt, ier s eng GNU Wget-Rezept uwenns. Windows PowerShell 5.1 definéiert wget als Alias fir Invoke-WebRequest, an Aliase ginn virun ausféierbare Fichieren mam selwechten Numm. Aner Versiounen oder ugepasst Sëtzunge kënne ënnerscheeden.

Fir schonn installéierte GNU Wget wielt wget.exe oder säi komplette Wee ausdrécklech aus a stellt seng Ëmwelt mat PowerShell-Syntax zur Verfügung:

$env:http_proxy = 'http://proxy.example.net:8080'
$env:https_proxy = 'http://proxy.example.net:8080'
wget.exe 'https://example.com/'

D'Variabele kommen an d'Kandprozesser, déi duerno gestart ginn. Fir de gewisenen GNU Wget-Kommando kann en HTTP-Andrag aus der HTTP-Proxy-Lëscht d'URLen fir eng erlaabt ëffentlech Ufro liwweren, wann déi effektiv Konfiguratioun vum Wget keng Proxy-Authentifikatiounsdonnéeën huet. Eng cmd.exe-Zouweisung, déi mat set ufänkt, ass net d'Zouweisung vum Ëmweltprovider vu PowerShell.

Wann Invoke-WebRequest gemengt ass, ruff deen Numm op a benotz seng ënnerstëtzt Optiounen -Proxy, -ProxyCredential oder -ProxyUseDefaultCredentials wéi et passt. En GNU Wget-Ëmweltbeispill beweise weder d'Routing- nach d'Kontopolitik vun deem cmdlet.

Ähnlech Artikelen