URL-ఆధారిత ప్యాకేజ్ డౌన్లోడ్ల కోసం RPM ప్రాక్సీ ఎంపికలు
నేరుగా రిమోట్ ప్యాకేజీ ఆదేశం DNF నుండి భిన్నంగా ప్రవర్తించినప్పుడు RPM యొక్క స్వంత URL-ఫెచ్ ప్రాక్సీ ఎంపికలను తనిఖీ చేయండి.
rpm -Uvh https://packages.example.net/example.rpm నెట్వర్క్ ద్వారా పొందే దశను కలిగి ఉంది. ప్యాకేజీని ధృవీకరించే లేదా ఇన్స్టాల్ చేసే ముందు RPM ఫైల్ను పొందాలి.
పని చేసే DNF ప్రాక్సీ కాన్ఫిగరేషన్ ఆ ప్రత్యేక కాల్ ఉపయోగించే సెట్టింగ్లను నిర్ణయించదు. RPM యొక్క మాన్యువల్ దాని HTTP రిట్రీవల్ మార్గం కోసం --httpproxy మరియు --httpport లను డాక్యుమెంట్ చేస్తుంది. ఇన్స్టాల్ చేసిన RPM సంస్కరణ మరియు దాని URL సహాయకం యొక్క అమరిక వివరాలను నిర్ణయిస్తాయి. RPM 6 యొక్క సాధారణ-ఎంపిక సూచన ఈ నెట్వర్క్-ఫెచ్ ఎంపికలను పాతబడినవిగా గుర్తిస్తుంది మరియు వాటికి బదులుగా curl లేదా GNU Wget వంటి అంకిత ఫెచ్ సాధనాన్ని సిఫార్సు చేస్తుంది.
మీరు నిర్వహిస్తున్న వర్క్ఫ్లో కోసం మొదట ఏ పొర URL ను ఫెచ్ చేస్తుందో నిర్ణయించండి. కొత్త వర్క్ఫ్లో కోసం, స్పష్టంగా ఆమోదించబడిన డౌన్లోడ్ తర్వాత స్థానిక ప్యాకేజీ ధృవీకరణ మరియు ఇన్స్టాలేషన్ ఈ పాతబడిన ఫెచ్ ఎంపికలపై ఆధారపడటాన్ని నివారిస్తుంది.
ఫీల్డ్లను వాటి డాక్యుమెంటెడ్ ఫార్మాట్లో ఉంచండి. ప్రాక్సీ హోస్ట్నేమ్ అడిగిన ప్రతిచోటా ప్రతి సంస్కరణ క్రెడెన్షియల్ ఉన్న URL ను అంగీకరిస్తుందని ఊహించవద్దు, మరియు పాత సమాధానం అలా చేసిందన్న కారణంగా మాత్రమే పంపిణీ యొక్క గ్లోబల్ మాక్రో ఫైల్ను సవరించవద్దు.
వైఫల్యం దశను గుర్తించండి: ఫెచ్ ప్రాక్సీని చేరుకోగలిగిందా, ప్రామాణీకరణ అంగీకరించబడిందా, మరియు ప్యాకేజీ ఎండ్పాయింట్ ఉద్దేశించిన ఫైల్ను తిరిగి ఇచ్చిందా? తర్వాత వచ్చే సంతకం లేదా ఆధారత లోపం నిలిచిన ప్రాక్సీ కనెక్షన్ కంటే భిన్నమైన సమస్య.
సాధారణ ప్యాకేజీ ధృవీకరణను కాపాడండి. డౌన్లోడ్ మార్గం పని చేయడం సంతకం తనిఖీలను ఆపివేయడానికి, నమ్మదగని ఫైల్ను ఇన్స్టాల్ చేయడానికి లేదా విజయవంతమైన DNF ఆదేశాన్ని ఈ RPM ఫెచ్ అదే మార్గాన్ని అనుసరించిందనే రుజువుగా పరిగణించడానికి కారణం కాదు.