Das Proxy-Problem von cpanm kann von seinem Downloader abhängen

cpanm und der interaktive CPAN-Client sind keine gemeinsame Konfigurationsschnittstelle. Ein für den einen gespeicherter Proxy ist kein Beweis dafür, dass der andere ihn liest.

cpanm dokumentiert mehrere mögliche Download-Pfade, darunter LWP, curl und Wget, abhängig von Verfügbarkeit und Optionen. Seine Proxy-Hinweise beginnen mit einer passenden Proxy-Umgebungsvariable. Das tatsächliche Backend kann dennoch die unterstützte Authentifizierung und das TLS-Verhalten beeinflussen.

Ermittle den Downloader, den der fehlschlagende Aufruf nutzt, und die für ihn sichtbare Umgebung. Unter Windows kann ein Terminal, das vor einer dauerhaften Umgebungsänderung geöffnet wurde, den vorherigen Wert behalten.

Verwende einen vollständigen Endpunkt in dem Format, das der ausgewählte Client erwartet. Für öffentliche CPAN-Downloads, bei denen das ausgewählte Backend einen HTTP-Vermittler unterstützt und öffentliche Routen erlaubt sind, bietet die HTTP-Proxy-Liste Kandidaten. Ein bloßer Hostname, eine PAC-Skript-URL und ein HTTP-Proxy-URI sind nicht austauschbar. Bestätige die Schreibweise des Proxy-Kontos, bevor du unabhängige Netzwerkeinstellungen änderst.

Wenn nur ein Backend fehlschlägt, halte diesen Unterschied im Bericht fest. Schließe nicht daraus, dass jede Netzwerkanfrage von Perl defekt ist, oder dass das Hinzufügen einer beliebigen Sammlung von HTTP_proxy_*-Variablen jede Bibliothek konfiguriert. Nutze die Optionen, die der tatsächliche Downloader dokumentiert, und bewahre die Zertifikatsprüfung.