Les réglages de proxy de CPAN dépendent du téléchargeur réel

Si CPAN accepte le réglage de proxy mais télécharge par une autre route, lisez la sortie de diagnostic du téléchargeur retenu. CPAN.pm peut utiliser les modules réseau de Perl ou déléguer à un programme externe.

Inspectez la configuration interactive actuelle :

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

urllist choisit le miroir de destination et le schéma, pas l'intermédiaire. Un proxy HTTP qui récupère une ressource FTP reste un écouteur HTTP ; le nom du champ ne le transforme pas en serveur FTP.

Si le transfert appelle curl, inspectez l'environnement hérité de cet enfant. Un lancement restreint est :

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

Pour les téléchargements depuis des miroirs publics sur un réseau autorisant cette route, remplacez l'exemple par un candidat sans compte issu de cette liste : liste de proxys HTTP. Cela fournit le point de terminaison HTTP à CPAN et à ses enfants, sauf si un autre lanceur modifie l'environnement. Curl lit http_proxy en minuscules ; le réglage de destination HTTPS peut désigner le même écouteur HTTP.

Si CPAN choisit LWP, suivez plutôt ses valeurs configurées et le comportement du client. La présence de curl ne prouve pas que CPAN l'a utilisé. Évitez d'installer des modules ou de modifier les fichiers de démarrage avant d'avoir identifié ce choix.

Conservez les modifications voulues de CPAN avec o conf commit sous le compte qui effectue l'installation, et gardez les secrets hors des exemples partagés. Il s'agit du client CPAN.pm interactif ; cpanm peut choisir un autre téléchargeur et une autre configuration même avec le même miroir.