MAAS വിന്യാസത്തിലുടനീളം പ്രോക്സി ട്രേസ് ചെയ്യുക

വിജയകരമായ MAAS ബൂട്ട്-ഇമേജ് ഡൗൺലോഡ് കൺട്രോളറുടെ റൂട്ട് തെളിയിക്കുന്നു. ഇൻസ്റ്റാൾ ചെയ്ത മെഷീന് പിന്നീട് പാക്കേജുകൾ ലഭിക്കുന്നില്ലെങ്കിൽ, ആ ഘട്ടത്തിലെ ഉപഭോക്താവിനെ പരിശോധിക്കുക:

സേവനത്തിലുള്ള MAAS പതിപ്പിന്റെ പിന്തുണയുള്ള നിയന്ത്രണങ്ങൾ ഉപയോഗിക്കുക. രേഖപ്പെടുത്തിയ enable_http_proxy പ്രൊവിഷനിംഗിനും പാക്കേജ് ആക്സസിനും ഉള്ളിലെ അല്ലെങ്കിൽ നിർദ്ദിഷ്ട പ്രോക്സിയുടെ ഉപയോഗം ഉൾക്കൊള്ളുന്നു; http_proxy ഒരു ബാഹ്യ സേവനം തിരിച്ചറിയുന്നു. പിയർ-പ്രോക്സി മോഡിൽ, വിന്യസിച്ച മെഷീനുകൾക്ക് MAAS-ന്റെ ഉള്ളിലെ പ്രോക്സി ഉപയോഗിക്കാം, അത് ആ ബാഹ്യ സേവനത്തെ അതിന്റെ മാതൃ ആയി ഉപയോഗിക്കുന്നു. പൊതു ബാഹ്യ മാതൃവിന്റെ അനുവദനീയമായ ഉപയോഗത്തിന് HTTP പ്രോക്സി പട്ടികയിൽ നിന്ന് ഒരു HTTP സ്ഥാനാർത്ഥിയെ തിരഞ്ഞെടുക്കുക; പിയർ-പ്രോക്സി മോഡിൽ നോഡിന്റെ MAAS-പ്രാദേശിക എൻഡ്പോയിന്റ് മാറ്റമില്ലാതെ നിലനിർത്തുക.

അതിനാൽ നോഡിലെ MAAS-പ്രാദേശിക എൻഡ്പോയിന്റ് കാലഹരണപ്പെട്ടതായിരിക്കണമെന്നില്ല. ബാഹ്യ വിലാസം കൊണ്ട് മാറ്റിസ്ഥാപിക്കുന്നതിന് മുമ്പ് അതിന്റെ മാതൃ ആ പിന്തുടരുക. നോഡുകൾക്ക് പ്രോക്സി ക്രമീകരണങ്ങൾ കൈമാറാതിരുന്ന റിലീസുകളിലെ പഴയ preseed പരിഹാരങ്ങൾ ഓരോ നിലവിലെ വിന്യാസത്തെയും വിവരിക്കുന്നില്ല.

പരാജയപ്പെടുന്ന ഘട്ടത്തിൽ, സൃഷ്ടിച്ച പാക്കേജ് ക്രമീകരണങ്ങൾ, എൻഡ്പോയിന്റ് ലഭ്യത, ഒപ്പം ആധികാരികതാ ഐഡന്റിറ്റി എന്നിവ ഇൻസ്റ്റാളറുടെ പരിതസ്ഥിതിയുമായി താരതമ്യം ചെയ്യുക. അവർക്ക് ഒരേ ഹോം ഡയറക്ടറി അല്ലെങ്കിൽ വേരിയബിളുകൾ പങ്കിടേണ്ടതില്ല. APT ഉപയോഗിക്കുന്ന Ubuntu നോഡിൽ APT-യുടെ സ്വന്തം പ്രോക്സി ഓപ്ഷനുകൾ പരിശോധിക്കുക. പ്രാദേശിക മെറ്റാഡാറ്റ ആക്സസ് പൊതു റീപ്പോസിറ്ററികളിൽ നിന്ന് വേർതിരിക്കുക; ആന്തരിക പ്രൊവിഷനിംഗ് URL ബാഹ്യ മാതൃ ആയി അയയ്ക്കുന്നത് പൊതു ഡൗൺലോഡുകൾ പ്രവർത്തിക്കുമ്പോൾ പരാജയപ്പെടാം.

കൺട്രോളർ ഷെല്ലോ ബ്രൗസറോ മറ്റൊരു ഉപഭോക്താവാണ്, കോൺഫിഗർ ചെയ്ത പാക്കേജ് മാനേജർ പിന്നീടുള്ള എല്ലാ റൺടൈമും കോൺഫിഗർ ചെയ്യുന്നില്ല. മാനേജ്മെന്റ് മാറ്റത്തിന് ശേഷം, ക്രമീകരണം ഉടൻ വീണ്ടും ലോഡ് ചെയ്തു എന്ന് അനുമാനിക്കുന്നതിന് പകരം ബാധിക്കപ്പെട്ട നിലവിലുള്ള വർക്ക്ലോഡിന് യഥാർത്ഥത്തിൽ എന്ത് ലഭിച്ചു എന്ന് പരിശോധിക്കുക.