CPAN-Proxy-Einstellungen hängen vom tatsächlichen Downloader ab

Wenn CPAN die Proxy-Einstellung akzeptiert, aber über einen anderen Weg herunterlädt, lesen Sie die Diagnoseausgabe für den ausgewählten Downloader. CPAN.pm kann Perl-Netzwerkmodule verwenden oder an ein externes Programm delegieren.

Prüfen Sie die aktuelle interaktive Konfiguration:

cpan> o conf http_proxy
cpan> o conf ftp_proxy
cpan> o conf no_proxy
cpan> o conf urllist

urllist wählt den Ziel-Mirror und das Schema, nicht den Vermittler. Ein HTTP-Proxy, der eine FTP-Ressource abruft, bleibt ein HTTP-Listener; der Feldname macht daraus keinen FTP-Server.

Wenn der Transfer curl aufruft, prüfen Sie die geerbte Umgebung dieses Kindprozesses. Ein eingeschränkter Start ist:

http_proxy=http://proxy.example:8080 https_proxy=http://proxy.example:8080 cpan

Für Downloads von öffentlichen Mirrors in einem Netzwerk, das diese Route zulässt, ersetzen Sie das Beispiel durch einen kontofreien Kandidaten aus dieser Liste: HTTP-Proxy-Liste. Damit erhalten CPAN und seine Kindprozesse den HTTP-Endpunkt, sofern kein anderer Starter die Umgebung ändert. Curl liest das kleingeschriebene http_proxy; die HTTPS-Zieleinstellung kann denselben HTTP-Listener benennen.

Wenn CPAN LWP wählt, folgen Sie stattdessen dessen konfigurierten Werten und Clientverhalten. Ein installiertes curl beweist nicht, dass CPAN es verwendet hat. Vermeiden Sie Modulinstallationen oder Änderungen an Startdateien, bevor diese Auswahl geklärt ist.

Speichern Sie beabsichtigte CPAN-Änderungen mit o conf commit unter dem Konto, das die Installation ausführt, und halten Sie Geheimnisse aus geteilten Beispielen heraus. Dies ist der interaktive CPAN.pm-Client; cpanm kann einen anderen Downloader und eine andere Konfiguration wählen selbst bei demselben Mirror.