cpanm को प्रोक्सी समस्या यसको डाउनलोडरमा निर्भर हुन सक्छ

cpanm र अन्तरक्रियात्मक CPAN क्लाइन्ट एउटै कन्फिगरेसन इन्टरफेस होइनन्। एउटाका लागि सुरक्षित गरिएको प्रोक्सी अर्कोले पढ्छ भन्ने प्रमाण होइन।

cpanm ले उपलब्धता र विकल्पका आधारमा LWP, curl र Wget लगायत धेरै सम्भावित डाउनलोड मार्गहरूको दस्तावेज गर्छ। यसको प्रोक्सी निर्देशन उपयुक्त प्रोक्सी वातावरण चरबाट सुरु हुन्छ। वास्तविक ब्याकइन्डले समर्थित प्रमाणीकरण र TLS व्यवहारमा अझै प्रभाव पार्न सक्छ।

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

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

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