CPAN പ്രോക്സി ക്രമീകരണങ്ങൾ യഥാർത്ഥ ഡൗൺലോഡറിനെ ആശ്രയിച്ചിരിക്കുന്നു

CPAN അതിന്റെ പ്രോക്സി ക്രമീകരണം സ്വീകരിക്കുകയും എന്നാൽ മറ്റൊരു വഴിയിലൂടെ ഡൗൺലോഡ് ചെയ്യുകയും ചെയ്താൽ, തിരഞ്ഞെടുത്ത ഡൗൺലോഡറിന്റെ ഡയഗ്നോസ്റ്റിക് ഔട്ട്പുട്ട് വായിക്കുക. CPAN.pm Perl നെറ്റ്വർക്കിംഗ് മൊഡ്യൂളുകൾ ഉപയോഗിക്കാം അല്ലെങ്കിൽ ബാഹ്യ പ്രോഗ്രാമിന് ജോലി നൽകാം.

നിലവിലെ ഇന്ററാക്ടീവ് കോൺഫിഗറേഷൻ പരിശോധിക്കുക:

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

urllist ലക്ഷ്യ മിററും സ്കീമും തിരഞ്ഞെടുക്കുന്നു, ഇടനിലക്കാരനല്ല. FTP വിഭവം കൊണ്ടുവരുന്ന HTTP പ്രോക്സി HTTP ശ്രോതാവായി തുടരുന്നു; ഫീൽഡിന്റെ പേര് അതിനെ FTP സെർവറാക്കുന്നില്ല.

കൈമാറ്റം curl വിളിച്ചാൽ, ആ ചൈൽഡിന്റെ പാരമ്പര്യ പരിസ്ഥിതി പരിശോധിക്കുക. പരിമിതമായ ലോഞ്ച് ഇതാണ്:

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

ആ പാത അനുവദിക്കുന്ന നെറ്റ്വർക്കിൽ പൊതു മിററുകളിൽ നിന്ന് ഡൗൺലോഡ് ചെയ്യാൻ, ഉദാഹരണം ഈ ലിസ്റ്റിൽ നിന്നുള്ള അക്കൗണ്ടില്ലാത്ത സ്ഥാനാർത്ഥിയാക്കി മാറ്റുക: HTTP പ്രോക്സി ലിസ്റ്റ്. മറ്റൊരു ലോഞ്ചർ പരിസ്ഥിതി മാറ്റുന്നില്ലെങ്കിൽ ഇത് CPAN-നും അതിന്റെ ചൈൽഡുകൾക്കും HTTP എൻഡ്പോയിന്റ് നൽകുന്നു. Curl ചെറിയ അക്ഷരത്തിലുള്ള http_proxy വായിക്കുന്നു; HTTPS ലക്ഷ്യ ക്രമീകരണം അതേ HTTP ശ്രോതാവിനെ പേരിടാം.

CPAN LWP തിരഞ്ഞെടുക്കുന്നുവെങ്കിൽ, പകരം അതിന്റെ കോൺഫിഗർ ചെയ്ത മൂല്യങ്ങളും ക്ലയന്റ് സ്വഭാവവും പിന്തുടരുക. curl ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്നത് CPAN അത് ഉപയോഗിച്ചു എന്ന് തെളിയിക്കുന്നില്ല. ആ തിരഞ്ഞെടുപ്പ് തിരിച്ചറിയുന്നതിന് മുമ്പ് മൊഡ്യൂളുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നതോ സ്റ്റാർട്ടപ്പ് ഫയലുകൾ എഡിറ്റ് ചെയ്യുന്നതോ ഒഴിവാക്കുക.

ഉദ്ദേശിച്ച CPAN മാറ്റങ്ങൾ ഇൻസ്റ്റലേഷൻ നടത്തുന്ന അക്കൗണ്ടിന് കീഴിൽ o conf commit ഉപയോഗിച്ച് സംരക്ഷിക്കുക, രഹസ്യങ്ങൾ പങ്കിട്ട ഉദാഹരണങ്ങൾക്ക് പുറത്ത് സൂക്ഷിക്കുക. ഇത് ഇന്ററാക്ടീവ് CPAN.pm ക്ലയന്റാണ്; അതേ മിറർ ഉപയോഗിച്ചാലും cpanm മറ്റൊരു ഡൗൺലോഡറും കോൺഫിഗറേഷനും തിരഞ്ഞെടുക്കാം.