CPAN-ന് കണ്ണാടി തിരഞ്ഞെടുപ്പും പ്രോക്സി തിരഞ്ഞെടുപ്പും ഉണ്ട്

CPAN ഡൗൺലോഡ് HTTPS കണ്ണാടി ഉപയോഗിച്ചാലും HTTP പ്രോക്സിയിലൂടെ പോകാം. ഈ രണ്ട് പേരുകളും വ്യത്യസ്ത കണക്ഷനുകളെ വിവരിക്കുന്നു: അഭ്യർത്ഥിച്ച കണ്ണാടിയും അതിലെത്താൻ ഉപയോഗിക്കുന്ന ഇടനിലക്കാരനും.

ഇന്ററാക്ടീവ് CPAN ക്ലയന്റിൽ urllist കണ്ണാടികളുടെ പട്ടിക നിയന്ത്രിക്കുന്നു. അത് പരിശോധിക്കുന്നത് അപ്രതീക്ഷിതമായ FTP ശ്രമം വിശദീകരിക്കാൻ സഹായിക്കുന്നു. ആ പട്ടിക മാറ്റുന്നത് പ്രോക്സിയെ സ്വയം ഓഫ് ചെയ്യുന്നില്ല.

o conf urllist
o conf http_proxy
o conf no_proxy

ഇവ പരിശോധനാ കമാൻഡുകളാണ്. പ്രവർത്തിക്കുന്ന സ്ഥാപനത്തിന്റെ ക്രമീകരണങ്ങൾ പഴയ കണ്ണാടി പട്ടിക കൊണ്ട് മാറ്റുന്നതിന് മുമ്പ് അവയുടെ ഔട്ട്പുട്ട് വായിക്കുക.

ചില പഴയ പാചകക്കുറിപ്പുകളിൽ വളരെ തെറ്റിദ്ധരിപ്പിക്കുന്ന ഒരു കുറുക്കുവഴിയുണ്ട്: o conf no_proxy 1. CPAN മാന്വൽ no_proxy-നെ പ്രോക്സി ഒഴിവാക്കേണ്ട ഹോസ്റ്റുകളുടെയോ ഡൊമെയ്നുകളുടെയോ കോമ വേർതിരിച്ച പട്ടികയായി നിർവചിക്കുന്നു. "എല്ലാ പ്രോക്സിയും ഓഫ് ചെയ്യുക" എന്ന ബൂളിയൻ ഫ്ലാഗായി ഇത് രേഖപ്പെടുത്തിയിട്ടില്ല. 1 എന്ന മൂല്യം കമാൻഡ് വാഗ്ദാനം ചെയ്യുന്നതായി തോന്നുന്ന പൊതു നയം പ്രകടിപ്പിക്കുന്നില്ല.

നേരിട്ടുള്ള ഡൗൺലോഡിന്, യഥാർത്ഥ ഡൗൺലോഡ് പാത ഏത് പ്രോക്സി കോൺഫിഗറേഷനും ഏത് പാരമ്പര്യ പരിസ്ഥിതിയും വായിക്കുന്നു എന്ന് നിർണ്ണയിച്ച്, ബന്ധപ്പെട്ട റൂട്ട് മനഃപൂർവ്വം നീക്കം ചെയ്യുകയോ ഒഴിവാക്കുകയോ ചെയ്യുക. പ്രോട്ടോക്കോൾ മാറ്റാൻ പകരം അനുയോജ്യവും എത്തിച്ചേരാവുന്നതുമായ ഒരു HTTPS കണ്ണാടി തിരഞ്ഞെടുക്കുക. രണ്ട് പ്രവർത്തനങ്ങൾക്കും സർട്ടിഫിക്കറ്റ് പരിശോധന ഓഫ് ചെയ്യേണ്ടതില്ല.

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