Rastrear o proxy através de uma implantação MAAS
Distinga downloads de imagens, tráfego do instalador, acesso a pacotes implantados e solicitações posteriores de aplicações no MAAS.
Um download bem-sucedido da imagem de arranque do MAAS prova a rota do controlador. Se a máquina instalada depois não conseguir obter pacotes, inspecione o consumidor nessa etapa:
| Etapa | Consumidor a inspecionar |
|---|---|
| Download de imagem/provisionamento | O serviço de controlador responsável |
| Comissionamento ou instalação | O ambiente temporário da tarefa |
| Pacotes do SO instalados | O gerenciador de pacotes e a configuração gerada |
| Download posterior de charm, script ou aplicação | O cliente que faz essa solicitação |
Use os controles suportados da versão do MAAS em serviço. O enable_http_proxy documentado cobre o uso do proxy integrado ou especificado para provisionamento e acesso a pacotes; http_proxy identifica um serviço externo. No modo peer-proxy, as máquinas implantadas podem usar o proxy integrado do MAAS, que usa esse serviço externo como pai. Para o uso permitido de um pai externo público, escolha um candidato HTTP na lista de proxies HTTP; no modo peer-proxy mantenha o endpoint local do MAAS no nó inalterado.
Um endpoint local do MAAS no nó, portanto, não é necessariamente obsoleto. Siga o pai dele antes de substituí-lo pelo endereço externo. Soluções antigas de preseed de versões que não passavam as configurações de proxy aos nós não descrevem toda implantação atual.
Na etapa que falha, compare as configurações geradas dos pacotes, a acessibilidade do endpoint e a identidade de autenticação com o ambiente do instalador. Elas não precisam compartilhar um diretório pessoal nem variáveis. Num nó Ubuntu usando APT, inspecione as opções de proxy do próprio APT. Mantenha o acesso a metadados locais separado dos repositórios públicos; enviar uma URL de provisionamento interna ao pai externo pode falhar enquanto os downloads públicos funcionam.
Um shell ou navegador do controlador é outro consumidor, e um gerenciador de pacotes configurado não configura todo ambiente de execução posterior. Após uma mudança de gestão, inspecione o que a carga de trabalho existente afetada realmente recebeu, em vez de supor que ela recarregou a configuração imediatamente.