مشکل پروکسی cpanm می‌تواند به دانلودکننده آن بستگی داشته باشد

cpanm و کلاینت تعاملی CPAN یک رابط پیکربندی واحد نیستند. پروکسی ذخیره‌شده برای یکی، دلیلی بر خواندن آن توسط دیگری نیست.

cpanm چند مسیر دانلود ممکن را مستند می‌کند، از جمله LWP، curl و Wget، بسته به دسترس‌پذیری و گزینه‌ها. راهنمای پروکسی آن با یک متغیر محیطی پروکسی مناسب آغاز می‌شود. با این حال بک‌اند واقعی می‌تواند بر احراز هویت پشتیبانی‌شده و رفتار TLS اثر بگذارد.

دانلودکننده‌ای را که فراخوانی ناموفق استفاده می‌کند و محیط قابل‌مشاهده برای آن را شناسایی کنید. در Windows، ترمینالی که پیش از یک تغییر پایدار محیط باز شده است می‌تواند مقدار پیشین را حفظ کند.

یک نقطه پایانی کامل را در قالبی که کلاینت انتخاب‌شده انتظار دارد به کار ببرید. برای دانلودهای عمومی CPAN که بک‌اند انتخاب‌شده واسط HTTP را پشتیبانی می‌کند و مسیرهای عمومی مجاز هستند، فهرست پروکسی HTTP گزینه‌هایی ارائه می‌دهد. نام میزبان صرف، نشانی اسکریپت PAC و URI پروکسی HTTP قابل جایگزینی نیستند. پیش از تغییر تنظیمات شبکه نامرتبط، املای حساب پروکسی را تأیید کنید.

اگر تنها یک بک‌اند شکست می‌خورد، آن تفاوت را در گزارش نگه دارید. نتیجه نگیرید که هر درخواست شبکه Perl خراب است، یا اینکه افزودن مجموعه‌ای دلخواه از متغیرهای HTTP_proxy_* هر کتابخانه‌ای را پیکربندی می‌کند. از گزینه‌هایی که دانلودکننده واقعی مستند می‌کند استفاده کنید و بررسی گواهی را حفظ کنید.