Veeam KB4895 beschreibt getrennte AIX- und Solaris-Agents, die nach zwei Zertifikatswechseln nicht mehr verbinden. Der Server kennt nur aktuelles und vorheriges Zertifikat, während ein seltener Agent einem älteren vertraut.

Bedeutung für den Betrieb

Das Inventar erfasst Agent, letzten Kontakt, Trust-Stand, Eigentümer, Job und Recovery-Anforderung. Selten aktive Systeme sind besonders kritisch, weil ihr Schweigen vor der zweiten Rotation leicht unbemerkt bleibt.

Technische Infrastruktur für Veeam-Unix-Zertifikatsrotation
Veeam-Unix-Zertifikatsrotation beginnt mit vollständigem Bestand und klaren Betriebsgrenzen.

Vor dem nächsten Wechsel werden Agents online gebracht, Trust aktualisiert und Jobs bestätigt. Für nicht erreichbare Systeme braucht es einen dokumentierten, unterstützten Wiederanbindungsweg.

Monitoring unterscheidet geplante Inaktivität von verlorenem Vertrauen und alarmiert auf veralteten Kontakt und verpasste Fenster. Unix-Verantwortliche gehören in Freigabe und Validierung.

Betriebliche Prüfung für Veeam-Unix-Zertifikatsrotation
Der Change endet erst nach der Validierung von Veeam-Unix-Zertifikatsrotation unter realen Bedingungen.

Praktische Konsequenz

Die Konsequenz: Zertifikatsrotation ist ein Anwendungsereignis. Jeder Client mit gespeichertem Trust muss die Grenze nachweislich überschreiten, bevor das vorige Zertifikat verschwindet.