Le impostazioni proxy di CPAN dipendono dal downloader effettivo

Se CPAN accetta l'impostazione proxy ma scarica per un'altra via, leggi l'output diagnostico del downloader selezionato. CPAN.pm può usare i moduli di rete di Perl o delegare a un programma esterno.

Esamina la configurazione interattiva corrente:

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

urllist sceglie il mirror di destinazione e lo schema, non l'intermediario. Un proxy HTTP che recupera una risorsa FTP resta un listener HTTP; il nome del campo non lo trasforma in server FTP.

Se il trasferimento invoca curl, esamina l'ambiente ereditato di quel figlio. Un avvio circoscritto è:

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

Per i download da mirror pubblici su una rete che consente quella via, sostituisci l'esempio con un candidato senza account da questo elenco: elenco di proxy HTTP. Questo fornisce l'endpoint HTTP a CPAN e ai suoi figli, a meno che un altro lanciatore cambi l'ambiente. Curl legge http_proxy in minuscolo; l'impostazione di destinazione HTTPS può indicare lo stesso listener HTTP.

Se CPAN sceglie LWP, segui invece i suoi valori configurati e il comportamento del client. Avere curl installato non prova che CPAN lo abbia usato. Evita di installare moduli o modificare file di avvio prima di aver identificato quella scelta.

Salva le modifiche previste di CPAN con o conf commit sotto l'account che esegue l'installazione e tieni i segreti fuori dagli esempi condivisi. Questo è il client CPAN.pm interattivo; cpanm può scegliere un altro downloader e un'altra configurazione anche con lo stesso mirror.