Überraschung! Microsoft hat vor wenigen Tagen die von der Windows-Welt allbekannte PowerShell für Linux- und macOS Systeme öffentlich freigegeben. Und zwar steht nun das Projekt auf GitHub unter der MIT-Lizenz – also OpenSource – für jeden frei zur Verfügung. Es gab bereits vor einigen Wochen einige Spekulationen und mehrfache inoffizielle Aussagen, dass Microsofts Shell OpenSource auch für andere Systemen erscheinen soll. Diese haben sich hiermit nun bestätigt…
Wie bereits in einem vorherigen Blog-Artikel genauer erläutert, hat Veeam eine neue kostenfreie Software mit dem Namen “Veeam Backup Agent for Linux” veröffentlicht. Aktuell noch in der Beta-Phase. Damit ist die Sicherung von Linux-Systemen – auch ganz ohne grafische Desktop-Umgebungen – über die CLI möglich. Die Konfiguration läuft mit Hilfe einer beigelieferten GUI über das Terminal ab.
In diesem Artikel möchte ich nun genauer auf die erste Konfiguration des ersten Backup-Jobs eingehen. Zur Installation des Backup Agents bin ich bereits in einem vorherigen Artikel genauer eingegangen – dieser ist im ersten Absatz verlinkt.
Veeam bietet seit längerer Zeit eine kostenlose Lösung zum Sichern von einzelnen Windows-Maschinen an: Die Software hört auf dem Namen Veeam Endpoint Backup Free und hat selbst mir schon mehrmals aus der Klemme geholfen. Wer sich genauer über das Tool informieren möchte, kann sich auf der offiziellen Webseite umsehen.
Wie bereits vor einigen Monaten berichtet, gab man die Entwicklung einer kostenlosen Sicherungslösung für Linux-basierende Betriebssysteme bekannt. Nach einigen Monaten Verspätung, wurde schließlich am 21. Juni 2016 die erste Beta-Version des Veeam Backup Agents für Linux veröffentlicht. Ich habe mir einen ersten Eindruck verschafft und möchte euch diesen nun mitteilen…
Kurz notiert: Die maximale Gültigkeitsdauer eines Zertifikates ist standardmäßig seitens der Windows Zertifikatsstelle (“Certification Authority“) auf 2 Jahre beschränkt. Wird eine Zertifikatsanforderung (“Certificate Signing Request“) mit einer längeren Gültigkeitsdauer eingereicht, beschwert sich die Windows CA aufgrund der zu langen Dauer. Das Zertifikat wird zwar dennoch erfolgreich ausgestellt, jedoch beschränkt sich die Gültigkeit dieses Zertifikates dann auf die maximal zulässige Dauer.
Ein Grund für eine längere Gültigkeitsdauer ist unter anderem, dass die Zertifikate weniger oft auf den Zielsystemen gewechselt werden müssen. Spart natürlich ein wenig Arbeit ein. Jedoch sollte man vorab die Pro und Kontras diesbezüglich abwägen, bevor es zur Umsetzung geht – natürlich kommt es auch stark auf den geplanten Einsatzzweck an. Nicht vergessen: Die Dauer des Zertifikates kann nicht die Dauer des Root-Zertifikates übersteigen!
Die Antwort seitens der Certificate Authority von certreq fällt wie folgt aus:
Certificate retrieved(Issued) Issued The certificate validity period will be shorter than the WebServerSec5y Certificate Template specifies, because the template validity period is longer than the maximum certificate validity period allowed by the CA. Consider renewing the CA certificate, reducing the template validity period, or increasing the registry validity period.
(“WebServerSec5y” ist hierbei ein von mir selbst erstelltes CA-Template mit einer Gültigkeitsdauer von 5 Jahren)
Doch was wäre, wenn man dennoch länger gültige Zertifikate haben möchte?
Read full article »
Standardmäßig kann die Bash-Shell der VMware vCenter Server Appliance 6.0 nur für maximal 86400 Sekunden – also 24 Stunden – aktiviert werden. Nach dem Ablauf wird die Bash-Shell wieder deaktiviert und die eingebaute limitierte “ApplianceSh”-Shell verwendet.
In älteren VCSA 6.0-Versionen gab es hier einen Trick, indem man das Timeout einfach auf den Maximalwert einstellte, welcher etwa 68 Jahre entsprach. Dieser funktioniert in den neueren Versionen leider nicht mehr:Read full article »