Налаштування проксі 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 може вибрати інший завантажувач і конфігурацію навіть із тим самим дзеркалом.

Схожі статті