स्पष्ट प्रॉक्सी खात्यासाठी, -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 परत केले, तर प्रॉक्सी पासवर्ड स्रोत क्रेडेन्शियल पॅरामीटरमध्ये हलवण्याऐवजी त्या गंतव्याच्या लॉगिनची तपासणी करा.

संबंधित लेख