cpanm ची प्रॉक्सी अडचण तिच्या डाउनलोडरवर अवलंबून असू शकते

cpanm आणि इंटरअॅक्टिव्ह CPAN क्लायंट एकच संरचना इंटरफेस नाहीत. एकासाठी साठवलेला प्रॉक्सी दुसरा तो वाचेल याचा पुरावा नाही.

cpanm उपलब्धता आणि पर्यायांवर अवलंबून LWP, curl आणि Wget यांसह अनेक संभाव्य डाउनलोड मार्गांचे दस्तऐवजीकरण करते. तिचे प्रॉक्सी मार्गदर्शन योग्य प्रॉक्सी वातावरण चलापासून सुरू होते. प्रत्यक्ष बॅकएंड अजूनही समर्थित प्रमाणीकरण आणि TLS वर्तनावर परिणाम करू शकतो.

अयशस्वी होणारे कॉल वापरत असलेला डाउनलोडर आणि त्याला दिसणारे वातावरण ओळखा. Windows वर, कायमस्वरूपी वातावरण बदलापूर्वी उघडलेले टर्मिनल पूर्वीचे मूल्य टिकवून ठेवू शकते.

निवडलेला क्लायंट अपेक्षित असलेल्या स्वरूपात पूर्ण एंडपॉइंट वापरा. जेथे निवडलेला बॅकएंड HTTP मध्यस्थाला समर्थन देतो आणि सार्वजनिक मार्ग परवानगीत आहेत अशा सार्वजनिक CPAN डाउनलोडसाठी HTTP प्रॉक्सी यादी उमेदवार देते. केवळ होस्टनाव, PAC स्क्रिप्ट URL आणि HTTP प्रॉक्सी URI यांची अदलाबदल होऊ शकत नाही. असंबंधित नेटवर्क सेटिंग्ज बदलण्यापूर्वी प्रॉक्सी खात्याचे स्पेलिंग तपासा.

फक्त एक बॅकएंड अयशस्वी झाल्यास तो फरक अहवालात ठेवा. प्रत्येक Perl नेटवर्क विनंती बिघडली आहे, किंवा HTTP_proxy_* चलांचा कोणताही अनियंत्रित संच जोडल्यास प्रत्येक लायब्ररी संरचित होईल असा निष्कर्ष काढू नका. प्रत्यक्ष डाउनलोडरने दस्तऐवजीकृत केलेले पर्याय वापरा आणि प्रमाणपत्र पडताळणी टिकवून ठेवा.