İkinci PowerShell keçidində proxy etimad məlumatları

Remoting girişinin ötürüldüyünü fərz etmək əvəzinə uzaq serverdə işləyən Invoke-WebRequest-ə nəzərdə tutulan proxy hesabını verin.

B serverində interaktiv işləyən veb sorğusu, eyni əmr orada PowerShell remoting vasitəsilə işlədildikdə 407 ala bilər. A-dan B-yə giriş B-nin növbəti autentifikasiya mübadiləsi üçün həmin kimliyi avtomatik ötürmür.

A → remoting session on B → HTTP proxy → website

Dəstəklənən dizaynlardan biri proxy hesabını açıq şəkildə verməkdir xarici sorğu üçün. Mövcud PSSession və düzgün əldə edilmiş PSCredential obyekti ilə:

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
}

Etimad obyekti proxy-nin nəzərdə tutulan hesabı üçündür. Sessiya yenə də öz normal remoting autentifikasiyasından istifadə edir və hər hansı vebsayt girişi həmin vebsayt sorğusunun bir hissəsi olaraq qalır.

Bu, ilk girişin avtomatik ötürülməsinə güvənməkdən çəkinir. Amma uzaq hostun verilən hesab materialını nəzərdə tutulan idarəetmə dizaynının bir hissəsi kimi idarə etməsini tələb edir. İdarə olunan RunAs son nöqtəsi və ya məhdud xidmət girişi kimi digər arxitekturaların öz konfiqurasiya tələbləri var.

Əgər səhv fərziyyə defolt proxy etimad məlumatları idisə, uzaq əmrin hansı hesab altında işlədiyini və proxy-nin tələb etdiyi autentifikasiyanı qeyd edin. Daha uzun veb sorğusu müddəti çatışmayan etimad məlumatlarını verə bilməz.

New-PSSessionOption üzərindəki proxy seçimləri remoting bağlantısının özünə aiddir. B-nin xarici veb bağlantısı proxy tələb edəndə Invoke-WebRequest-i uzaq skript blokunun içində konfiqurasiya edin.

Əlaqəli məqalələr