Veiksmīga MAAS sāknēšanas attēla lejupielāde pierāda kontroliera maršrutu. Ja instalētā mašīna vēlāk nevar iegūt pakotnes, pārbaudiet tā posma patērētāju:

PosmsPārbaudāmais patērētājs
Attēla/nodrošināšanas lejupielādeAtbildīgais kontroliera pakalpojums
Nodošana ekspluatācijā vai instalēšanaPagaidu uzdevuma vide
Instalētās OS pakotnesPakešu pārvaldnieks un ģenerētā konfigurācija
Vēlāka charm, skripta vai lietojumprogrammas lejupielādeKlients, kas veic šo pieprasījumu

Izmantojiet ekspluatācijā esošās MAAS versijas atbalstītās vadīklas. Dokumentētais enable_http_proxy aptver iebūvētā vai norādītā starpniekservera izmantošanu nodrošināšanai un piekļuvei pakotnēm; http_proxy identificē ārēju pakalpojumu. Peer-proxy režīmā izvietotās mašīnas var izmantot MAAS iebūvēto starpniekserveri, kas šo ārējo pakalpojumu izmanto kā savu vecāku. Lai atļautu publiska ārēja vecāka izmantošanu, izvēlieties HTTP kandidātu no HTTP starpniekserveru saraksta; peer-proxy režīmā atstājiet mezgla MAAS lokālo galapunktu nemainītu.

Tāpēc MAAS lokālais galapunkts mezglā nav obligāti novecojis. Sekojiet tā vecākam, pirms aizstājat to ar ārējo adresi. Vecie preseed risinājumi no laidieniem, kas nenodeva starpniekservera iestatījumus mezgliem, neapraksta katru pašreizējo izvietošanu.

Neveiksmes posmā salīdziniet ģenerētos pakotnes iestatījumus, galapunkta sasniedzamību un autentifikācijas identitāti ar instalētāja vidi. Tiem nav jādala mājas direktorijs vai mainīgie. Ubuntu mezglā ar APT pārbaudiet paša APT starpniekservera opcijas. Turiet lokālo metadatu piekļuvi atsevišķi no publiskajām krātuvēm; iekšēja nodrošināšanas URL sūtīšana ārējam vecākam var neizdoties, kamēr publiskās lejupielādes darbojas.

Kontroliera čaula vai pārlūks ir vēl viens patērētājs, un konfigurēts pakešu pārvaldnieks nekonfigurē katru vēlāko izpildlaiku. Pēc pārvaldības izmaiņām pārbaudiet, ko skartā esošā darba slodze faktiski saņēma, nevis pieņemiet, ka tā iestatījumu nekavējoties pārlādēja.

Saistītie raksti