Start-BitsTransfer legg proxykonfigurasjonen på sjølve overføringa. Når Windows BitsTransfer-modulen er tilgjengeleg, kan ei eksplisitt autentisert rute oppgjevast slik:

$transfer = @{
    Source = 'https://downloads.example.net/file.zip'
    Destination = 'C:\Downloads\file.zip'
    ProxyUsage = 'Override'
    ProxyList = 'proxy.example.net:8080'
    ProxyAuthentication = 'Negotiate'
    ProxyCredential = (Get-Credential)
    ErrorAction = 'Stop'
}
Start-BitsTransfer @transfer

Adressene og den lokale stigen er døme. Vel autentiseringsmetoden som proxyen støttar; Negotiate er metoden som er vald i dette utdraget. Override ber jobben bruke proxylista som er oppgjeven, i staden for sin standard oppdagingspolicy.

Legitimasjonsforespurnaden gjev proxykontoen for denne jobben. Ei omgåingsavgjerd frå ein WebClient avgjer ikkje om BITS vil trenge autentisering. BITS har si eiga jobbkonfigurasjon og si eiga autentiseringsutveksling.

-ErrorAction Stop lèt den som kallar handtere ein cmdlet-feil med try/catch-flyten i PowerShell. Ta vare på den opphavlege feilposten når du rapporterer ei mislukka overføring. Å berre matche ein engelsk frase som “Proxy authentication is required” knyter feilhandteringa til meldinga som blir vist, i staden for den faktiske feilinformasjonen til jobben.

Relaterte artiklar