OpenSource | Proact Blog

Mrz

Neu im Portfolio: Proxmox VE-Kurse

Kategorien: Allgemein, Backup, Linux, OpenSource, Proxmox, Virtualisierung

Schlagwörter: Debian, Heinlein, KVM, Linux, Proxmox VE, qSkills, Schulung, Training, Virtualisierung

by Martin Steigerwald

This entry is part 6 of 6 in the series Unsere Linux-Schulungen

Im Datacenter in a Box erläuterte ich, wie ich mit Hilfe von virtuellen Maschinen mit Proxmox Virtual Environment für jeden Teilnehmer ein eigenes Rechenzentrum bereit stelle. Mittlerweile stelle ich auch die regulären virtuellen Maschinen für meine anderen Kurse via Proxmox VE bereit. Die Zuverlässigkeit, die einfach bedienbare Web-Oberfläche und die Möglichkeit, via Befehlszeile alles zu automatisieren, begeisterten mich von Anfang an. Da Proxmox VE auf Debian GNU/Linux aufsetzt, fühlte ich mich auf der Befehlszeile gleich zu Hause.

Autor: Martin Steigerwald

Martin Steigerwald beschäftigt sich seit Mitte der 90er Jahre mit Linux. Er ist langjähriger Autor von Artikeln für verschiedene Computer-Magazine wie die LinuxUser (linuxuser.de) und das Linux-Magazin (linux-magazin.de). Seit Herbst 2004 ist er als Consultant für solide Server-Infrastruktur auf Linux-Basis und als Trainer für Linux-Themen bei Proact Deutschland in Nürnberg tätig.

Aug

Distributions-übergreifende Kurse – Lauter verschiedene Pinguine

Kategorien: Allgemein, Automatisierung, Cloud Init, Linux, OpenSource, Proxmox, Virtualisierung

Schlagwörter: Automatisierung, Linux-Administration, Linux-Schulungen, Open Source, Proxmox, Proxmox VE, Virtualisierung

Kommentare: No

by Martin Steigerwald

This entry is part 5 of 6 in the series Unsere Linux-Schulungen

Im Artikel zum Setup für den Datacenter Services-Kurs erläuterte ich, wie ich mit Hilfe von virtuellen Maschinen mit Proxmox Virtual Environment, die mittels verschachtelter Virtualisierung auf VMware ESX laufen, für jeden Teilnehmer ein eigenes Rechenzentrum bereitstelle. Jeder Teilnehmer bekommt ein eigenes Proxmox VE samt Web-Oberfläche, um dort nach Herzenslust Debian-, RHEL- oder SLES-VMs auszurollen. In diesem Blog-Beitrag erläutere ich, wie ich Proxmox VE mit Hilfe von Cloud Init dazu einsetze, die virtuellen Maschinen für meine anderen Kurse bereitzustellen.

Autor: Martin Steigerwald

Jun

Hat er das eigentlich immer noch laufen, dieses BTRFS?

Kategorien: Allgemein, Linux, OpenSource, Performance, Storage

Schlagwörter: BCacheFS, BTRFS, Dateisysteme, filesystems, Linux, Open Source, storage

Kommentare: No

by Martin Steigerwald

Seit meinem letzten Artikel zum Thema BTRFS – BTRFS RAID 1: Selbstheilung in Aktion – im Januar 2015 sind mehr als vier Jahre vergangen. Haben Sie sich in der Zwischenzeit mal gefragt, ob der Autor dieses BTRFS immer noch im Einsatz hat? Und vielleicht auch, wie gut es funktioniert hat? Davon handelt dieser Artikel. Einen Ausblick auf BCacheFS und Stratis gibt es ebenfalls.

Vorne weg: Ja, der Dozent für Linux-Kurse hat BTRFS immer noch im Einsatz. Weiterhin auf dem ThinkPad T520. Und es läuft. Es verkraftet auch den Ausfall einer kompletten SSD, wie Sie weiter unten nachlesen können.

Autor: Martin Steigerwald

Mai

Hochverfügbare Kubernetes Cluster mit kubeadm

Kategorien: Allgemein, Linux, OpenSource

Schlagwörter: Container, Devops, Kubernetes, Linux, opensource

Kommentare: No

by Oskar Wortmann

Das Erstellen von hochverfügbaren Kubernetes Clustern, in diesem Fall mit einem HAProxy als Load Balancer, muss kein Hexenwerk sein. Das Tool kubeadm erlaubt es uns innerhalb kürzester Zeit ein Kubernetes Cluster nach Best Practice aufzuziehen. Sowohl einfache Single Master Cluster, als auch hochverfügbare Lösungen mit mehreren Mastern lassen sich ohne großen Aufwand realisieren.

