Automatisch erneuern · 7.3
Wann Erneuerung und Deployment gemeinsam laufen
Erneuerung und Deployment laufen in den folgenden Fällen gemeinsam sowie dann, wenn dieser Zyklus als Backstop erneuert. Diese Erneuerung verteilt im selben Zyklus. Eine zusätzliche Ausnahme für ein kurzlebiges Zertifikat gibt es nicht.
- Das Zertifikat auf einem Ziel läuft vor dem nächsten Zyklus ab. TLSPilot betrachtet das auf dem Ziel erfasste Zertifikat, nicht das Zertifikat im Inventar. Es erneuert und verteilt sofort. Gibt es bereits ein neueres Zertifikat, verteilt es nur dieses. Sind die Erneuerungsversuche ausgeschöpft, erfolgt genau ein sofortiger Versuch. Schlägt er fehl, erfolgt der nächste Versuch im nächsten Zyklus, auch nach einem Neustart des Dienstes.
- ARI-Notfall mit eingeschaltetem Schalter. Die CA hat das Fenster vorgezogen, und Renew immediately on CA emergency ist ON (der globale Schalter oder On für dieses Zertifikat). TLSPilot erneuert und verteilt sofort (Event 1221).
- Force renew. Sie bestätigen, TLSPilot erneuert beim Aussteller und verteilt auf die Ziele. Siehe Kapitel Zertifikat vorzeitig erneuern.
- Renew ohne Force, wenn das Zertifikat fällig ist, über die API, die CLI oder
Invoke-TLSPilotCertificateRenew. Ist es nicht fällig, verteilt der Befehl nach den normalen Health-Regeln erneut und stellt nicht aus. - Erstausstellung und Widerrufen-und-Ersetzen. Das neue Zertifikat wird als Teil dieser Operation verteilt.
Die Spalte zeigt Renew & Deploy: und den Zeitpunkt auf orangem Hintergrund, solange Fall 1 oder Fall 2 bereits fällig ist.
Für dieses Zertifikat, in dieser Reihenfolge:
Ziel hat ein Zertifikat, das vor dem nächsten Zyklus abläuft → jetzt erneuern und verteilen
CA hat das Fenster vorgezogen und der Notfallschalter ist ON → jetzt erneuern und verteilen
Force renew, ein fälliges Renew über API / CLI / PowerShell, Erstausstellung oder Widerrufen-und-Ersetzen → erneuern bzw. ausstellen und jetzt verteilen
Nichts davon → zum gespeicherten Zeitpunkt erneuern, im nächsten Zyklus verteilen