cpanm-ന്റെ പ്രോക്സി പ്രശ്നം അതിന്റെ ഡൗൺലോഡറിനെ ആശ്രയിച്ചിരിക്കാം

cpanm-ഉം ഇന്ററാക്ടീവ് CPAN ക്ലയന്റും ഒരൊറ്റ കോൺഫിഗറേഷൻ ഇന്റർഫേസല്ല. ഒന്നിനായി സംരക്ഷിച്ച പ്രോക്സി മറ്റൊന്ന് അത് വായിക്കുമെന്നതിന്റെ തെളിവല്ല.

cpanm ലഭ്യതയും ഓപ്ഷനുകളും അനുസരിച്ച് LWP, curl, Wget ഉൾപ്പെടെ നിരവധി ഡൗൺലോഡ് പാതകൾ രേഖപ്പെടുത്തുന്നു. അതിന്റെ പ്രോക്സി മാർഗനിർദേശം ഉചിതമായ പ്രോക്സി പരിസ്ഥിതി ചരത്തിൽ തുടങ്ങുന്നു. യഥാർത്ഥ ബാക്ക്എൻഡ് പിന്തുണയ്ക്കുന്ന പ്രാമാണീകരണത്തെയും TLS പെരുമാറ്റത്തെയും ഇപ്പോഴും സ്വാധീനിച്ചേക്കാം.

പരാജയപ്പെടുന്ന കോൾ ഉപയോഗിക്കുന്ന ഡൗൺലോഡറും അതിന് കാണാവുന്ന പരിസ്ഥിതിയും തിരിച്ചറിയുക. Windows-ൽ, സ്ഥിരമായ പരിസ്ഥിതി മാറ്റത്തിന് മുമ്പ് തുറന്ന ടെർമിനൽ മുൻ മൂല്യം നിലനിർത്തിയേക്കാം.

തിരഞ്ഞെടുത്ത ക്ലയന്റ് പ്രതീക്ഷിക്കുന്ന ഫോർമാറ്റിൽ പൂർണ്ണ എൻഡ്പോയിന്റ് ഉപയോഗിക്കുക. തിരഞ്ഞെടുത്ത ബാക്ക്എൻഡ് HTTP മധ്യസ്ഥനെ പിന്തുണയ്ക്കുകയും പൊതു പാതകൾ അനുവദിക്കുകയും ചെയ്യുന്ന പൊതു CPAN ഡൗൺലോഡുകൾക്ക് HTTP പ്രോക്സി പട്ടിക സ്ഥാനാർത്ഥികൾ നൽകുന്നു. വെറും ഹോസ്റ്റ്നെയിം, PAC സ്ക്രിപ്റ്റ് URL, HTTP പ്രോക്സി URI എന്നിവ പരസ്പരം മാറ്റാനാവില്ല. ബന്ധമില്ലാത്ത നെറ്റ്വർക്ക് ക്രമീകരണങ്ങൾ മാറ്റുന്നതിന് മുമ്പ് പ്രോക്സി അക്കൗണ്ടിന്റെ അക്ഷരവിന്യാസം സ്ഥിരീകരിക്കുക.

ഒരു ബാക്ക്എൻഡ് മാത്രം പരാജയപ്പെടുകയാണെങ്കിൽ, ആ വ്യത്യാസം റിപ്പോർട്ടിൽ നിലനിർത്തുക. എല്ലാ Perl നെറ്റ്വർക്ക് അഭ്യർത്ഥനകളും തകർന്നു എന്നോ, HTTP_proxy_* ചരങ്ങളുടെ ഏതെങ്കിലും ശേഖരം ചേർത്താൽ എല്ലാ ലൈബ്രറിയും കോൺഫിഗർ ചെയ്യും എന്നോ അനുമാനിക്കരുത്. യഥാർത്ഥ ഡൗൺലോഡർ രേഖപ്പെടുത്തിയ ഓപ്ഷനുകൾ ഉപയോഗിക്കുകയും സർട്ടിഫിക്കറ്റ് പരിശോധന നിലനിർത്തുകയും ചെയ്യുക.