Ort: Beuth-Hochschule Berlin

Haus Bauwesen, Raum D 102 / H2
Luxemburger Straße 9, 13353 Berlin
(ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Zeit: 19:00

Anmeldung für das Bier danach / if you want to have drinks and foods afterwards:
https://wolke.quux.de/index.php/apps/polls/poll/PmQLuW3OpgKJCwtK

Cray-1, Ikone des Supercomputing — Wie die Maschine zur Welt kam, und was
danach passierte.

Nach Jahren der Entwicklungszeit erkannte Seymour Cray, dass Designziele
und verwendete Technologien der CDC8600 in die Sackgasse führen würden. Für
einen Neustart der Entwicklung wollte und konnte das Control Data
Management keine weiteren finanziellen Mittel locker machen. Also nahm Cray
den Hut, gründete kurzerhand Cray Research, und begann dort mit der
Entwicklung des Computers, der es ein paar Jahre später als Cray-1 zu Ruhm
und Ehre brachte (“der mit der Sitzbank”). Der Vortrag ist der dritte Teil
der Vortragsreihe zu Leben und Werk von Seymour Cray und konzentriert sich
auf die Gründung von Cray Research, sowie die Entwicklung des Supercomputer
Cray-1 in der Zeit von 1972 bis ca. 1976.

Ort: Beuth-Hochschule Berlin

Haus Bauwesen, Raum D 102 /H2
Luxemburger Straße 9, 13353 Berlin
(ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Zeit: 19:00

Anmeldung für das Bier danach / if you want to have drinks and foods afterwards:
https://wolke.quux.de/index.php/apps/polls/poll/xi6O50wKuvQ3THid

Abstract:

Wir bauen ein Atomkraftwerk äh Netzwerk und zwar Live!

Diesmal gibt es kein reines Powerpoint-Waterboarding sondern wir ziehen zusammen
Live, in Farbe und vor Ort ein kleines Netzwerk hoch. Dafür bauen wir GRE-Tunnel
in dieses Internet – das durch VRFs von unserem internen Netz getrennt ist – und
annoucen darüber unsere Prefixe per BGP zu unserem Upstream und verteilen sie in
unserem lokalen Netz per iBGP + OSPF. Die Grundlagen für die Aufzucht und Pflege
all dieser Dinge wird nur angerissen werden können, da sie in der kürze der Zeit
nicht artgerecht vermittelt werden kann. Es werden für alle Themen Videos/Slides
zur Verfügung gestellt werden, die die theoretischen Grundlagen vermitteln.

Je nach Neugierde, Fragen, Zeit und Hunger bauen wir uns noch VXLAN-Tunnel über
unser Netzwerk und stecken diese in (VLAN-aware) Bridges.

Wer schon vorher sein theoretisches Wissen zu Netzwerkthemen auffrischen möchte,
der werfe einen Blick auf https://blog.sdn.clinic/2018/09/froscon-13-network-track/

Ort: Beuth-Hochschule Berlin

Haus Bauwesen, Raum D 102 /H2
Luxemburger Straße 9, 13353 Berlin
(ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Zeit: 19:00
Sprache/Language: Deutsch o. Englisch

Anmeldung für das Bier danach / if you want to have drinks and foods afterwards:
https://wolke.quux.de/index.php/apps/polls/poll/GJFQ34Zao4ecj3Qa

Abstract:

🇩🇪 Nextcloud ist die Platform zum Dateisync- und austausch,
sowie zur Kollaboration. Als Dienst auf der eigenen Infrastruktur ist
quasi zwangsläufig, dass es in einer etabelierten Umgebung in bestehende
Infrastruktur eingebunden werden muss. Themenpunkte beinhalten u.a.
Autokonfiguration, Anschluss ans LDAP, Monitoring und Talk.

🇬🇧 Nextcloud is the platform not only for file-sync and -share but
also collaboration. As service on your premises it is basically
necessary in an established environment to embed it into the existing
infratructure. Topics will cover auto-configuration, LDAP integratin, monitoring or Talk

Ort: Beuth-Hochschule Berlin

Haus Bauwesen, Raum D 102 /H2
Luxemburger Straße 9, 13353 Berlin
(ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Zeit: 19:00
Sprache/Language: Englisch

Anmeldung für das Bier danach / if you want to have drinks and foods afterwards:

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

Abstract:

P4 is a domain specific language designed to define and program packet forwarding planes. We’ll cover what the P4 language looks like, how it is being used today, and focus on what new features and abilities are enabled by expressing network behavior with a language like P4.

Eigentlich sollen die Admins dieser Welt ja am 27.07. von ihren Nutzern
gefeiert werden, aber da das so gut wie nie klappt setzten wir die
Tradition der letzten Jahre fort und feiern uns an dem Tag selbst. Ich
habe hierzu für den

27.07. um 19:00 im Schleusenkrug

reserviert. Wer den Schleusenkrug nicht kennt: Ist zwischen S Zoo und S
Tiergarten.

Damit ich die Reservierung anpassen kann bitte hier anmelden:

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

Ort: Beuth-Hochschule Berlin

Haus Bauwesen, Raum D 102 /H2
Luxemburger Straße 9, 13353 Berlin
(ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Zeit: 19:00
Sprache/Language: Deutsch

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

Abstract

Seit einigen Monaten hat sich Rspamd scheinbar von einem Geheimtipp zur
besseren Alternative zum angestaubten Amavis/Spamassassin Gespann
entwickelt. Was ist an Rspamd so besonders und was kann ein Neuling
besser machen als die erfahrenen und millionenfach eingesetzten
Quasi-Standards? Wie schlagen sich die neuen Ansätze in der Realität?
Was kann man noch erwarten?

Im 2. Teil des Vortrags möchte ich gern auf bisherige und neue Ansätze
für große Mail-Infrastrukturen eingehen. Wie passen klassische
Infrastrukturen wie Mail zu modernen Hypes wie DevOps, Container
Orchestrierung, *Alles* as a Service, Automatisierung und wie sieht
moderne Virtualisierung und Scale-Out dabei aus? Vor Allem wie passt
Rspamd dazu?

Ort: Beuth-Hochschule Berlin

• Haus Bauwesen, Raum D 102 /H2
• Luxemburger Straße 9, 13353 Berlin
• (ÖPNV: U9 Amrumerstr. U9/U6 Leopoldplatz Bus 142 (Hauptbahnhof), Bus 221 Luxemburgerstr.)

Zeit: 19:00
Sprache/Language: Deutsch

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

Abstract

logical replication in Version 10, pglogical als Extension, BDR in
Versionen 1,2 und 3 für BiDirectionale Replikation,
auch als Multi-Master bekannt.

3 unterschiedliche Dinge, die doch aber vieles gemeinsam haben.
Ein Überblick, was da in Entwicklung ist, was verfügbar ist, was man
damit machen kann.

ACHTUNG NICHT MEHR AN DER TU! Und anderer Raum als beim letzten mal!

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

Zeit: 19:00
Sprache/Language: Deutsch

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

Abstract

Lynis – das Open-Source-Tool verspricht Security Auditing, System
Hardening und Compliance Testing. Wir schauen uns an, welche dieser
Versprechen Lynis tatsächlich hält und wie man es nutzen kann. Das
Anpassen an die eigenen Anforderungen wird erklärt und eine Interaktion
mit Nagios/Icinga vorgeschlagen.

ACHTUNG NICHT MEHR AN DER TU!

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

Zeit: 19:00
Sprache/Language: Deutsch

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

Abstract

Genau ein Jahr ist es her, dass ich euch für meine Masterarbeit zwischen Vortrag und Schnitzel mit Fragen zur sicherheitsrelevanten Fehlkonfigurationen überfallen habe. Wie kommt es zu verkonfigurierten Firewalls, offenen Ports, schlechten Passwörtern oder aufgeschobenen Updates, die zu komplett kompromittierten Systemen führen können? Sind euch solche Fehler schon begegnet oder gar selbst unterlaufen? Was macht ihr, um sie zu verhindern?

Was mit der Idee begann, dass Admins prägnante Gründe für Fehlkonfigurationen benennen und simple Usability-Maßnahmen oder Best Practices in petto haben würden, endete über insgesamt sieben Interviews, eine fünfköpfige Fokusgruppe und eine umfassende Umfrage mit 231 Teilnehmern in einem komplexen Netz aus Ursachen für Fehlkonfigurationen, die sich nicht ohne weiteres auf das System oder den Admin selbst abwälzen und schon gar nicht mal eben beseitigen lassen. Zwischen Mitarbeitern, Maschinen und Management geht oft eine ganze Menge schief. Was genau und wo besonders häufig, wie man langfristig gegen Probleme vorgehen kann und welche (anderen) Oha-Momente ein halbes Jahr empirische Forschung unter Admins hervorgebracht hat, will ich euch vorstellen und mit euch diskutieren.