פּראָקסי באַשטעטיקונגען אויף דער צווייטער PowerShell שפּרונג

אַ וועב בקשה וואָס אַרבעט אינטעראַקטיוו אויף סערווער B קען באַקומען 407 ווען דער זעלביקער באַפֿעל ווערט דאָרט אויסגעפֿירט דורך PowerShell remoting. אַרײַנגאַנג פֿון 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 פֿאַרבינדונג אַליין. קאָנפֿיגורירט Invoke-WebRequest אין דעם ווייטן סקריפּט בלאָק ווען עס איז B'ס אַרויסגייענדיקע וועב פֿאַרבינדונג וואָס דאַרף דעם פּראָקסי.