Праблема з проксі ў cpanm можа залежаць ад яго спампоўніка
cpanm можа выкарыстоўваць розныя бэкенды спампоўкі. Правярайце выбраны шлях і яго асяроддзе, а не мяркуйце, што налады інтэрактыўнага кліента CPAN кіруюць ім.
cpanm і інтэрактыўны кліент CPAN — не адзін інтэрфейс канфігурацыі. Проксі, захаваны для аднаго, не даказвае, што другі яго прачытае.
cpanm апісвае некалькі магчымых шляхоў спампоўкі, уключаючы LWP, curl і Wget, у залежнасці ад даступнасці і параметраў. Яго рэкамендацыі па проксі пачынаюцца з адпаведнай зменнай асяроддзя проксі. Фактычны бэкенд усё яшчэ можа ўплываць на падтрымоўваную аўтэнтыфікацыю і паводзіны TLS.
Вызначце спампоўнік, які выкарыстоўвае няўдалы выклік, і асяроддзе, бачнае для яго. У Windows тэрмінал, адкрыты да пастаяннага змянення асяроддзя, можа захаваць папярэдняе значэнне.
Выкарыстоўвайце поўную канчатковую кропку ў фармаце, якога чакае выбраны кліент. Для публічных спамповак CPAN, дзе выбраны бэкенд падтрымлівае пасрэдніка HTTP і публічныя маршруты дазволеныя, спіс проксі HTTP прапануе кандыдатаў. Голас імя хоста, URL PAC-скрыпта і URI проксі HTTP не ўзаемазаменныя. Пацвердзіце напісанне ўліковага запісу проксі, перш чым змяняць непаўязаныя сеткавыя налады.
Калі не спрацоўвае толькі адзін бэкенд, захавайце гэтую розніцу ў справаздачы. Не рабіце высновы, што кожны сеткавы запыт Perl зламаны, або што даданне адвольнага набору зменных HTTP_proxy_* наладзіць кожную бібліятэку. Выкарыстоўвайце параметры, апісаныя ў фактычным спампоўніку, і захоўвайце праверку сертыфіката.