cpanm-এর প্রক্সি সমস্যা তার ডাউনলোডারের উপর নির্ভর করতে পারে

cpanm এবং ইন্টারঅ্যাকটিভ CPAN ক্লায়েন্ট একই কনফিগারেশন ইন্টারফেস নয়। একটির জন্য সংরক্ষিত প্রক্সি অন্যটি পড়বে তার প্রমাণ নয়।

cpanm উপলব্ধতা ও অপশনের উপর নির্ভর করে LWP, curl ও Wget সহ কয়েকটি সম্ভাব্য ডাউনলোড পথের নথিভুক্ত করে। এর প্রক্সি নির্দেশনা উপযুক্ত প্রক্সি পরিবেশ চলক দিয়ে শুরু হয়। প্রকৃত ব্যাকএন্ড এখনও সমর্থিত প্রমাণীকরণ ও TLS আচরণকে প্রভাবিত করতে পারে।

ব্যর্থ কলটি যে ডাউনলোডার ব্যবহার করেছে এবং তার জন্য দৃশ্যমান পরিবেশ শনাক্ত করুন। Windows-এ, স্থায়ী পরিবেশ পরিবর্তনের আগে খোলা টার্মিনাল পূর্বের মান ধরে রাখতে পারে।

নির্বাচিত ক্লায়েন্ট যে বিন্যাস আশা করে সেই বিন্যাসে সম্পূর্ণ এন্ডপয়েন্ট ব্যবহার করুন। যেখানে নির্বাচিত ব্যাকএন্ড HTTP মধ্যস্থতাকারী সমর্থন করে এবং সর্বজনীন রুট অনুমোদিত, সেখানে সর্বজনীন CPAN ডাউনলোডের জন্য HTTP প্রক্সি তালিকা প্রার্থী দেয়। একটি খালি হোস্টনেম, PAC স্ক্রিপ্ট URL এবং একটি HTTP প্রক্সি URI পরস্পর বিনিময়যোগ্য নয়। সম্পর্কহীন নেটওয়ার্ক সেটিংস পরিবর্তনের আগে প্রক্সি অ্যাকাউন্টের বানান নিশ্চিত করুন।

যদি কেবল একটি ব্যাকএন্ড ব্যর্থ হয়, সেই পার্থক্য প্রতিবেদনে রাখুন। প্রতিটি Perl নেটওয়ার্ক অনুরোধ ভাঙা বলে, কিংবা HTTP_proxy_* চলকের যেকোনো সংগ্রহ যোগ করলে প্রতিটি লাইব্রেরি কনফিগার হবে বলে সিদ্ধান্তে পৌঁছাবেন না। প্রকৃত ডাউনলোডারে নথিভুক্ত অপশন ব্যবহার করুন এবং সার্টিফিকেট যাচাই সংরক্ষণ করুন।