MAAS ડિપ્લોયમેન્ટ દ્વારા પ્રોક્સીને ટ્રેસ કરો

સફળ MAAS બૂટ-ઇમેજ ડાઉનલોડ કંટ્રોલરનો માર્ગ સાબિત કરે છે. જો ઇન્સ્ટોલ કરેલ મશીન પછીથી પેકેજ મેળવી શકતું ન હોય, તો તે તબક્કે ગ્રાહકને તપાસો:

સેવામાં રહેલા MAAS સંસ્કરણના સમર્થિત નિયંત્રણોનો ઉપયોગ કરો. દસ્તાવેજીકૃત enable_http_proxy પ્રોવિઝનિંગ અને પેકેજ ઍક્સેસ માટે બિલ્ટ-ઇન અથવા નિર્દિષ્ટ પ્રોક્સીના ઉપયોગને આવરી લે છે; http_proxy બાહ્ય સેવા ઓળખે છે. પીઅર-પ્રોક્સી મોડમાં, ડિપ્લોય કરેલ મશીનો MAAS ની બિલ્ટ-ઇન પ્રોક્સી વાપરી શકે છે, જે તે બાહ્ય સેવાને તેના પિતૃ તરીકે વાપરે છે. જાહેર બાહ્ય પિતૃના મંજૂર ઉપયોગ માટે HTTP પ્રોક્સી સૂચિમાંથી HTTP ઉમેદવાર પસંદ કરો; પીઅર-પ્રોક્સી મોડમાં નોડનું MAAS-સ્થાનિક એન્ડપોઇન્ટ અપરિવર્તિત રાખો.

તેથી નોડ પરનું MAAS-સ્થાનિક એન્ડપોઇન્ટ જરૂરી નથી કે જૂનું હોય. બાહ્ય સરનામાથી બદલતા પહેલાં તેના પિતૃને અનુસરો. જે સંસ્કરણોએ નોડ્સને પ્રોક્સી સેટિંગ્સ પહોંચાડી ન હતી તેમના જૂના preseed ઉકેલો દરેક વર્તમાન ડિપ્લોયમેન્ટનું વર્ણન કરતા નથી.

નિષ્ફળ તબક્કે જનરેટ થયેલ પેકેજ સેટિંગ્સ, એન્ડપોઇન્ટની પહોંચ અને પ્રમાણીકરણ ઓળખની ઇન્સ્ટોલર પર્યાવરણ સાથે સરખામણી કરો. તેમને સમાન હોમ ડિરેક્ટરી કે ચલો હોવાની જરૂર નથી. APT વાપરતા Ubuntu નોડ પર APT ના પોતાના પ્રોક્સી વિકલ્પો તપાસો. સ્થાનિક મેટાડેટા ઍક્સેસને જાહેર રિપોઝિટરીથી અલગ રાખો; આંતરિક પ્રોવિઝનિંગ URL બાહ્ય પિતૃને મોકલવાથી નિષ્ફળ થઈ શકે જ્યારે જાહેર ડાઉનલોડ કામ કરતા હોય.

કંટ્રોલર શેલ અથવા બ્રાઉઝર બીજો ગ્રાહક છે, અને રૂપરેખાંકિત પેકેજ મેનેજર દરેક પછીના રનટાઇમને રૂપરેખાંકિત કરતું નથી. વ્યવસ્થાપન ફેરફાર પછી, અસરગ્રસ્ત હાલના વર્કલોડને ખરેખર શું મળ્યું તે તપાસો, તે ધારવાને બદલે કે તેણે સેટિંગ તરત જ ફરી લોડ કરી છે.