Проблема з проксі в cpanm може залежати від його завантажувача

cpanm та інтерактивний клієнт CPAN — не один інтерфейс налаштування. Проксі, збережене для одного, не доводить, що інший його прочитає.

cpanm описує кілька можливих шляхів завантаження, зокрема LWP, curl і Wget, залежно від доступності та параметрів. Його настанови щодо проксі починаються з відповідної змінної середовища проксі. Фактичний бекенд усе ще може впливати на підтримувану автентифікацію та поведінку TLS.

Визначте завантажувач, який використовує невдалий виклик, і середовище, видиме для нього. У Windows термінал, відкритий до постійної зміни середовища, може зберігати попереднє значення.

Використовуйте повну кінцеву точку у форматі, якого очікує вибраний клієнт. Для публічних завантажень CPAN, де вибраний бекенд підтримує посередника HTTP і публічні маршрути дозволені, список проксі HTTP пропонує кандидатів. Голе ім'я хоста, URL PAC-скрипту та URI проксі HTTP не є взаємозамінними. Підтвердьте написання облікового запису проксі, перш ніж змінювати не пов'язані мережеві налаштування.

Якщо не працює лише один бекенд, збережіть цю різницю у звіті. Не робіть висновку, що кожен мережевий запит Perl зламано, або що додавання довільного набору змінних HTTP_proxy_* налаштує кожну бібліотеку. Використовуйте параметри, описані у фактичному завантажувачі, і зберігайте перевірку сертифікатів.