Экинчи PowerShell секириктеги прокси каттоо маалыматтары

Remoting аркылуу кирүү делегатталат деп болжолдоонун ордуна алыскы серверде иштеген Invoke-WebRequestке арналган прокси эсебин бериңиз.

B серверинде интерактивдүү иштеген веб-сурам ошол эле буйрук PowerShell remoting аркылуу аткарылганда 407 алышы мүмкүн. Aдан Bге кирүү Bнин кийинки аутентификация алмашуусу үчүн бул инсандыкты автоматтык түрдө өткөрбөйт.

A → remoting session on B → HTTP proxy → website

Колдоого алынган долбоорлордун бири — прокси эсебин ачык берүү сыртка чыгуучу сурам үчүн. Бар PSSession жана туура алынган PSCredential объектиси менен:

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
}

Каттоо маалымат объектиси проксинин арналган эсеби үчүн. Сессия өзүнүн кадимки remoting аутентификациясын колдонууну улантат, ал эми каалаган сайтка кирүү ошол сайттын сурамынын бөлүгү бойдон калат.

Бул биринчи кирүүнүн автоматтык делегациясына таянуудан качат. Бирок алыскы хост берилген эсеп материалын арналган административдик долбоордун бөлүгү катары иштетүүсүн талап кылат. Башкара турган RunAs чекити же чектелген тейлөө мүмкүнчүлүгү сыяктуу башка архитектуралардын өздүк конфигурация талаптары бар.

Эгер демейки прокси каттоо маалыматтары туура эмес божомол болсо, алыскы буйрук кайсы эсептин астында аткарыларын жана прокси талап кылган аутентификацияны жазып алыңыз. Веб-сурамдын узакыраак күтүү убактысы жетишпеген каттоо маалыматтарын бере албайт.

New-PSSessionOption боюнча прокси параметрлери remoting байланышынын өзүнө тиешелүү. Bнин тышкы веб-байланышы проксини талап кылган учурда Invoke-WebRequestти алыскы скрипт блогунда конфигурациялаңыз.

Тектеш макалалар