ছাৰ্ভাৰ 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 সংৰূপ কৰক।

সম্পৰ্কিত প্ৰবন্ধ