Das Problem, dass ich keine Module über CPAN nachinstallieren konnte, weil ich hinter einem Squid-Proxy war, der kein FTP durchließ, hatte ich jetzt schon öfters. Weil ich jedes Mal wieder überlegen muss, wie man diese Problematik nun behebt, hier eine fixe Erklärung.
Dazu bearbeiten wir die Konfigurationsdatei von CPAN, die überaschenderweise Config.pm heißt. Wo diese Datei zu finden ist, hängt unter anderem von der verwendeten Distribution ab. Bei meinem SLES11SP2 Testsystem liegt die Datei unter /usr/lib/perl5/5.10.0/CPAN/. In diese Datei fügen wir nun folgenden Eintrag ein:
'dontload_hash' => { q[Net::FTP]=>q[1], q[LWP]=>q[1] }, |
und bearbeiten wenn nicht schon bei der Ersteinrichtung geschehen den Eintrag für den HTTP-Proxy, um unseren Proxy-Server mitsamt Port dort zu hinterlegen.
'http_proxy' => q[http://proxy.foobar.org:3128], |
Das war’s eigentlich schon, damit sollte sich CPAN verbinden können. Doch was haben wir genau getan?
Wir haben CPAN angewiesen, die für FTP verwendeten Module nicht mehr zu laden. Dadurch gibt es ein Fallback auf WGET oder CURL, welche sich über HTTP verbinden und die dafür benutzten Proxyeinstellungen nutzen.
Es kann sein, dass je nach Proxykonfiguration nicht beide Module deaktiviert werden müssen. Allerdings bin ich mit dieser Einstellungen bisher immer gut gefahren.