ACHTUNG: Der Begriff Hochverfügbarkeit bezieht sich hier nur auf die Kubernetes Komponenten, der Load Balancer kann immer noch einen Single Point of Failure darstellen, wenn er nicht auch redundant ausgelegt wird. Dies ist jedoch ein anderes Thema und wird in diesem Blogartikel nicht behandelt.

Autor: Oskar Wortmann

Oskar ist seit September 2017 für die Proact Deutschland GmbH tätig. Seit 2019 ist er Teil des Cloud Teams und beschäftigt sich mit den Themen OpenSource und DevOps.

Mrz

Was ist neu beim Elastic Stack?

Kategorien: Allgemein, Linux, Logfile-Analyse, Monitoring, OpenSource, Performance

Schlagwörter: Elastic Stack

Kommentare: No

by Martin Steigerwald

This entry is part 4 of 4 in the series Neuigkeiten in der Logfile-Analyse

Mein letzter Artikel über Neuigkeiten beim Elastic Stack ist schon zwei Jahre alt. Gerade angesichts der enormen Geschwindigkeit, die die Entwickler des Elastic Stack an den Tag legen, ist dies ein guter Anlass, über wesentliche Neuerungen im Elastic Stack 6.6 zu berichten. Dieser Artikel stellt nur eine Auswahl der großen neuen Funktionen dar, da es seit dem Elastic Stack 5.2 sehr viele Neuerungen gibt.

Autor: Martin Steigerwald

Jun

Aktuelle Entwicklungen rund um Fluentd und Fluent Bit

Kategorien: Allgemein, Linux, Logfile-Analyse, Monitoring, OpenSource

Schlagwörter: Fluent Bit, Fluentd, Linux, Logfile-Analyse, Monitoring, opensource

Kommentare: No

by Martin Steigerwald

This entry is part 3 of 4 in the series Neuigkeiten in der Logfile-Analyse

Mein letzter Blog-Artikel zu Fluentd und Fluent Bit ist bereits älter als ein halbes Jahr. Beide Programme sind Teil unseres Logfile-Analyse-Kurses, zu dem wir Ihnen im Schlusswort zu diesem Blog-Artikel ein Angebot machen. Weiterlesen

Autor: Martin Steigerwald

Mai

Spectre NG: Weitere acht Sicherheitslücken in Intel-Prozessoren

Kategorien: Allgemein, Linux, Microsoft, Security, Virtualisierung, VMware

Schlagwörter: ESX, Linux, Meltdown, Microsoft, Security, Spectre

Kommentare: No

by Martin Steigerwald

UPDATE 22.5.2018: Die ersten beiden Sicherheitslücken sind nun bekannt. Es gibt auch das erste Hersteller Advisory. Für beide Lücken hat Intel Microcode Updates angekündigt, damit Anwendungen Memory Disambiguation (MD) abschalten können. Nur in diesem Fall greift der durch die Updates bereitgestellte Schutz. Ich habe den Blog-Artikel um CVEs und Hersteller Advisories ergänzt.

UPDATE 9.5.2018: Bis zum 7.5.2018 gaben die Entdecker keine Details zur ersten Spectre NG-Sicherheitslücke bekannt, da Intel offenbar Probleme habe, rechtzeitig Patches bereit zu stellen. Neuer Termin für eine koordinierte Veröffentlichung könnte der 21. Mai sein. Es könnte aber auch noch länger dauern. Für Patches zur kritischsten Sicherheitslücke ist der 14. August im Gespräch – eine ziemlich lange Zeit, um eine Lücke zu schließen, die es sehr einfach mache, Barrieren zwischen virtuellen Maschinen oder virtuellen Maschinen und Hypervisor zu umgehen.

Zwischenzeitlich war es relativ ruhig geworden um Meltdown und Spectre. Für die meisten im Enterprise-Umfeld eingesetzten Systeme gibt es mittlerweile Patches, die oftmals aus einer Mischung von Microcode-Updates (via Betriebssystem und/oder Firmware), Vorkehrungen im jeweiligen Betriebssystem-Kern sowie Anwendungen mit besonders großer Angriffsfläche, wie Webbrowser, bestehen. War es das?

Schon zu Meltdown und Spectre warnten Experten, dass es noch weitere Sicherheitslücken geben könnte. Genau dies hat sich laut einem Artikel im c´t Magazin bewahrheitet. Weiterlesen

Autor: Martin Steigerwald

Jan

