Invoke-WebRequest: PowerShell-এ প্রক্সি শংসাপত্র দেওয়া
Invoke-WebRequest-এ প্রক্সি শংসাপত্রের জন্য আলাদা প্যারামিটার আছে। উৎস শংসাপত্র এবং ব্রাউজারের সফল লগইন এর বিকল্প নয়।
স্পষ্ট প্রক্সি অ্যাকাউন্টের জন্য, একটি শংসাপত্র অবজেক্ট -ProxyCredential-এ দিন:
$proxyAccount = Get-Credential
Invoke-WebRequest -Uri https://example.com/ -Proxy http://proxy.example:8080 -ProxyCredential $proxyAccountএন্ডপয়েন্টটি অনুমোদিত সেবা দিয়ে প্রতিস্থাপন করুন। Get-Credential কমান্ড লাইনে পাসওয়ার্ড এম্বেড না করে একটি অ্যাকাউন্ট জিজ্ঞাসা করে। এই অ্যাকাউন্টটি মধ্যস্থতাকারীর কাছে যায়; গন্তব্য শংসাপত্র আলাদা প্যারামিটার এবং প্রক্সির 407-এর উত্তর দিতে পারে না।
যদি প্রক্সির প্রমাণীকরণ স্কিম এবং প্রক্রিয়ার পরিচয় সমন্বিত প্রমাণীকরণ সমর্থন করে, তবে -ProxyUseDefaultCredentials বেছে নিন। একই অনুরোধে এটি স্পষ্ট প্রক্সি শংসাপত্রের সঙ্গে মিলিয়ে দেবেন না।
স্ক্রিপ্ট চালানো PowerShell সংস্করণের রেফারেন্স দেখুন। Windows PowerShell এবং আধুনিক PowerShell বাস্তবায়ন ও প্যারামিটার প্রাপ্যতায় ভিন্ন; সমর্থিত সংস্করণ স্পষ্ট সরাসরি অনুরোধের জন্য -NoProxyও দেয়।
যখন একই স্ক্রিপ্ট কাজ হিসেবে ভিন্ন আচরণ করে
প্রাসঙ্গিক $PSDefaultParameterValues এন্ট্রি এবং প্রক্রিয়ার সমর্থিত প্রক্সি কনফিগারেশন পরীক্ষা করুন। একটি প্রোফাইল সেশন শুরুর সময় কমান্ড-নির্দিষ্ট প্রক্সি ডিফল্ট যোগ করতে পারে। একটি নির্ধারিত কাজ ওই প্রোফাইল বাদ দিয়ে ভিন্ন পরিচয়ে চলতে পারে, যদিও স্ক্রিপ্ট ফাইল অপরিবর্তিত থাকে।
গন্তব্য URL, নির্বাচিত এন্ডপয়েন্ট, প্রয়োজনীয় প্রক্সি পদ্ধতি, PowerShell সংস্করণ এবং স্পষ্ট বনাম ডিফল্ট শংসাপত্র তুলনা করুন, গোপন তথ্য আড়াল রেখে। যদি প্রক্সি প্রমাণীকরণ সফল হয় এবং গন্তব্য 401 ফেরত দেয়, তবে প্রক্সি পাসওয়ার্ড উৎস শংসাপত্র প্যারামিটারে না নিয়ে ওই গন্তব্য লগইন তদন্ত করুন।