cpanm ની પ્રોક્સી સમસ્યા તેના ડાઉનલોડર પર આધાર રાખી શકે છે

cpanm અને ઇન્ટરેક્ટિવ CPAN ક્લાયન્ટ એક જ રૂપરેખાંકન ઇન્ટરફેસ નથી. એક માટે સાચવેલી પ્રોક્સી એ પુરાવો નથી કે બીજું તેને વાંચશે.

cpanm ઉપલબ્ધતા અને વિકલ્પોના આધારે LWP, curl અને Wget સહિત ઘણા સંભવિત ડાઉનલોડ માર્ગોનું દસ્તાવેજીકરણ કરે છે. તેનું પ્રોક્સી માર્ગદર્શન યોગ્ય પ્રોક્સી પર્યાવરણ ચલથી શરૂ થાય છે. વાસ્તવિક બેકએન્ડ હજી પણ સમર્થિત પ્રમાણીકરણ અને TLS વર્તનને અસર કરી શકે છે.

નિષ્ફળ જતા કૉલ દ્વારા વપરાતો ડાઉનલોડર અને તેને દેખાતું વાતાવરણ ઓળખો. Windows પર, કાયમી પર્યાવરણ ફેરફાર પહેલાં ખોલેલું ટર્મિનલ પહેલાનું મૂલ્ય રાખી શકે છે.

પસંદ કરેલા ક્લાયન્ટ જે ફોર્મેટની અપેક્ષા રાખે તેમાં સંપૂર્ણ એન્ડપોઇન્ટ વાપરો. જ્યાં પસંદ કરેલો બેકએન્ડ HTTP મધ્યસ્થને સમર્થન આપે છે અને જાહેર માર્ગો માન્ય છે તેવા જાહેર CPAN ડાઉનલોડ માટે HTTP પ્રોક્સી સૂચિ ઉમેદવારો આપે છે. ફક્ત હોસ્ટનામ, PAC સ્ક્રિપ્ટ URL અને HTTP પ્રોક્સી URI એકબીજાના બદલે વાપરી શકાય તેવા નથી. અસંબંધિત નેટવર્ક સેટિંગ્સ બદલતા પહેલાં પ્રોક્સી ખાતાની જોડણીની ખાતરી કરો.

જો ફક્ત એક બેકએન્ડ નિષ્ફળ જાય, તો તે તફાવત અહેવાલમાં રાખો. દરેક Perl નેટવર્ક વિનંતી તૂટેલી છે એવું, કે HTTP_proxy_* ચલોનો મનસ્વી સંગ્રહ ઉમેરવાથી દરેક લાઇબ્રેરી રૂપરેખાંકિત થશે એવું અનુમાન ન કરો. વાસ્તવિક ડાઉનલોડર દ્વારા દસ્તાવેજીકૃત વિકલ્પો વાપરો અને પ્રમાણપત્ર ચકાસણી જાળવો.