Tracciare il proxy attraverso un deployment MAAS
Distingui i download delle immagini, il traffico dell'installer, l'accesso ai pacchetti distribuiti e le successive richieste delle applicazioni in MAAS.
Un download riuscito dell'immagine di avvio MAAS dimostra il percorso del controller. Se la macchina installata in seguito non riesce a recuperare i pacchetti, ispeziona il consumatore in quella fase:
| Fase | Consumatore da ispezionare |
|---|---|
| Download immagine/provisioning | Il servizio controller responsabile |
| Messa in servizio o installazione | L'ambiente temporaneo dell'attività |
| Pacchetti del sistema operativo installati | Il gestore dei pacchetti e la configurazione generata |
| Download successivo di charm, script o applicazione | Il client che effettua quella richiesta |
Usa i controlli supportati della versione di MAAS in servizio. Il enable_http_proxy documentato copre l'uso del proxy integrato o specificato per il provisioning e l'accesso ai pacchetti; http_proxy identifica un servizio esterno. In modalità peer-proxy, le macchine distribuite possono usare il proxy integrato di MAAS, che usa quel servizio esterno come parent. Per l'uso consentito di un parent esterno pubblico, scegli un candidato HTTP dall'elenco di proxy HTTP; in modalità peer-proxy lascia invariato l'endpoint locale MAAS del nodo.
Un endpoint locale MAAS sul nodo non è quindi necessariamente obsoleto. Segui il suo parent prima di sostituirlo con l'indirizzo esterno. I vecchi workaround preseed delle release che non passavano le impostazioni del proxy ai nodi non descrivono ogni deployment attuale.
Nella fase che fallisce, confronta le impostazioni generate dei pacchetti, la raggiungibilità dell'endpoint e l'identità di autenticazione con l'ambiente dell'installer. Non devono necessariamente condividere una home directory o delle variabili. Su un nodo Ubuntu con APT, ispeziona le opzioni proxy proprie di APT. Mantieni l'accesso ai metadati locali separato dai repository pubblici; inviare un URL di provisioning interno al parent esterno può fallire mentre i download pubblici funzionano.
Una shell o un browser del controller è un altro consumatore, e un gestore di pacchetti configurato non configura ogni runtime successivo. Dopo una modifica gestionale, ispeziona ciò che il carico di lavoro esistente interessato ha effettivamente ricevuto, invece di supporre che abbia ricaricato subito l'impostazione.