પેકેજ મેનેજરને મદદ કરી શકે તે પહેલાં Cntlm ડાઉનલોડ કરવું

જો પેકેજ મેનેજર ઑફિસ પ્રોક્સી પર પ્રમાણિત કરી શકતું નથી, તો તેને Cntlm ડાઉનલોડ કરવા કહેવાથી અવલંબન-ચક્ર બને છે: સહાયક એ માર્ગ માટે જરૂરી છે જે સહાયકને લાવશે.

પહેલેથી કાર્યરત curl ક્લાયન્ટ પ્રથમ ડાઉનલોડ આપી શકે છે. NTLM પ્રોક્સી માટે curl નો --proxy-ntlm વિકલ્પ પ્રોક્સી સાથે પ્રમાણીકરણ પસંદ કરે છે; --ntlm તેના બદલે દૂરના ગંતવ્ય સાથે પ્રમાણીકરણ પસંદ કરે છે. curl ના ક્રેડેન્શિયલ રૂપરેખાંકન દ્વારા પ્રોક્સી ખાતું આપો.

સ્થાપિત ડિસ્ટ્રિબ્યુશન રિલીઝ અને આર્કિટેક્ચર માટે બનેલું Cntlm RPM તેના વિશ્વસનીય પેકેજ સ્રોતમાંથી મેળવો. ઐતિહાસિક જવાબનું સીધું Fedora પેકેજ URL તે રિલીઝનું પેકેજ વર્ણવે છે; તે હાલનું સાર્વત્રિક ઇન્સ્ટોલર સરનામું નથી.

સ્થાનિક RPM હજી નેટવર્ક કાર્ય છોડી શકે છે

સહાયક પેકેજ ડાઉનલોડ કરવું અને તેની અવલંબનો ઉકેલવી એ અલગ કાર્યો છે. બીજા મશીન પર જૂના RPMને વધારાના ડાઉનલોડની જરૂર ન હતી એટલે હાલના પેકેજમાં કોઈ અવલંબન નથી એવું અનુમાન ન કરો.

DNF-આધારિત સિસ્ટમ પર, દસ્તાવેજીકૃત સ્થાનિક-ફાઇલ સ્વરૂપ આ છે:

dnf install ./cntlm.rpm

ડાઉનલોડ કરેલ ફાઇલનું વાસ્તવિક નામ અને યોગ્ય ઇન્સ્ટોલેશન અધિકારો વાપરો. DNF ને હજી રિપોઝિટરી મેટાડેટા કે ખૂટતા અવલંબન પેકેજની જરૂર પડી શકે છે. જો તે નેટવર્ક માર્ગ હજી ઉપલબ્ધ ન હોય, તો મંજૂર કાર્યક્ષમ માર્ગે એ જ રિલીઝ માટે જરૂરી પેકેજ મેળવો, ડિસ્ટ્રિબ્યુશનની સામાન્ય પેકેજ-ચકાસણી નીતિ જાળવી રાખીને.

સહાયક સ્થાપિત અને ગોઠવાયા પછી, પેકેજ મેનેજર પછીની વિનંતીઓ માટે તેના સ્થાનિક શ્રોતાનો ઉપયોગ કરી શકે છે. ફક્ત RPM ફાઇલ સંગ્રહાયેલી હોવાથી તે શ્રોતા અસ્તિત્વમાં નથી, અને તેનું લૂપબેક સરનામું ફક્ત તે મશીન પર અર્થપૂર્ણ છે જ્યાં સહાયક ચાલે છે.