Invoke-WebRequest: подаване на идентификационни данни за прокси в PowerShell

За явен профил на прокси подайте обект с идентификационни данни на -ProxyCredential:

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

Заменете адреса с одобрената услуга. Get-Credential пита за профил, вместо да вгражда парола в командния ред. Този профил отива към посредника; данните за местоназначението са отделен параметър и не могат да отговорят на 407 от проксито.

Ако схемата за удостоверяване на проксито и идентичността на процеса поддържат интегрирано удостоверяване, изберете -ProxyUseDefaultCredentials. Не го комбинирайте с явни данни за прокси в същата заявка.

Проверете справката за версията на PowerShell, която изпълнява скрипта. Windows PowerShell и съвременният PowerShell се различават по реализация и наличност на параметри; поддържаните версии предоставят също -NoProxy за явна директна заявка.

Когато същият скрипт се държи различно като задача

Прегледайте съответните записи на $PSDefaultParameterValues и поддържаната от процеса конфигурация на прокси. Профил може да добави при стартиране на сесията прокси настройки по подразбиране за конкретна команда. Планирана задача може да пропусне този профил и да работи с друга идентичност, дори файлът на скрипта да е непроменен.

Сравнете URL на местоназначението, избрания адрес, изисквания метод на прокси, версията на PowerShell и явните спрямо настройките по подразбиране, като скривате тайните. Ако удостоверяването на проксито успее, а местоназначението върне 401, проучете входа на местоназначението, вместо да премествате паролата на проксито в параметъра за данни на източника.