It proxyprobleem fan cpanm kin fan syn downloader ôfhingje
cpanm kin ferskate download-backends brûke. Undersykje it keazen paad en syn omjouwing ynstee fan oan te nimmen dat de ynstellings fan 'e ynteraktive CPAN-klant it behearskje.
cpanm en de ynteraktive CPAN-klant binne net ien konfiguraasje-ynterface. In proxy dy't foar de iene bewarre is, is gjin bewiis dat de oare dy lêze sil.
cpanm dokumintearret ferskate mooglike downloadpaden, wêrûnder LWP, curl en Wget, ôfhinklik fan beskikberens en opsjes. Syn proxy-rjochtline begjint mei in passende proxy-omjouwingsfariabele. De eigentlike backend kin noch wol ynfloed hawwe op de stipe autentikaasje en it TLS-gedrach.
Identifisearje de downloader dy't de mislearjende oprop brûkt en de omjouwing dy't dêrfoar sichtber is. Under Windows kin in terminal dy't iepene is foar in permaninte omjouwingsferoaring de foarige wearde behâlde.
Brûk in folslein einpunt yn it formaat dat de keazen klant ferwachtet. Foar iepenbiere CPAN-downloads wêr't de keazen backend in HTTP-tuskenpersoan stipet en iepenbiere rûtes tastien binne, biedt de HTTP-proxylist kandidaten. In bleate hostnamme, in PAC-skript-URL en in HTTP-proxy-URI binne net útwikselber. Befêstigje de stavering fan it proxy-akkoart foardat jo net-relatearre netwurkynstellingen feroarje.
As mar ien backend mislearret, hâld dy ferskil dan yn it rapport. Konkludearje net dat elk Perl-netwurkfersoch stikken is, of dat it tafoegjen fan in willekeurige samling HTTP_proxy_*-fariabelen elke bibleteek konfigurearret. Brûk de opsjes dy't de eigentlike downloader dokumintearret en behâld de sertifikaatferifikaasje.