പാക്കേജ് മാനേജറെ സഹായിക്കാൻ കഴിയുന്നതിന് മുമ്പ് Cntlm ഡൗൺലോഡ് ചെയ്യുക

ഓഫീസ് പ്രോക്സിയിൽ പാക്കേജ് മാനേജറിന് പ്രാമാണീകരിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, Cntlm ഡൗൺലോഡ് ചെയ്യാൻ അതിനോട് ആവശ്യപ്പെടുന്നത് ഒരു ആശ്രിതത്വ ലൂപ്പ് സൃഷ്ടിക്കുന്നു: സഹായിയെ കൊണ്ടുവരേണ്ട പാതയ്ക്ക് ആ സഹായി വേണം.

ഇതിനകം പ്രവർത്തിക്കുന്ന curl ക്ലയന്റിന് ആദ്യ ഡൗൺലോഡ് നൽകാനാകും. NTLM പ്രോക്സിക്ക്, curl-ന്റെ --proxy-ntlm ഓപ്ഷൻ പ്രോക്സിയോടുള്ള പ്രാമാണീകരണം തിരഞ്ഞെടുക്കുന്നു; --ntlm പകരം വിദൂര ലക്ഷ്യത്തോടുള്ള പ്രാമാണീകരണം തിരഞ്ഞെടുക്കുന്നു. curl-ന്റെ ക്രെഡൻഷ്യൽ കോൺഫിഗറേഷനിലൂടെ പ്രോക്സി അക്കൗണ്ട് നൽകുക.

ഇൻസ്റ്റാൾ ചെയ്ത ഡിസ്ട്രിബ്യൂഷൻ റിലീസിനും ആർക്കിടെക്ചറിനുമായി നിർമ്മിച്ച Cntlm RPM അതിന്റെ വിശ്വസനീയ പാക്കേജ് സ്രോതസ്സിൽ നിന്ന് എടുക്കുക. പഴയ ഉത്തരത്തിലെ നേരിട്ടുള്ള Fedora പാക്കേജ് URL ആ റിലീസിന്റെ പാക്കേജിനെ വിവരിക്കുന്നു; അത് ഇപ്പോഴത്തെ സാർവത്രിക ഇൻസ്റ്റാളർ വിലാസമല്ല.

ലോക്കൽ RPM ഇപ്പോഴും നെറ്റ്‌വർക്ക് ജോലി ബാക്കിയാക്കാം

സഹായ പാക്കേജ് ഡൗൺലോഡ് ചെയ്യുന്നതും അതിന്റെ ആശ്രിതത്വങ്ങൾ പരിഹരിക്കുന്നതും വേറിട്ട ജോലികളാണ്. മറ്റൊരു മെഷീനിൽ പഴയ RPM-ന് അധിക ഡൗൺലോഡുകൾ വേണ്ടിയിരുന്നില്ല എന്ന കാരണത്താൽ നിലവിലെ പാക്കേജിന് ആശ്രിതത്വങ്ങളില്ലെന്ന് അനുമാനിക്കരുത്.

DNF അടിസ്ഥാനമാക്കിയ സിസ്റ്റത്തിൽ, ലോക്കൽ ഫയലിന്റെ രേഖപ്പെടുത്തിയ രൂപം ഇതാണ്:

dnf install ./cntlm.rpm

ഡൗൺലോഡ് ചെയ്ത ഫയലിന്റെ യഥാർത്ഥ പേരും ഉചിതമായ ഇൻസ്റ്റാളേഷൻ അനുമതികളും ഉപയോഗിക്കുക. DNF-ന് ഇപ്പോഴും റിപ്പോസിറ്ററി മെറ്റാഡാറ്റയോ കാണാത്ത ആശ്രിതത്വ പാക്കേജുകളോ ആവശ്യമായി വന്നേക്കാം. ആ നെറ്റ്‌വർക്ക് പാത ഇപ്പോഴും ലഭ്യമല്ലെങ്കിൽ, അതേ റിലീസിനുള്ള ആവശ്യമായ പാക്കേജുകൾ അനുവദിച്ച പ്രവർത്തിക്കുന്ന പാതയിലൂടെ വാങ്ങി, ഡിസ്ട്രിബ്യൂഷന്റെ സാധാരണ പാക്കേജ് പരിശോധനാ നയം പാലിക്കുക.

സഹായി ഇൻസ്റ്റാൾ ചെയ്ത് കോൺഫിഗർ ചെയ്ത ശേഷം, തുടർന്നുള്ള അഭ്യർത്ഥനകൾക്ക് പാക്കേജ് മാനേജറിന് അതിന്റെ ലോക്കൽ ലിസണർ ഉപയോഗിക്കാം. RPM ഫയൽ സംരക്ഷിച്ചതിന്റെ പേരിൽ മാത്രം ആ ലിസണർ നിലവിലുണ്ടാകില്ല, അതിന്റെ loopback വിലാസം സഹായി പ്രവർത്തിക്കുന്ന മെഷീനിൽ മാത്രമാണ് അർത്ഥവത്ത്.