Ustawienia proxy CPAN zależą od rzeczywistego downloadera
Prześledź downloader używany przez interaktywny CPAN i dopasuj dane proxy do zamierzonej trasy lustra.
Jeśli CPAN akceptuje ustawienie proxy, ale pobiera inną drogą, przeczytaj dane diagnostyczne wybranego downloadera. CPAN.pm może korzystać z modułów sieciowych Perla albo zlecić pracę programowi zewnętrznemu.
Sprawdź bieżącą konfigurację interaktywną:
cpan> o conf http_proxy
cpan> o conf ftp_proxy
cpan> o conf no_proxy
cpan> o conf urllist
urllist wybiera lustro docelowe i schemat, a nie pośrednika. Proxy HTTP, które pobiera zasób FTP, pozostaje odbiornikiem HTTP; nazwa pola nie czyni z niego serwera FTP.
Jeśli transfer wywołuje curl, sprawdź odziedziczone środowisko tego procesu potomnego. Ograniczone uruchomienie to:
http_proxy=http://proxy.example:8080 https_proxy=http://proxy.example:8080 cpan
Aby pobierać z publicznych luster w sieci zezwalającej na tę trasę, zastąp przykład kandydatem bez konta z tej listy: lista proxy HTTP. Daje to punkt końcowy HTTP dla CPAN i jego procesów potomnych, o ile inny launcher nie zmieni środowiska. Curl czyta małe litery http_proxy; ustawienie celu HTTPS może wskazywać ten sam odbiornik HTTP.
Jeśli CPAN wybierze LWP, zamiast tego postępuj według jego skonfigurowanych wartości i zachowania klienta. Zainstalowany curl nie dowodzi, że CPAN go użył. Unikaj instalowania modułów i edycji plików startowych, zanim ta opcja zostanie ustalona.
Zapisz zamierzone zmiany CPAN poleceniem o conf commit na koncie wykonującym instalację i trzymaj sekrety poza współdzielonymi przykładami. To jest interaktywny klient CPAN.pm; cpanm może wybrać inny downloader i konfigurację nawet przy tym samym lustrze.