CPAN-prokuraj agordoj dependas de la efektiva elŝutilo

Spuru la elŝutilon uzatan de interaga CPAN kaj kongruigu la prokurajn enigojn kun la celata spegula vojo.

Se CPAN akceptas sian prokuran agordon sed elŝutas laŭ alia vojo, legu la diagnozan eligon por la elektita elŝutilo. CPAN.pm povas uzi Perl-retajn modulojn aŭ delegi al ekstera programo.

Ekzamenu la nunan interagan agordon:

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

urllist elektas la celan spegulon kaj la skemon, ne la peranton. HTTP-prokuro, kiu alportas FTP-rimedon, restas HTTP-aŭskultanto; la kampnomo ne igas ĝin FTP-servilo.

Se la transigo vokas curl, ekzamenu la hereditan medion de tiu infano. Limigita lanĉo estas:

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

Por elŝutoj de publikaj speguloj en reto permesanta tiun vojon, anstataŭigu la ekzemplon per senkonta kandidato el ĉi tiu listo: listo de HTTP-prokuroj. Tio provizas la HTTP-finpunkton al CPAN kaj ĝiaj infanoj, se alia lanĉilo ne ŝanĝas la medion. Curl legas la minusklan http_proxy; la HTTPS-cela agordo povas nomi la saman HTTP-aŭskultanton.

Se CPAN elektas LWP, sekvu anstataŭe ĝiajn agorditajn valorojn kaj klientan konduton. Instalita curl ne pruvas, ke CPAN uzis ĝin. Evitu instali modulojn aŭ redakti startdosierojn antaŭ ol identigi tiun elekton.

Konservu celatajn CPAN-ŝanĝojn per o conf commit sub la konto plenumanta la instaladon, kaj tenu sekretojn ekster dividitaj ekzemploj. Ĉi tio estas la interaga CPAN.pm-kliento; cpanm povas elekti alian elŝutilon kaj agordon eĉ kun la sama spegulo.

Rilataj artikoloj