দ্বিতীয় 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 কনফিগার করুন।