cpanm की प्रॉक्सी समस्या उसके डाउनलोडर पर निर्भर हो सकती है

cpanm और इंटरैक्टिव CPAN क्लाइंट एक ही कॉन्फ़िगरेशन इंटरफ़ेस नहीं हैं। एक के लिए सहेजा गया प्रॉक्सी यह प्रमाण नहीं है कि दूसरा उसे पढ़ेगा।

cpanm कई संभावित डाउनलोड पथों का दस्तावेज़ीकरण करता है, जिनमें LWP, curl और Wget शामिल हैं, जो उपलब्धता और विकल्पों पर निर्भर करते हैं। उसका प्रॉक्सी मार्गदर्शन उपयुक्त प्रॉक्सी वातावरण चर से शुरू होता है। वास्तविक बैकएंड फिर भी समर्थित प्रमाणीकरण और TLS व्यवहार को प्रभावित कर सकता है।

विफल हो रही कॉल द्वारा प्रयुक्त डाउनलोडर और उसे दिखने वाले वातावरण की पहचान करें। Windows पर, स्थायी वातावरण परिवर्तन से पहले खोला गया टर्मिनल पिछला मान बनाए रख सकता है।

चुने गए क्लाइंट द्वारा अपेक्षित प्रारूप में पूरा एंडपॉइंट इस्तेमाल करें। ऐसे सार्वजनिक CPAN डाउनलोड के लिए जहाँ चुना गया बैकएंड HTTP मध्यस्थ का समर्थन करता है और सार्वजनिक मार्ग अनुमत हैं, HTTP प्रॉक्सी सूची उम्मीदवार देती है। केवल होस्टनाम, PAC स्क्रिप्ट URL और HTTP प्रॉक्सी URI आपस में विनिमेय नहीं हैं। असंबंधित नेटवर्क सेटिंग्स बदलने से पहले प्रॉक्सी खाते की वर्तनी की पुष्टि करें।

यदि केवल एक बैकएंड विफल होता है, तो उस अंतर को रिपोर्ट में रखें। यह निष्कर्ष न निकालें कि हर Perl नेटवर्क अनुरोध टूटा हुआ है, या कि HTTP_proxy_* चरों का कोई मनमाना संग्रह जोड़ने से हर लाइब्रेरी कॉन्फ़िगर हो जाएगी। वास्तविक डाउनलोडर द्वारा प्रलेखित विकल्पों का उपयोग करें और प्रमाणपत्र सत्यापन बनाए रखें।