प्याकेज म्यानेजरलाई मद्दत गर्न सक्नु अघि Cntlm डाउनलोड गर्ने

यदि प्याकेज म्यानेजर कार्यालयको प्रोक्सीमा प्रमाणित हुन सक्दैन भने, यसलाई Cntlm डाउनलोड गर्न भन्नुले निर्भरताको चक्र बनाउँछ: सहायक ल्याउने मार्गका लागि त्यही सहायक चाहिन्छ।

पहिले नै चलिरहेको curl क्लाइन्टले पहिलो डाउनलोड दिन सक्छ। NTLM प्रोक्सीका लागि curl को --proxy-ntlm विकल्पले प्रोक्सीसँग प्रमाणीकरण छान्छ; --ntlm ले भने टाढाको गन्तव्यसँग प्रमाणीकरण छान्छ। प्रोक्सी खाता curl को क्रेडेन्सियल कन्फिगरेसनमार्फत दिनुहोस्।

स्थापना गरिएको डिस्ट्रिब्युसन रिलिज र आर्किटेक्चरका लागि बनेको Cntlm RPM यसको विश्वसनीय प्याकेज स्रोतबाट ल्याउनुहोस्। पुरानो उत्तरको सीधा Fedora प्याकेज URL त्यस रिलिजको प्याकेज वर्णन गर्छ; त्यो आजको विश्वव्यापी इन्स्टलर ठेगाना होइन।

स्थानीय RPM ले अझै नेटवर्कको काम छोड्न सक्छ

सहायक प्याकेज डाउनलोड गर्नु र यसका निर्भरताहरू समाधान गर्नु छुट्टाछुट्टै काम हुन्। अर्को मेसिनमा पुरानो RPM लाई थप डाउनलोड चाहिएन भनेर वर्तमान प्याकेजमा निर्भरता छैन भनी निष्कर्ष निकाल्नु हुँदैन।

DNF-आधारित प्रणालीमा स्थानीय-फाइलको अभिलेखित रूप यो हो:

dnf install ./cntlm.rpm

डाउनलोड गरिएको फाइलको वास्तविक नाम र उपयुक्त इन्स्टलेसन विशेषाधिकार प्रयोग गर्नुहोस्। DNF लाई अझै रिपोजिटरी मेटाडाटा वा हराएका निर्भरता प्याकेज चाहिन सक्छ। त्यो नेटवर्क मार्ग उपलब्ध नभएमा, त्यही रिलिजका लागि आवश्यक प्याकेजहरू स्वीकृत कार्यरत मार्गबाट ल्याउनुहोस् र डिस्ट्रिब्युसनको सामान्य प्याकेज-प्रमाणीकरण नीति कायम राख्नुहोस्।

सहायक स्थापना र कन्फिगर भएपछि प्याकेज म्यानेजरले पछिका अनुरोधका लागि यसको स्थानीय श्रोता प्रयोग गर्न सक्छ। RPM फाइल सुरक्षित भएकै कारण त्यो श्रोता हुँदैन, र यसको लूपब्याक ठेगाना सहायक चलिरहेको मेसिनमा मात्र अर्थपूर्ण हुन्छ।