पता लगाएँ कि कौन-सा Chocolatey डाउनलोड प्रॉक्सी चाहता है

Chocolatey की प्रॉक्सी सेटिंग बदलने से पहले विफल अनुरोध की पहचान करें:

सहेजा गया choco config मान पहले के बूटस्ट्रैप डाउनलोड को कॉन्फ़िगर नहीं कर सकता। प्रबंधित परिवेश के लिए आधिकारिक इंस्टॉलेशन विधि का उपयोग करें और प्रॉक्सी मान उसी शेल में दें जो वास्तव में उसे चलाता है। निष्पादन नीति बदलने और पासवर्ड एम्बेड करने वाला पुराना एक-पंक्ति इंस्टॉलर आवश्यक प्रॉक्सी मरम्मत नहीं है।

इंस्टॉल किए गए CLI के लिए, इच्छित दायरे में प्रभावी कॉन्फ़िगरेशन जाँचें। सहेजा गया CLI मान बता सकता है कि Windows की सिस्टम प्रॉक्सी बदलने से कोई अंतर क्यों नहीं आया। अनुमत सार्वजनिक डाउनलोड के लिए जिनके वास्तविक डाउनलोडर के पास कॉन्फ़िगर या सहेजे गए प्रॉक्सी क्रेडेंशियल नहीं हैं, HTTP प्रॉक्सी सूची लागू प्रॉक्सी इनपुट के लिए उम्मीदवार पते देती है; चुने गए क्लाइंट का अपेक्षित प्रारूप उपयोग करें। मध्यस्थ एंडपॉइंट और खाते को पैकेज-स्रोत क्रेडेंशियल से अलग रखें; प्रॉक्सी पहुँच सफल होने के बाद रिपॉज़िटरी प्रमाणीकरण विफल हो सकता है।

पैकेज इंस्टॉलेशन के दौरान, त्रुटि देने वाली प्रक्रिया की पहचान करें। अलग निष्पादन योग्य फ़ाइल को Chocolatey-विशिष्ट विकल्प लागू करने या वही पहचान उपयोग करने की आवश्यकता नहीं है। ग्राफ़िकल टूल और पृष्ठभूमि एजेंट भी उत्पाद-विशिष्ट प्रॉक्सी सीमाओं वाले होते हैं; सफल CLI अनुरोध उनके आइकन-डाउनलोड या एजेंट मार्ग को सिद्ध नहीं करता।

उस प्रक्रिया को ध्यान में रखते हुए पहली उपयोगी विफलता पढ़ें: 407 प्रॉक्सी प्रमाणीकरण से संबंधित है, TLS भरोसा त्रुटि उस अनुरोधकर्ता को प्रस्तुत प्रमाणपत्र से संबंधित है, और गायब पैकेज या अस्वीकृत रिपॉज़िटरी खाता स्रोत से संबंधित है। रहस्य हटाकर विफल होस्टनाम, संचालन, खाता संदर्भ और स्थिति सुरक्षित रखें। बूटस्ट्रैप की सफलता और उसके बाद पैकेज डाउनलोड विफलता उस मार्ग को सीमित करती है जिसे मरम्मत चाहिए।