CPAN प्रोक्सी सेटिङहरू वास्तविक डाउनलोडरमा निर्भर हुन्छन्

यदि CPAN ले आफ्नो प्रोक्सी सेटिङ स्वीकार गर्छ तर अर्को मार्गबाट डाउनलोड गर्छ भने, छानिएको डाउनलोडरका लागि डायग्नोस्टिक आउटपुट पढ्नुहोस्। CPAN.pm ले Perl नेटवर्किङ मोड्युलहरू प्रयोग गर्न सक्छ वा बाह्य प्रोग्रामलाई काम सुम्पन सक्छ।

हालको अन्तरक्रियात्मक कन्फिगरेसन जाँच्नुहोस्:

cpan> o conf http_proxy
cpan> o conf ftp_proxy
cpan> o conf no_proxy
cpan> o conf urllist

urllist ले गन्तव्य मिरर र स्किम छान्छ, मध्यस्थ होइन। FTP स्रोत ल्याउने HTTP प्रोक्सी HTTP श्रोता नै रहन्छ; फिल्डको नामले यसलाई FTP सर्भर बनाउँदैन।

यदि स्थानान्तरणले curl बोलाउँछ भने, त्यो चाइल्डको वंशानुगत वातावरण जाँच्नुहोस्। सीमित लन्च यो हो:

http_proxy=http://proxy.example:8080 https_proxy=http://proxy.example:8080 cpan

त्यो मार्ग अनुमति दिने नेटवर्कमा सार्वजनिक मिररबाट डाउनलोडका लागि, उदाहरणलाई यो सूचीबाट खाता-रहित उम्मेदवारले बदल्नुहोस्: HTTP प्रोक्सी सूची। यसले CPAN र यसका चाइल्डहरूलाई HTTP अन्त्य बिन्दु दिन्छ, अर्को लन्चरले वातावरण नबदलेसम्म। Curl ले सानो अक्षरको http_proxy पढ्छ; HTTPS गन्तव्य सेटिङले त्यही HTTP श्रोतालाई नाम दिन सक्छ।

यदि CPAN ले LWP छान्छ भने, यसको सट्टा यसको कन्फिगर गरिएका मान र क्लाइन्ट व्यवहार पछ्याउनुहोस्। curl स्थापना भएको हुनुले CPAN ले यो प्रयोग गर्‍यो भन्ने प्रमाण दिँदैन। त्यो छनोट पहिचान गर्नुअघि मोड्युल स्थापना गर्ने वा स्टार्टअप फाइल सम्पादन गर्ने काम नगर्नुहोस्।

इच्छित CPAN परिवर्तनहरू o conf commit प्रयोग गरी स्थापना गर्ने खाता अन्तर्गत सुरक्षित गर्नुहोस्, र गोप्य कुरा साझा उदाहरणबाट बाहिर राख्नुहोस्। यो अन्तरक्रियात्मक CPAN.pm क्लाइन्ट हो; cpanm ले एउटै मिररसँग पनि अर्को डाउनलोडर र कन्फिगरेसन छान्न सक्छ।