Težava s posredniškim strežnikom v cpanm je lahko odvisna od njegovega prenašalnika

cpanm in interaktivni odjemalec CPAN nista en vmesnik za konfiguracijo. Posredniški strežnik, shranjen za enega, ni dokaz, da ga bo drugi prebral.

cpanm dokumentira več možnih poti prenašanja, vključno z LWP, curl in Wget, odvisno od razpoložljivosti in možnosti. Njegova navodila za posredniški strežnik se začnejo z ustrezno okoljsko spremenljivko. Dejanski zaledni del lahko še vedno vpliva na podprto preverjanje pristnosti in vedenje TLS.

Prepoznajte prenašalnik, ki ga uporablja neuspešni klic, in okolje, ki mu je vidno. V sistemu Windows lahko terminal, odprt pred trajno spremembo okolja, obdrži prejšnjo vrednost.

Uporabite popolno končno točko v obliki, ki jo pričakuje izbrani odjemalec. Za javne prenose CPAN, kjer izbrani zaledni del podpira posrednika HTTP in so javne poti dovoljene, seznam posredniških strežnikov HTTP ponuja kandidate. Golo ime gostitelja, URL skripta PAC in URI posredniškega strežnika HTTP niso zamenljivi. Pred spreminjanjem nepovezanih omrežnih nastavitev potrdite črkovanje računa posredniškega strežnika.

Če odpove samo en zaledni del, to razliko ohranite v poročilu. Ne sklepajte, da je vsaka omrežna zahteva Perla pokvarjena, niti da bo dodajanje poljubne zbirke spremenljivk HTTP_proxy_* nastavilo vsako knjižnico. Uporabite možnosti, ki jih dokumentira dejanski prenašalnik, in ohranite preverjanje potrdil.