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 लौटाता है, तो प्रॉक्सी पासवर्ड को मूल क्रेडेंशियल पैरामीटर में ले जाने के बजाय उस गंतव्य लॉगिन की जाँच करें।