ప్యాకేజ్ మేనేజర్కు సహాయం చేయగలిగే ముందు Cntlm డౌన్లోడ్ చేయడం
ఇప్పటికే పనిచేస్తున్న ధృవీకరించిన క్లయింట్ ద్వారా సరైన RPM తెచ్చి డౌన్లోడ్ ఆధారాన్ని బద్దలు కొట్టండి, ఆపై ప్యాకేజ్ మేనేజర్ ఆధారాలను విడిగా పరిశీలించండి.
ప్యాకేజ్ మేనేజర్ కార్యాలయ ప్రాక్సీకి ధృవీకరించుకోలేకపోతే, దానిని Cntlm డౌన్లోడ్ చేయమని అడగడం ఆధార చక్రాన్ని సృష్టిస్తుంది: సహాయకుడిని తెచ్చే మార్గానికి ఆ సహాయకుడే కావాలి.
ఇప్పటికే పనిచేస్తున్న curl క్లయింట్ మొదటి డౌన్లోడ్ను అందించగలదు. NTLM ప్రాక్సీకి, curl యొక్క --proxy-ntlm ఎంపిక ప్రాక్సీతో ధృవీకరణను ఎంచుకుంటుంది; --ntlm బదులుగా దూర గమ్యంతో ధృవీకరణను ఎంచుకుంటుంది. ప్రాక్సీ ఖాతాను curl యొక్క ఆధారాల కాన్ఫిగరేషన్ ద్వారా ఇవ్వండి.
స్థాపించిన పంపిణీ విడుదల మరియు ఆర్కిటెక్చర్ కోసం నిర్మించిన Cntlm RPMను దాని విశ్వసనీయ ప్యాకేజ్ మూలం నుండి తీసుకోండి. పాత సమాధానంలోని నేరుగా Fedora ప్యాకేజ్ URL ఆ విడుదల ప్యాకేజీని వివరిస్తుంది; అది ప్రస్తుత సార్వత్రిక ఇన్స్టాలర్ చిరునామా కాదు.
స్థానిక RPM ఇప్పటికీ నెట్వర్క్ పనిని మిగల్చవచ్చు
సహాయక ప్యాకేజీని డౌన్లోడ్ చేయడం మరియు దాని ఆధారాలను పరిష్కరించడం వేర్వేరు పనులు. మరో మెషీన్లో పాత RPM అదనపు డౌన్లోడ్లు కోరలేదని ప్రస్తుత ప్యాకేజీకి ఆధారాలు లేవని అనుకోవద్దు.
DNF ఆధారిత వ్యవస్థలో, స్థానిక ఫైల్ యొక్క నమోదిత రూపం:
dnf install ./cntlm.rpm
డౌన్లోడ్ చేసిన ఫైల్ యొక్క నిజమైన పేరు మరియు తగిన ఇన్స్టాలేషన్ అనుమతులను ఉపయోగించండి. DNF ఇప్పటికీ రిపోజిటరీ మెటాడేటా లేదా లేని ఆధార ప్యాకేజీలను కోరవచ్చు. ఆ నెట్వర్క్ మార్గం ఇప్పటికీ అందుబాటులో లేకుంటే, అదే విడుదలకు అవసరమైన ప్యాకేజీలను ఆమోదించిన పనిచేసే మార్గం ద్వారా తీసుకుని, పంపిణీ యొక్క సాధారణ ప్యాకేజీ ధృవీకరణ విధానాన్ని పాటించండి.
సహాయకుడు స్థాపించబడి కాన్ఫిగర్ అయిన తర్వాత, తర్వాతి అభ్యర్థనల కోసం ప్యాకేజ్ మేనేజర్ దాని స్థానిక శ్రోతను ఉపయోగించవచ్చు. RPM ఫైల్ సేవ్ చేయబడినందుకే ఆ శ్రోత ఉండదు, మరియు దాని లూప్బ్యాక్ చిరునామా సహాయకుడు నడుస్తున్న మెషీన్లో మాత్రమే అర్థవంతం.