Настройки прокси в CPAN зависят от фактического загрузчика

Отследите загрузчик, который использует интерактивный CPAN, и согласуйте вводимые параметры прокси с нужным маршрутом к зеркалу.

Если CPAN принимает настройку прокси, но скачивает другим путём, прочитайте диагностический вывод для выбранного загрузчика. CPAN.pm может использовать сетевые модули Perl или передать работу внешней программе.

Проверьте текущую интерактивную конфигурацию:

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

urllist выбирает целевое зеркало и схему, а не посредника. HTTP-прокси, получающий ресурс FTP, остаётся HTTP-слушателем; имя поля не превращает его в FTP-сервер.

Если передача вызывает curl, проверьте унаследованное окружение этого дочернего процесса. Ограниченный запуск выглядит так:

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

Для загрузок с публичных зеркал в сети, разрешающей этот маршрут, замените пример кандидатом без учётной записи из этого списка: список HTTP-прокси. Это передаёт конечную точку HTTP в CPAN и его дочерним процессам, если другой запускающий механизм не изменит окружение. Curl читает строчные http_proxy; настройка назначения HTTPS может указывать на тот же HTTP-слушатель.

Если CPAN выбирает LWP, следуйте вместо этого его настроенным значениям и поведению клиента. Установленный curl не доказывает, что CPAN его использовал. Не устанавливайте модули и не правьте стартовые файлы, пока этот выбор не установлен.

Сохраняйте нужные изменения CPAN командой o conf commit под учётной записью, выполняющей установку, и держите секреты вне общих примеров. Это интерактивный клиент CPAN.pm; cpanm может выбрать другой загрузчик и другую конфигурацию даже при том же зеркале.

Похожие статьи