Proxy-skírteini á öðru PowerShell stökkinu

Gefðu tilætlaðan proxy-reikning til Invoke-WebRequest á fjartölvunni í stað þess að gera ráð fyrir að remoting-innskráningin sé framseld.

Vefbeiðni sem virkar gagnvirkt á þjóni B getur fengið 407 þegar sama skipun er keyrð þar í gegnum PowerShell remoting. Innskráning frá A til B framselur ekki sjálfkrafa þá auðkenni fyrir næstu auðkenningarskipti B.

A → remoting session on B → HTTP proxy → website

Ein studd hönnun er að veita proxy-reikninginn skýrt fyrir útbeiðnina. Með fyrirliggjandi PSSession og rétt útveguðu PSCredential-hlut:

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
}

Skírteinishluturinn er fyrir tilætlaðan reikning proxysins. Lotan notar enn venjulega remoting-auðkenningu sína, og öll innskráning á vefsvæði er áfram hluti af beiðninni til þess vefsvæðis.

Þetta forðar því að treysta á sjálfkrafa framsal fyrstu innskráningarinnar. Það krefst þess þó að fjarvistin meðhöndli uppgefið reikningsgögn sem hluta af tilætlaðri stjórnunarhönnun. Aðrar arkitektúr, svo sem stýrður RunAs-endapunktur eða takmarkaður þjónustuaðgangur, hafa sínar eigin stillingarkröfur.

Ef sjálfgefin proxy-skírteini voru röng forsenda skaltu skrá reikninginn sem fjarskipunin keyrir undir og þá auðkenningu sem proxsið biður um. Lengri tímannörk vefbeiðni geta ekki veitt skírteini sem vantar.

Proxy-valkostir á New-PSSessionOption varða remoting-tenginguna sjálfa. Stilltu Invoke-WebRequest inni í fjarskriftblokkinni þegar það er útvegtenging B sem þarf proxsið.

Tengdir greinar