Калі 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 можа выбраць іншы спампоўнік і іншую канфігурацыю нават з тым жа люстэркам.

Падобныя артыкулы