બીજા PowerShell હોપ પર પ્રોક્સી ઓળખપત્રો

સર્વર B પર ઇન્ટરેક્ટિવ રીતે કામ કરતી વેબ વિનંતી 407 મેળવી શકે છે જ્યારે એ જ આદેશ ત્યાં PowerShell રિમોટિંગ દ્વારા ચલાવવામાં આવે. 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
}

ઓળખપત્ર ઑબ્જેક્ટ પ્રોક્સીના ઇચ્છિત એકાઉન્ટ માટે છે. સત્ર હજી પણ તેનું સામાન્ય રિમોટિંગ પ્રમાણીકરણ વાપરે છે, અને કોઈપણ વેબસાઇટ લોગિન એ વેબસાઇટ વિનંતીનો ભાગ રહે છે.

આ પ્રથમ લોગિનના આપમેળે ડેલિગેશન પર આધાર રાખવાનું ટાળે છે. તેમ છતાં તે જરૂરી છે કે રિમોટ હોસ્ટ આપેલી એકાઉન્ટ સામગ્રીને ઇચ્છિત વ્યવસ્થાપન રચનાના ભાગ તરીકે સંભાળે. અન્ય આર્કિટેક્ચર, જેમ કે મેનેજ્ડ RunAs એન્ડપોઇન્ટ અથવા મર્યાદિત સેવા ઍક્સેસ, ને તેમની પોતાની રૂપરેખાંકન જરૂરિયાતો છે.

જો ડિફૉલ્ટ પ્રોક્સી ઓળખપત્રો ખોટી ધારણા હતી, તો રિમોટ આદેશ જે એકાઉન્ટ હેઠળ ચાલે છે અને પ્રોક્સી જે પ્રમાણીકરણ માંગે છે તે નોંધો. લાંબો વેબ-વિનંતી સમયગાળો ખૂટતા ઓળખપત્રો આપી શકતો નથી.

New-PSSessionOption પરના પ્રોક્સી વિકલ્પો રિમોટિંગ કનેક્શનને જ લગતા છે. જ્યારે B નું બહારનું વેબ કનેક્શન પ્રોક્સીની જરૂર ધરાવે ત્યારે રિમોટ સ્ક્રિપ્ટ બ્લોકની અંદર Invoke-WebRequest ગોઠવો.