URL-આધારિત પેકેજ ડાઉનલોડ માટે RPM પ્રોક્સી વિકલ્પો

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 ફેચ એ જ માર્ગે ગયું તેનો પુરાવો ગણવાનું કારણ નથી.