auch im Juli treffen wir uns virtuell zum Stammtisch. Diesmal erklärt Andreas La Quiante Cumulus Linux aus Sicht eines klassischen Netzwerkers.

Start wie immer um 19:00, URL zum Meeting ca. 30min vorher hier und per Mail

Update: Der Meeting Raum https://conference.beuth-hochschule.de/b/wut-rub-rsy

Abstract

Cumulus Linux 4.x (Debian10) in 45 Minuten aus der Sicht eines
klassischen Netzwerkers. Wir sehen uns FRR als Community Routing-Suite an,
um für ein Rechenzentrum “mal eben” eine mandantenfähige Layer 2/3 Infrastruktur
aufzubauen und ein paar ausgewählte Bausteine wie

• ifupdown2 (e/n/i)
• vrf und vxlan Schnittstellen
• vlan-aware-bridges

sowie BGP unnumbered, um eine wirklich einfache Automatisierung zu ermöglichen.

auch im Juni treffen wir uns wieder virtuell. Diesmal erklärt Martin
Alfke GIT Entwicklung Workflows – von Simple GIT zu GIT Flow.

URL zum Jitsi / BigBlueButton gibt es kurz vor dem Meeting per Mail und
auf der Webseite. Für Getränke und Verpflegung ist selbst zu sorgen.

Update: https://conference.beuth-hochschule.de/b/wut-9is-uim

Abstract:

In den Puppet Trainings bekomme ich immer wieder mit, dass viele
Teilnehmer Probleme mit GIT haben.

In meinem Vortrag stelle ich 3 unterschiedliche GIT Workflows vor:

• Simple GIT
• GIT mit Staging Branch und
• GIT Flow

Zeit: 19:00

