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 समान मिरर के साथ भी दूसरा डाउनलोडर और कॉन्फ़िगरेशन चुन सकता है।