Ei vellukka nedlasting av MAAS-oppstartsbildet provar ruta til kontrolløren. Viss den installerte maskina seinare ikkje får tak i pakkar, gransk forbrukaren på det trinnet:

TrinnForbrukar som skal granskast
Bilde-/klargjeringsnedlastingDen ansvarlege kontrollørtentesta
Idriftsetjing eller installasjonDet mellombelse oppgåvemiljøet
Installerte OS-pakkarPakkehandsamaren og den genererte konfigurasjonen
Seinare nedlasting av charm, skript eller applikasjonKlienten som sender førespurnaden

Bruk dei støtta kontrollane i MAAS-versjonen som er i drift. Den dokumenterte enable_http_proxy dekkjer bruk av den innebygde eller oppgjevne proxyen for klargjering og pakkeåtkomst; http_proxy identifiserer ei ekstern teneste. I peer-proxy-modus kan utrulla maskiner bruke den innebygde proxyen til MAAS, som brukar den eksterne tenesta som forelder. For tillaten bruk av ein offentleg ekstern forelder, vel ein HTTP-kandidat frå HTTP-proxylista; i peer-proxy-modus held du det MAAS-lokale endepunktet på noden uendra.

Eit MAAS-lokalt endepunkt på noden er derfor ikkje nødvendigvis utdatert. Følg forelderen før du byter det ut med den eksterne adressa. Gamle preseed-løysingar frå utgjevingar som ikkje sende proxyinnstillingar til nodar, skildrar ikkje kvar gjeldande utrulling.

På det trinnet som feilar, samanlikn dei genererte pakkeinnstillingane, tilgjenge til endepunktet og autentiseringsidentiteten med installatørmiljøet. Dei treng ikkje dele heimemappe eller variablar. På ein Ubuntu-node med APT gransk APT sine eigne proxyval. Hald lokal metadatatilgang skild frå offentlege depot; det kan mislukkast å sende ein intern klargjerings-URL til den eksterne forelderen medan offentlege nedlastingar fungerer.

Eit kontrollørskal eller ein nettlesar er ein annan forbrukar, og ein konfigurert pakkehandsamar konfigurerer ikkje kvar seinare køyretid. Etter ei administrasjonsendring, gransk kva den påverka eksisterande arbeidslasta faktisk fekk, i staden for å gå ut frå at ho straks lasta innstillinga på nytt.

Relaterte artiklar