Het proxyprobleem van cpanm kan van zijn downloader afhangen
cpanm kan verschillende downloadbackends gebruiken. Onderzoek het gekozen pad en zijn omgeving in plaats van aan te nemen dat de instellingen van de interactieve CPAN-client het beheren.
cpanm en de interactieve CPAN-client zijn niet één configuratie-interface. Een proxy die voor de een is opgeslagen, is geen bewijs dat de ander die leest.
cpanm documenteert verschillende mogelijke downloadpaden, waaronder LWP, curl en Wget, afhankelijk van beschikbaarheid en opties. De proxyrichtlijnen beginnen met een passende proxy-omgevingsvariabele. De werkelijke backend kan nog steeds de ondersteunde authenticatie en het TLS-gedrag beïnvloeden.
Identificeer de downloader die de mislukkende aanroep gebruikt en de omgeving die daarvoor zichtbaar is. Op Windows kan een terminal die vóór een blijvende omgevingswijziging is geopend, de vorige waarde behouden.
Gebruik een volledig eindpunt in het formaat dat de gekozen client verwacht. Voor openbare CPAN-downloads waarbij de gekozen backend een HTTP-tussenpersoon ondersteunt en openbare routes zijn toegestaan, biedt de HTTP-proxylijst kandidaten. Een kale hostnaam, een PAC-script-URL en een HTTP-proxy-URI zijn niet uitwisselbaar. Bevestig de spelling van het proxyaccount voordat u niet-gerelateerde netwerkinstellingen wijzigt.
Als slechts één backend mislukt, houd dat verschil dan in het rapport. Concludeer niet dat elk Perl-netwerkverzoek kapot is, of dat het toevoegen van een willekeurige verzameling HTTP_proxy_*-variabelen elke bibliotheek configureert. Gebruik de opties die de werkelijke downloader documenteert en behoud de certificaatverificatie.