Проблемът с проксито в cpanm може да зависи от неговия downloader
cpanm може да използва различни бекенди за изтегляне. Проверявайте избрания път и неговата среда, вместо да предполагате, че настройките на интерактивния клиент на CPAN го управляват.
cpanm и интерактивният клиент на CPAN не са единен интерфейс за конфигурация. Запазено прокси за единия не е доказателство, че другият ще го прочете.
cpanm документира няколко възможни пътя за изтегляне, включително LWP, curl и Wget, в зависимост от наличността и опциите. Насоките му за прокси започват с подходяща променлива на средата за прокси. Действителният бекенд все още може да влияе на поддържаното удостоверяване и поведението на TLS.
Определете downloader-а, използван от неуспешното извикване, и средата, видима за него. В Windows терминал, отворен преди постоянно изменение на средата, може да запази предишната стойност.
Използвайте пълен адрес във формата, който избраният клиент очаква. За публични изтегляния от CPAN, при които избраният бекенд поддържа HTTP посредник и публичните маршрути са разрешени, списъкът с HTTP прокси предлага кандидати. Голо име на хост, URL на PAC скрипт и URI на HTTP прокси не са взаимозаменяеми. Потвърдете изписването на профила за прокси, преди да променяте несвързани мрежови настройки.
Ако само един бекенд се проваля, запазете тази разлика в доклада. Не заключавайте, че всяка мрежова заявка на Perl е счупена, нито че добавянето на произволен набор от променливи HTTP_proxy_* ще конфигурира всяка библиотека. Използвайте опциите, документирани от действителния downloader, и запазете проверката на сертификата.