Suivre le proxy à travers un déploiement MAAS
Distinguez les téléchargements d'images, le trafic de l'installateur, l'accès aux paquets déployés et les requêtes applicatives ultérieures dans MAAS.
Un téléchargement réussi de l'image d'amorçage MAAS prouve la route du contrôleur. Si la machine installée ne peut plus récupérer de paquets ensuite, inspectez le consommateur à cette étape :
| Étape | Consommateur à inspecter |
|---|---|
| Téléchargement d'image/provisionnement | Le service de contrôleur responsable |
| Mise en service ou installation | L'environnement temporaire de la tâche |
| Paquets du système installés | Le gestionnaire de paquets et la configuration générée |
| Téléchargement ultérieur de charm, script ou application | Le client effectuant cette requête |
Utilisez les contrôles pris en charge de la version de MAAS en service. Le enable_http_proxy documenté couvre l'utilisation du proxy intégré ou spécifié pour le provisionnement et l'accès aux paquets ; http_proxy identifie un service externe. En mode peer-proxy, les machines déployées peuvent utiliser le proxy intégré de MAAS, qui se sert de ce service externe comme parent. Pour un usage autorisé d'un parent externe public, choisissez un candidat HTTP dans la liste de proxys HTTP ; en mode peer-proxy, laissez inchangé le point de terminaison local MAAS du nœud.
Un point de terminaison local MAAS sur le nœud n'est donc pas forcément obsolète. Suivez son parent avant de le remplacer par l'adresse externe. Les anciens contournements preseed des versions qui ne transmettaient pas les réglages de proxy aux nœuds ne décrivent pas tous les déploiements actuels.
À l'étape défaillante, comparez les réglages de paquets générés, l'accessibilité du point de terminaison et l'identité d'authentification avec l'environnement de l'installateur. Ils n'ont pas besoin de partager un répertoire personnel ni des variables. Sur un nœud Ubuntu utilisant APT, inspectez les options de proxy propres à APT. Gardez l'accès aux métadonnées locales séparé des dépôts publics ; envoyer une URL de provisionnement interne au parent externe peut échouer alors que les téléchargements publics fonctionnent.
Un shell ou un navigateur du contrôleur est un autre consommateur, et un gestionnaire de paquets configuré ne configure pas chaque environnement d'exécution ultérieur. Après un changement d'administration, inspectez ce que la charge de travail existante concernée a réellement reçu au lieu de supposer qu'elle a immédiatement rechargé le réglage.