पैकेज मैनेजर की मदद कर सकने से पहले Cntlm डाउनलोड करना

अगर पैकेज मैनेजर दफ़्तर के प्रॉक्सी पर प्रमाणित नहीं हो पाता, तो उससे Cntlm डाउनलोड करने को कहना एक निर्भरता-चक्र बनाता है: सहायक उस मार्ग के लिए ज़रूरी है जो सहायक को लाता।

पहले से चल रहा curl क्लाइंट पहला डाउनलोड दे सकता है। NTLM प्रॉक्सी के लिए curl का --proxy-ntlm विकल्प प्रॉक्सी के साथ प्रमाणीकरण चुनता है; --ntlm इसके बजाय दूरस्थ गंतव्य के साथ प्रमाणीकरण चुनता है। प्रॉक्सी खाता curl के क्रेडेंशियल कॉन्फ़िगरेशन से दें।

इंस्टॉल किए गए डिस्ट्रीब्यूशन रिलीज़ और आर्किटेक्चर के लिए बना Cntlm RPM उसके भरोसेमंद पैकेज स्रोत से लाएँ। किसी पुराने उत्तर का सीधा Fedora पैकेज URL उसी रिलीज़ के पैकेज का वर्णन करता है; वह आज का सार्वभौमिक इंस्टॉलर पता नहीं है।

स्थानीय RPM फिर भी नेटवर्क का काम छोड़ सकता है

सहायक पैकेज डाउनलोड करना और उसकी निर्भरताएँ सुलझाना अलग-अलग काम हैं। यह न मानें कि मौजूदा पैकेज की कोई निर्भरता नहीं है, क्योंकि किसी दूसरी मशीन पर पुराने RPM को अतिरिक्त डाउनलोड की ज़रूरत नहीं पड़ी थी।

DNF-आधारित सिस्टम पर स्थानीय-फ़ाइल का प्रलेखित रूप यह है:

dnf install ./cntlm.rpm

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

सहायक के इंस्टॉल और कॉन्फ़िगर होने के बाद पैकेज मैनेजर आगे के अनुरोधों के लिए अपने स्थानीय श्रोता का उपयोग कर सकता है। केवल RPM फ़ाइल सहेजे जाने से वह श्रोता मौजूद नहीं होता, और उसका लूपबैक पता केवल उसी मशीन पर अर्थपूर्ण है जहाँ सहायक चलता है।