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 தனது சொந்தப் பதிவிறக்கத் தேர்வுகளைக் கொண்ட தனி நிரலாகும்.