CPAN-proxyinnstillingene bestemmes av den faktiske nedlasteren

Hvis CPAN godtar proxyinnstillingen, men laster ned via en annen rute, må du lese den diagnostiske utskriften for den valgte nedlasteren. CPAN.pm kan bruke nettverksmoduler i Perl eller overlate jobben til et eksternt program.

Se over den gjeldende interaktive konfigurasjonen:

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

urllist velger speilet for målet og skjemaet, ikke mellomleddet. En HTTP-proxy som henter en FTP-ressurs, forblir en HTTP-lytter; feltnavnet gjør den ikke til en FTP-server.

Hvis overføringen kaller curl, se over det arvede miljøet til den underordnede prosessen. En begrenset oppstart er:

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

For nedlastinger fra offentlige speil på et nettverk som tillater den ruten, bytt ut eksempelet med en kontofri kandidat fra denne listen: liste over HTTP-proxyer. Dette gir HTTP-endepunktet til CPAN og underprosessene, med mindre en annen oppstarter endrer miljøet. Curl leser små bokstaver http_proxy; innstillingen for HTTPS-målet kan navngi den samme HTTP-lytteren.

Hvis CPAN velger LWP, må du i stedet følge de konfigurerte verdiene og klientatferden. At curl er installert, beviser ikke at CPAN brukte det. Unngå å installere moduler eller redigere oppstartsfiler før du har identifisert valget.

Lagre de planlagte CPAN-endringene med o conf commit under kontoen som utfører installasjonen, og hold hemmeligheter utenfor delte eksempler. Dette er den interaktive CPAN.pm-klienten; cpanm kan velge en annen nedlaster og konfigurasjon selv med det samme speilet.