Den Proxy durch eine MAAS-Bereitstellung verfolgen
Unterscheiden Sie Image-Downloads, Installer-Traffic, Paketzugriff nach der Bereitstellung und spätere Anwendungsanfragen in MAAS.
Ein erfolgreicher Download des MAAS-Boot-Images beweist die Route des Controllers. Kann der installierte Rechner später keine Pakete abrufen, untersuchen Sie den Konsumenten in dieser Phase:
| Phase | Zu untersuchender Konsument |
|---|---|
| Image-/Provisionierungs-Download | Der zuständige Controller-Dienst |
| Inbetriebnahme oder Installation | Die temporäre Aufgabenumgebung |
| Installierte Betriebssystempakete | Der Paketmanager und die erzeugte Konfiguration |
| Späterer Download von Charm, Skript oder Anwendung | Der Client, der diese Anfrage stellt |
Verwenden Sie die unterstützten Steuerungsmittel der eingesetzten MAAS-Version. Das dokumentierte enable_http_proxy deckt die Nutzung des eingebauten oder angegebenen Proxys für Provisionierung und Paketzugriff ab; http_proxy benennt einen externen Dienst. Im Peer-Proxy-Modus können bereitgestellte Rechner den eingebauten Proxy von MAAS verwenden, der diesen externen Dienst als Parent nutzt. Für die zulässige Nutzung eines öffentlichen externen Parents wählen Sie einen HTTP-Kandidaten aus der HTTP-Proxy-Liste; im Peer-Proxy-Modus bleibt der MAAS-lokale Endpunkt des Knotens unverändert.
Ein MAAS-lokaler Endpunkt auf dem Knoten ist daher nicht zwangsläufig veraltet. Folgen Sie seinem Parent, bevor Sie ihn durch die externe Adresse ersetzen. Alte Preseed-Workarounds aus Releases, die Proxy-Einstellungen nicht an Knoten weitergaben, beschreiben nicht jede aktuelle Bereitstellung.
Vergleichen Sie in der fehlschlagenden Phase die erzeugten Paketeinstellungen, die Erreichbarkeit des Endpunkts und die Authentifizierungsidentität mit der Installer-Umgebung. Sie müssen weder ein Home-Verzeichnis noch Variablen teilen. Auf einem Ubuntu-Knoten mit APT untersuchen Sie die eigenen Proxy-Optionen von APT. Halten Sie den lokalen Metadatenzugriff getrennt von öffentlichen Repositories; eine interne Provisionierungs-URL an den externen Parent zu senden, kann fehlschlagen, während öffentliche Downloads funktionieren.
Eine Controller-Shell oder ein Browser ist ein weiterer Konsument, und ein konfigurierter Paketmanager konfiguriert nicht jede spätere Laufzeitumgebung. Prüfen Sie nach einer Verwaltungsänderung, was die betroffene bestehende Arbeitslast tatsächlich erhalten hat, statt anzunehmen, sie hätte die Einstellung sofort neu geladen.