Kredenzjali tal-proxy fit-tieni qabża tal-PowerShell

Ipprovdi l-kont tal-proxy maħsub lil Invoke-WebRequest fuq is-server remot minflok ma tassumi li d-dħul bir-remoting huwa delegat.

Talba tal-web li taħdem b'mod interattiv fuq is-server B tista' tirċievi 407 meta l-istess kmand jiġi esegwit hemmhekk permezz tal-PowerShell remoting. Id-dħul minn A għal B ma jiddelegax awtomatikament dik l-identità għall-iskambju ta' awtentikazzjoni li jmiss ta' B.

A → remoting session on B → HTTP proxy → website

Disinn appoġġjat wieħed huwa li l-kont tal-proxy jiġi pprovdut b'mod espliċitu għat-talba li toħroġ. B'PSSession eżistenti u oġġett PSCredential miksub kif xieraq:

Invoke-Command -Session $session -ArgumentList $proxyCredential -ScriptBlock {
    param([pscredential]$outboundProxyCredential)

    $requestOptions = @{
        Uri = 'https://api.example/'
        Proxy = 'http://proxy.example:8080'
        ProxyCredential = $outboundProxyCredential
    }
    Invoke-WebRequest @requestOptions
}

L-oġġett tal-kredenzjali huwa għall-kont maħsub tal-proxy. Is-sessjoni xorta tuża l-awtentikazzjoni normali tagħha tar-remoting, u kwalunkwe dħul fis-sit tal-web jibqa' parti minn dik it-talba.

Dan jevita li wieħed jiddependi fuq id-delega awtomatika tal-ewwel dħul. Madankollu jeħtieġ li l-host remot jittratta l-materjal tal-kont ipprovdut bħala parti mid-disinn amministrattiv maħsub. Arkitetturi oħra, bħal endpoint RunAs ġestit jew aċċess għas-servizz ristrett, għandhom ir-rekwiżiti tal-konfigurazzjoni tagħhom stess.

Jekk il-kredenzjali tal-proxy awtomatika kienu l-assunzjoni żbaljata, irreġistra l-kont li taħtu jaħdem il-kmand remot u l-awtentikazzjoni li titlob il-proxy. Timeout itwal tat-talba tal-web ma jistax jipprovdi kredenzjali neqsin.

L-għażliet tal-proxy fuq New-PSSessionOption jikkonċernaw il-konnessjoni tar-remoting stess. Ikkonfigura Invoke-WebRequest ġewwa l-blokka tal-iskritt remota meta tkun il-konnessjoni tal-web li toħroġ ta' B li teħtieġ il-proxy.

Artikli relatati