Invoke-WebRequest: angiv proxy-legitimationsoplysninger i PowerShell

For en eksplicit proxy-konto skal du sende et legitimationsobjekt til -ProxyCredential:

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

Erstat endepunktet med den godkendte tjeneste. Get-Credential spørger om en konto i stedet for at indlejre en adgangskode på kommandolinjen. Denne konto går til mellemleddet; måloplysninger er en separat parameter og kan ikke besvare en 407 fra proxyen.

Hvis proxyens godkendelsesskema og processens identitet understøtter integreret godkendelse, skal du vælge -ProxyUseDefaultCredentials i stedet. Kombiner det ikke med en eksplicit proxy-legitimation i samme anmodning.

Kontroller referencen for den PowerShell-version, der kører scriptet. Windows PowerShell og moderne PowerShell adskiller sig i implementering og parameteradgang; understøttede versioner tilbyder også -NoProxy til en eksplicit direkte anmodning.

Når det samme script opfører sig anderledes som en opgave

Undersøg relevante $PSDefaultParameterValues-poster og den proxykonfiguration, processen understøtter. En profil kan ved sessionens start tilføje kommandospecifikke proxy-standarder. En planlagt opgave kan springe denne profil over og køre som en anden identitet, selv om scriptfilen er uændret.

Sammenlign mål-URL, valgt endepunkt, påkrævet proxy-metode, PowerShell-version og eksplicitte kontra standardoplysninger, mens hemmeligheder holdes slørede. Hvis proxy-godkendelsen lykkes, og målet returnerer 401, skal du undersøge dette måls login i stedet for at flytte proxyens adgangskode til oprindelseslegitimationsparameteren.