जर पॅकेज मॅनेजर कार्यालयीन प्रॉक्सीवर प्रमाणित होऊ शकत नसेल, तर त्याला Cntlm डाउनलोड करायला सांगणे अवलंबित्वाचे वर्तुळ तयार करते: ज्या मार्गाने सहाय्यक आणायचे होते त्यासाठी तोच सहाय्यक लागतो.

आधीच कार्यरत असलेला curl क्लायंट पहिले डाउनलोड देऊ शकतो. NTLM प्रॉक्सीसाठी curl चा --proxy-ntlm पर्याय प्रॉक्सीसोबत प्रमाणीकरण निवडतो; --ntlm मात्र त्याऐवजी दूरच्या गंतव्यासोबत प्रमाणीकरण निवडतो. प्रॉक्सी खाते curl च्या क्रेडेन्शियल कॉन्फिगरेशनद्वारे द्या.

स्थापित डिस्ट्रिब्युशन रिलीज आणि आर्किटेक्चरसाठी तयार केलेले Cntlm RPM त्याच्या विश्वासार्ह पॅकेज स्रोताकडून मिळवा. जुन्या उत्तरातील थेट Fedora पॅकेज URL त्या रिलीजचे पॅकेज वर्णन करते; तो आजचा सार्वत्रिक इंस्टॉलर पत्ता नाही.

स्थानिक RPM तरीही नेटवर्कचे काम सोडू शकते

सहाय्यक पॅकेज डाउनलोड करणे आणि त्याची अवलंबित्वे सोडवणे या वेगवेगळ्या गोष्टी आहेत. दुसऱ्या मशीनवर जुन्या RPM ला अतिरिक्त डाउनलोड लागले नाहीत म्हणून सध्याच्या पॅकेजला अवलंबित्व नाहीत असे गृहीत धरू नका.

DNF-आधारित प्रणालीवर स्थानिक-फाइलचे नोंदवलेले स्वरूप असे आहे:

dnf install ./cntlm.rpm

डाउनलोड केलेल्या फाइलचे प्रत्यक्ष नाव आणि योग्य इंस्टॉलेशन विशेषाधिकार वापरा. DNF ला अजूनही रेपॉझिटरी मेटाडेटा किंवा गहाळ अवलंबित्व पॅकेजेस लागू शकतात. तो नेटवर्क मार्ग अजूनही उपलब्ध नसल्यास, त्याच रिलीजसाठी आवश्यक पॅकेजेस मंजूर कार्यरत मार्गाने मिळवा आणि डिस्ट्रिब्युशनचे नेहमीचे पॅकेज-पडताळणी धोरण राखा.

सहाय्यक स्थापित आणि कॉन्फिगर झाल्यावर पॅकेज मॅनेजर पुढील विनंत्याांसाठी त्याचा स्थानिक श्रोता वापरू शकतो. केवळ RPM फाइल साठवली गेली म्हणून तो श्रोता अस्तित्वात येत नाही, आणि त्याचा लूपबॅक पत्ता केवळ ज्या मशीनवर सहाय्यक चालतो तिथेच अर्थपूर्ण आहे.

संबंधित लेख