Kupakua Cntlm kabla ya kusaidia kidhibiti cha vifurushi

Iwapo kidhibiti cha vifurushi hakiwezi kuthibitisha kwa proksi ya ofisi, kuomba kipakue Cntlm huunda mzunguko wa utegemezi: msaidizi anahitajika kwa njia ambayo ingemleta msaidizi.

Mteja wa curl anayefanya kazi tayari anaweza kutoa upakuaji wa kwanza. Kwa proksi ya NTLM, chaguo --proxy-ntlm la curl huchagua uthibitishaji kwa proksi; --ntlm huchagua uthibitishaji kwa lengwa la mbali badala yake. Toa akaunti ya proksi kupitia usanidi wa vitambulisho vya curl.

Pata RPM ya Cntlm iliyoundwa kwa toleo la usambazaji na usanifu uliosakinishwa kutoka chanzo chake cha vifurushi kinachoaminika. URL ya moja kwa moja ya kifurushi cha Fedora kutoka jibu la zamani inaelezea kifurushi cha toleo hilo; si anwani ya usakinishaji ya jumla ya sasa.

RPM ya ndani bado inaweza kuacha kazi ya mtandao

Kupakua kifurushi cha msaidizi na kutatua utegemezi wake ni kazi tofauti. Usikisie kuwa kifurushi cha sasa hakina utegemezi kwa sababu RPM ya zamani haikuhitaji upakuaji wa ziada kwenye mashine nyingine.

Kwenye mfumo wa msingi wa DNF, umbo lililoandikwa la faili la ndani ni:

dnf install ./cntlm.rpm

Tumia jina halisi la faili lililopakuliwa na haki za usakinishaji zinazofaa. DNF bado inaweza kuhitaji metadata ya hazina au vifurushi vya utegemezi vinavyokosekana. Iwapo njia hiyo ya mtandao haipatikani, pata vifurushi vinavyohitajika kwa toleo hilo kupitia njia iliyoidhinishwa inayofanya kazi, ukihifadhi sera ya kawaida ya uthibitishaji wa vifurushi ya usambazaji.

Baada ya msaidizi kusakinishwa na kusanidiwa, kidhibiti cha vifurushi kinaweza kutumia kisikilizaji chake cha ndani kwa maombi ya baadaye. Kisikilizaji hicho hakipo kwa sababu tu faili la RPM limehifadhiwa, na anwani yake ya loopback ina maana tu kwenye mashine ambayo msaidizi anaendeshwa.