Ort: Beuth-Hochschule Berlin
Haus Bauwesen, Raum D 117/H3
Luxemburger Straße 9, 13353 Berlin
(ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Anmeldung zum Bier danach:

https://wolke.quux.de/index.php/apps/polls/poll/jc6IYBobzheVzgxj

Der Einzug von Netfilter in den Kernel, ist eine Weile her. Netfilter
und seine Userland-Tools ip(6)tables (u.a.) sind seit 2001 im Kernel und
damit erwachsen. In der Zwischenzeit haben neue Technologien Einzug in
das Linux-Ökosystem gehalten; iptables wird weiterhin eingesetzt. Es hat
sich auch aufgrund seiner Vielseitigkeit von einer Paketfilterimplementierung zu einem unterstützendem Werkzeug für Anwendungen wie Routing, NAT, Application-Level-Proxying, Deep Packet Inspection (DPI), Traffic Shaping und vielem mehr entwickelt.

Dieser praxisorientierte Vortrag wird Möglichkeiten des Paketfilterns
mit Linux behandeln. Schwerpunkte sind u.a. praktische und esoterische Iptables-Regeln und
Targets. Anhand von realen Beispielen wird der Aufbau von Regelwerken aufgezeigt.
Es entstehen schnell große Regelsets. Tipps für das Regelmanagement: wie
man der Herr der Regeln wird.

Iptables kann nicht nur filtern: über Features wie Conntrack und NAT wird aus dem Leben berichtet. Es wird gezeigt, was iptables sonst noch für Dich tun kann und wie man sonst noch Pakete unter Linux filtern kann.

Hilfreiches Vorwissen:

• basic network knowledge
• basic knowledge of linux networking tools

Ort: Beuth-Hochschule Berlin
Haus Bauwesen, Raum D 117/H3 (Achtung: Raum geändert!)
Luxemburger Straße 9, 13353 Berlin
(ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Zeit: 19:00

Anmeldung zum Bier danach: https://poll.digitalcourage.de/MMUQZLQCmCE1PASn

Abstract:

Containerisierungen sind hip, aus gutem Grund — für Entwickler zumindest. Es passt
besser in agile Softwareentwicklung, der Weg vom Test zum Deployment
in der Produktion ist mega-kurz, man kann viel automatisieren und der Sysadmin
kann nicht mehr im Weg rumstehen, da man ihm kein Deployment über den Zaun
mehr werfen muss. Also vielleicht auch deswegen ein cooles Ding für Softwareentwickler.

Das macht sich auch Marketing zunutze, in dem es suggeriert, wer nicht DevOps
mit Containern und auf den letzten Sch* setzt, hat den Anschluss an
zu bedienende Trends und an die die Welt verloren und die Entwicklungszyklen
sind so lang, dass man im Internet gar nix mehr werden kann. Das Ganze geht dann
so weit, dass auch dort, wo Containerisierung nicht passt, es trotzdem gemacht
wird.

Was kann da schon schiefgehen ?2??

Einer der Haken ist, dass der durchschittliche Entwickler halt fern von Dingen
ist wie System- und Netzwerk-Security oder -Architektur. Wenn man mehr als
einen Container betreibt, ist das aber nun mal eine System- und Netz-Thematik.
Auch wenn man die Grundlagen halbwegs versteht, was einen nicht gleich zum
Netz- und Systemsicherheitsarchitekten macht, muss man auch erstmal die
Container & Co technisch so weit durchblicken, dass man das sicher betreiben
kann.

Dann scheinen selbst die großen Player immer noch an Lernen zu sein, wenn man
so schaut, was Tesla und IBM, aber auch die “Hersteller” bei CoreOS und
Kubernetes verzapft haben.

Dirk versucht in den knappen 45-60 min sich auf die wichtigsten Dinge zu
konzentrieren, auf die bei den Audits von Containerumgebungen gestoßen ist,
in der Hoffnung, dass alles besser wird. Das Ganze ist Teil eines
FLOSS-Projekt, den OWASP Docker Top 10.

Bio

• testssl.sh
• OWASP
• Selbständiger Security-Berater

Ort: Beuth-Hochschule Berlin
Haus Bauwesen, Raum D 136/H5
Luxemburger Straße 9, 13353 Berlin
(ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Zeit: 19:00

Anmeldung zum Bier danach: https://wolke.quux.de/index.php/apps/polls/poll/h8BdUKbi9vos2GfB

Abstract:

• E-Mail ist eines der Haupteinfallstore für Angriffe auf Unternehmen und Privatpersonen
• traditionelle Virescanner, die auf pattern matching setzen, sind gegen polymorphe Viren machtlos
• die beste Lösung sind daher Sandboxscanner
• noch besser wären OpenSource Sandboxscanner
• als wir mit den Arbeiten an PeekabooAV begannen, gab schon postfix, amavis und cuckoo, aber es fehlte die Verbindung von Cuc koo und amavis
• PeekabooAV ist diese Verbindung
• Im Vortrag werden die Anforderungen so eine Verbindung und wie PeekabooAV sie löst vorgestellt

Ort: Beuth-Hochschule Berlin
Haus Bauwesen, Raum D 136/H5
Luxemburger Straße 9, 13353 Berlin
(ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Zeit: 19:00

Anmeldung zum Bier danach: https://wolke.quux.de/index.php/apps/polls/poll/WVKJeMVIOeSJUMFT

Abstract:

(Puppet) Development Process – from Workstation to Production – Einrichten Workstation, CI/CD/CD
Inhalt:
Der Weg des Codes vom Gehirn zur Tastatur, zum System.
Wenn man sich mit IT Automatisierung beschäftigt, kommt man um ein Versoinskontroll-System nicht herum- Moderne Umgebungen nutzen außerdem Continous Integration (CI) sowie Continous Delivery (CD) sowie Continous Deployment (CD).
Im Vortrag gehen wir auf das Setup der Arbeitsumgebung ein, sowie auf CI Systeme am Beispiel von Gitlab CI Runner. Im Puppet Umfeld kommt Robot 10.000 (r10k) für CD zum Einsatz. Wie funktioniert das, was macht r10k? Was ist das besondere an CD/CD? Warum will man das haben? Was bedeutet das für eine produktive Plattform?

Teil 1: generisch (unabhängig von Puppet) – Development Workstation
Wie arbeitet man mit GIT auf der Kommandozeile? Was sollte man einrichten?

Welche Tools benötigt man auf der Workstation?

Teil 2: generisch – GIT Server und CI/CD
Welche CI/CD sollte man nehmen? Und warum?

Nach welchen Kriterien sollte man die CI/CD aussuchen?

Teil 3: Puppet CI/CD
Was kann man testen und wie?

Wie bekomme ich den Puppet Code auf den Puppet Master? Wieviele Branches soll man haben?