Rügen, es wollen doch gerade alle nach Sylt
Ich habe mich hauptsächlich auf Snapshots auf Virtualisierungsebene berufen - Snapshots im Dateisystem sind da nochmal etwas anderes, und natürlich wesentlich flexibler - mit Tools wie Snapper lassen sich da einzelne Dateien sehr praktisch extrahieren.
Wenn er runtergeladen wurde dann wohl schon, oder?
Naja - wie man das jetzt theoretisch definieren möchte, weiß ich nicht. Wenn man für die Sicherung von Daten jedes Mal die VM herunterfahren (zwecks Datenkonsistenz) und für die Wiederherstellung einzelner Daten ein großes Image (welches man wohl nicht lokal auf seinem Rechner, sondern auf irgendeinem Storagesystem lagert) herunterladen und die gesammte Partitionsstruktur öffnen möchte, dann hast du vermutlich recht.
Der Snapshot kann frei exportiert und importiert werden. Ist, wenn ich mich nicht täusche, ein reguläres qcow2 Image.
Korrekterweise ist ein VM Snapshot nicht einem Backup gleichzusetzen.
Ein Configtest via `nft -cf <dateiname>` sollte da einen Syntaxfehler ausdrucken.
Da waren sicher auch die MA schuld, die das System und die Anwendung nicht ausreichend aktuell gehalten haben, aber trotzdem.
Ja - war bei mir genauso. Confluence Server eines Tages mit 100% CPU Auslastung, lief irgendein Cryptocurrency Miner in /var/tmp/ - kurz darauf die CVE Meldung gefunden, aber war mein eigenes Versagen - AppArmor Profil für die Java Binary war nur im "Complaint" Modus... 
Dennoch das einzige System, was mit der neuen Lücke von vor paar Tagen jetzt schon zum zweiten Mal vulnerabel ist.
Mooment. Confluence ist doch ziemlich teuer und ziemlich propritär, oder irre ich hier?
Man konnte eine Zeit lang eine gratis Open Source Lizenz für freie Softwareprojekte bekommen - wurde dann aber eingestampft, jetzt gibt es nur mehr die SAAS Variante, oder eine sündteure on-premise "Datacenter" Edition.
Unsere Open Source Lizenz ist zwar auf Lebenszeit, aber bekommt jetzt keine Updates mehr. Nachdem das Teil jetzt schon wieder einem 0 Day verfallen ist, ist es wohl zeit davon loszukommen - in die SAAS Cloud wandere ich auf keinen Fall. Schade drum - ich fand den kollaborativen WYSIWYG Editor ziemlich nett.
Ihr seid ja organisiert.
Mir fiel neulich ein Shell Script ein, welches prima zum Thema im soeben laufenden Telefongespräch passte. Wo hatte ich das denn nochmal abgelegt.. in meinem Git? Nee.. da ist es nicht. Irgendwo auf meiner Festplatte? (nach 5 Minuten find . -name '*.sh') Nee.. da ist es auch nicht. Ach ja, das war ja auf dieser VM, die aber durch eine neue abgelöst wurde. (nach 10 Minuten durchsuchen der neuen VM) Nee.. das muss wohl beim Umzug nicht mitgenomen worden sein. (nach kurzer Libvirt Modifikation zum Boot der alten, verschlüsselten, FreeBSD VM) so... jetzt habe ich es bestimmt gleich. Wie lautete nochmal die GELI passphrase? (nach einigem suchen) fein! Jetzt selbiges Spiel noch mit dem Passwort zum Anmelden! (nach einigen weiteren Minuten gesuche endlich in einer Shell auf der alten VM) find & tada, he Kollege hier ist mein tolles Script!! Oh.. wir reden schon über ein anderes Thema? Nagut.
so wichtige Daten im RAM hat
Speichert ihr eure Passwörter nicht in /dev/shm ?
Jetzt bekomme ich doch tatsächlich Lust, ein Tagebuch zu führen.
Hab's ebenfalls gemeldet und auf den Faden hier verwiesen. Schade, dass es keine Gruppentickets gibt. 
Leider nein, wie auch im langen Thema schon erwähnt, habe selbiges Problem:
[DEBUG] Payload: <SOAP-ENV:Envelope xmlns:SOAP-ENV='http://schemas.xmlsoap.org/soap/envelope/' xmlns:ns1='http://enduser.service.web.vcp.netcup.de/'><SOAP-ENV:Body><ns1:changeIPRouting><loginName>xxx</loginName><password>xxx</password><routedIP>81.16.19.62</routedIP><routedMask>32</routedMask><destinationVserverName>v220211121868169439</destinationVserverName><destinationInterfaceMAC>2a:b0:98:1b:db:01</destinationInterfaceMAC></ns1:changeIPRouting></SOAP-ENV:Body></SOAP-ENV:Envelope>
[DEBUG] Response: <?xml version='1.0' encoding='UTF-8'?><S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"><S:Body><S:Fault xmlns:ns4="http://www.w3.org/2003/05/soap-envelope"><faultcode>S:Server</faultcode><faultstring>generall error</faultstring></S:Fault></S:Body></S:Envelope>Ist das eigentlich von meiner RS SLA abgedeckt? 
Probiere doch einfach mal folgendes Plugin
Danke! Habe das dann später auch entdeckt - das klingt ja machbar. Habe aber auch nochmal etwas nachgelesen, die einzig für mich relevanten zusätlichen Features die ich erkennen konnte sind MySQL Unterstützung und ein mitgelieferter SAML Konnektor. Hmm.
es lohnt sich aber auch ein Blick auf nautobot.
Oh, das sieht aber sehr interessant aus - fast schon schade, dass ich das nicht vor Netbox entdeckt habe - wäre sicher aufwendig, alles zu exportieren.
Bei Linux doch auch eher hinderlich
Macht unter Linux in Kombination mit shim schon Sinn.
+1 für Netbox.
Ich lese deinen Beitrag vorher sogar noch, und denke mir jetzt vor dem schlafen gehen nichts dabei noch mal einen kleinen Patchday einzulegen.... nächstes Mal Failovere ich mich dann selbst.
Allerdings eine gute Gelegenheit festzustellen, dass ich kein Logfile mit fehlerhaften Rückmeldungen der API führe - sollte ich mal dazubasteln.
Nur bei denen aus der Servebörse müsste man nachrüsten.
Gibt hin und wieder auch welche mit SSD in der Börse. Bin mir aber nicht sicher ob NVMe auch ausgewiesen wird, meistens finde ich nur entweder reguläre SSD und "Datacenter SSD".
Das sind ja mal tolle Neuigkeiten - vielen Dank, liebes Netcup Team.
Hatte neulich an eine Firma, welche O365 für Email nutzt, eine Email versandt - ging anscheinend durch Microsoft, aber landete dort im Mimecast Filter, aus welchem der Empfänger sie manuell abholen musste.
