دوسری 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 ترتیب دیں۔