Ansible für automatisierte Roll-Outs – das erste Playbook

Kategorien: Allgemein, Ansible

Schlagwörter: Ansible, Automatisierung, Devops, Linux

Kommentare: No

by Patrick Dreker

This entry is part 2 of 2 in the series Ansible from scratch

Nachdem wir uns im ersten Teil der Serie häuslich eingerichtet haben, werden wir jetzt wirklich ans Eingemachte gehen und das Basisplaybook, sowie die ersten Aktionen bauen. Weiterlesen

Autor: Patrick Dreker

Patrick arbeitet seit 2006 bei der Proact Deutschland GmbH und bearbeitet dort die Themenfelder OpenStack, Cloud, Linux, Automatisierung und DevOps. Sein erster Linux Kernel war 1.2.13 und was Netscape und NCSA Mosaic waren, weiß er auch noch.

Jan

Analyse und Erklärung zu den Meltdown und Spectre Sicherheitsproblemen

Kategorien: Linux, Microsoft, Security, Virtualisierung

Schlagwörter: Bugs, ESX, Linux, Meltdown, Security, Spectre, Windows

Kommentare: 5

by Patrick Dreker

UPDATE: Nach einem Hinweis von Falco in den Kommentaren zu diesem Artikel muss ich meine Aussage zu den Hypervisorbreakouts revidieren. Nach genauerer Recherche aufgrund des Hinweises im VMware Advisory, muss konstatiert werden, dass es mittels der Variante aus CVE-2017-5715 sehr wohl möglich ist, den Speicher des Hypervisor auszulesen und damit Daten anderer, eigentlich nicht sichtbarer VMs auf dem gleichen System auszulesen!

Seit Ende letzten Jahres sind im Internet diverse Gerüchte über eine massive Sicherheitslücke aufgetaucht, die alle Systeme (Linux, macOS, Windows) und alle Prozessorarchitekturen (x86, x64, ARM, Power, …) betrifft. Seit heute haben wir Gewissheit, dass das nicht nur Gerüchte waren: mit der Veröffentlichung von Meltdown/Spectre haben wir eine der flächendeckendsten Schwachstellen in der IT-Infrastruktur seit langem und es handelt sich nicht um einen Software-Bug, sondern um einen Designfehler in den CPUs selbst. In diesem Artikel werde ich versuchen, den doch sehr komplexen Hintergrund der Angriffe auf einigermaßen verständliche Begriffe herunter zu brechen, damit sich jeder ein Bild von den Auswirkungen und der Gefährdung machen kann. Etwas technisches Interesse und Geduld vorausgesetzt, werde ich hier den Hintergrund (grob) darstellen und erklären, was da eigentlich schiefgeht.

Autor: Patrick Dreker

Jan

Spectre/Meltdown – die Kurzfassung

Kategorien: Linux, Microsoft, Security, Virtualisierung

Schlagwörter: Meltdown, Security, Spectre

Kommentare: No

by Patrick Dreker

UPDATE: Nach einem Hinweis von Falco in den Kommentaren zu dem anderen Artikel muss ich meine Aussage zu den Hypervisorbreakouts revidieren. Nach genauerer Recherche aufgrund des Hinweises im VMware Advisory, muss konstatiert werden, dass es mittels der Variante aus CVE-2017-5715 sehr wohl möglich ist, den Speicher des Hypervisor auszulesen und damit Daten anderer, eigentlich nicht sichtbarer VMs auf dem gleichen System auszulesen!

Mit Spectre/Meltdown hat uns heute eine ziemlich deftige Hiobsbotschaft erreicht. Zwei verwandte Fehler in den CPUs selbst ermöglichen es, die Speicherisolation zwischen Prozessen zu umgehen und somit ohne besondere Privilegien den gesamten Hauptspeicher auszulesen.

Autor: Patrick Dreker

Alle Artikel unter OpenSource

Neu im Portfolio: Proxmox VE-Kurse

Distributions-übergreifende Kurse – Lauter verschiedene Pinguine

Hat er das eigentlich immer noch laufen, dieses BTRFS?

Hochverfügbare Kubernetes Cluster mit kubeadm

Was ist neu beim Elastic Stack?

Aktuelle Entwicklungen rund um Fluentd und Fluent Bit

Spectre NG: Weitere acht Sicherheitslücken in Intel-Prozessoren

Ansible für automatisierte Roll-Outs – das erste Playbook

Analyse und Erklärung zu den Meltdown und Spectre Sicherheitsproblemen

Spectre/Meltdown – die Kurzfassung

Telephone

Fax

Email

Proact Deutschland GmbH

Opening Times