Invoke-WebRequest: прослеђивање proxy акредитива у PowerShell-у

За експлицитан proxy налог, проследите објекат акредитива параметру -ProxyCredential:

$proxyAccount = Get-Credential
Invoke-WebRequest -Uri https://example.com/ -Proxy http://proxy.example:8080 -ProxyCredential $proxyAccount

Замените endpoint одобреном услугом. Get-Credential тражи налог уместо да уграђује лозинку у командну линију. Тај налог иде посреднику; акредитиви одредишта су засебан параметар и не могу одговорити на проксијев 407.

Ако шема аутентификације проксија и идентитет процеса подржавају интегрисану аутентификацију, изаберите -ProxyUseDefaultCredentials. Не комбинујте је са експлицитним proxy акредитивима у истом захтеву.

Проверите референцу за верзију PowerShell-а која извршава скрипту. Windows PowerShell и савремени PowerShell разликују се у имплементацији и доступности параметара; подржане верзије такође пружају -NoProxy за експлицитан директан захтев.

Када се иста скрипта понаша другачије као задатак

Прегледајте релевантне уносе $PSDefaultParameterValues и подржану конфигурацију проксија тог процеса. Профил може додати подразумеване вредности проксија специфичне за команду при покретању сесије. Заказани задатак може изоставити тај профил и радити под другим идентитетом, иако се датотека скрипте није променила.

Упоредите URL одредишта, изабрани endpoint, потребни метод проксија, верзију PowerShell-а и експлицитне насупрот подразумеваних акредитива, уз редиговање тајни. Ако аутентификација проксија успе, а одредиште врати 401, истражите пријаву на то одредиште уместо да лозинку проксија премештате у параметар акредитива извора.