Problemi i proxy-t të cpanm mund të varet nga shkarkuesi i tij
cpanm mund të përdorë backend-e të ndryshme shkarkimi. Inspektoni rrugën e zgjedhur dhe mjedisin e saj në vend që të supozoni se cilësimet e klientit interaktiv CPAN e kontrollojnë atë.
cpanm dhe klienti interaktiv CPAN nuk janë një ndërfaqe e vetme konfigurimi. Një proxy i ruajtur për njërin nuk është provë se tjetri do ta lexojë.
cpanm dokumenton disa rrugë të mundshme shkarkimi, duke përfshirë LWP, curl dhe Wget, në varësi të disponueshmërisë dhe opsioneve. Udhëzimet e tij për proxy fillojnë me një variabël mjedisi proxy të përshtatshme. Backend-i aktual mund të ndikojë ende në vërtetimin e mbështetur dhe në sjelljen e TLS.
Identifikoni shkarkuesin që përdoret nga thirrja që dështon dhe mjedisin e dukshëm për të. Në Windows, një terminal i hapur përpara një ndryshimi të përhershëm të mjedisit mund të mbajë vlerën e mëparshme.
Përdorni një pikë fundore të plotë në formatin që pret klienti i zgjedhur. Për shkarkimet publike të CPAN ku backend-i i zgjedhur mbështet një ndërmjetës HTTP dhe rrugët publike lejohen, lista e proxy-ve HTTP ofron kandidatë. Emri i pastër i hostit, URL-ja e skriptit PAC dhe URI-ja e proxy-t HTTP nuk janë të këmbyeshme. Konfirmoni drejtshkrimin e llogarisë proxy përpara se të ndryshoni cilësime rrjeti të palidhura.
Nëse dështon vetëm një backend, mbajeni atë dallim në raport. Mos arrini në përfundimin se çdo kërkesë rrjeti e Perlit është e prishur, as që shtimi i një koleksioni arbitrar variablash HTTP_proxy_* do të konfigurojë çdo bibliotekë. Përdorni opsionet e dokumentuara nga shkarkuesi aktual dhe ruani verifikimin e certifikatës.