Екінші 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-ті қашықтағы скрипт блогының ішінде конфигурациялаңыз.

Қатысты мақалалар