Muscheln Engel on Shells Angels

Was das neuronale Modul von rspamd tatsächlich lernt

Mon, 18 May 2026 11:00:00 +0200

Wenn Sie das neural Modul von rspamd eingeschaltet haben, es ein Vierteljahr lang beobachtet haben und festgestellt haben, dass das Netzwerk so gut wie nichts Nützliches beiträgt - NEURAL_HAM feuert auf den größten Teil des eingehenden Datenstroms und bewegt die Punktzahl nie in irgendeine Richtung, die von Bedeutung ist - ist die Erklärung normalerweise kein Fehler. Das Modul tut das, was die Konfiguration ihm vorgibt. Das mentale Modell in Ihrem Kopf stimmt nicht überein.

Was `set -e` wirklich tut (und warum Ihr Skript trotzdem undicht ist)

Tue, 12 May 2026 08:00:00 +0200

Sie haben diese Zeile schon einmal gesehen. Wahrscheinlich haben Sie sie heute morgen geschrieben. Fast jedes “robuste Bash-Skript” im Internet beginnt mit einer Variante von:

#!/usr/bin/env bash
set -euo pipefail
IFS=$'\n\t'

Es ist, Zeile für Zeile, das am häufigsten kopierte Snippet in der DevOps-Welt. Und fast jeder Ingenieur, mit dem ich gearbeitet habe, einschließlich (bis vor kurzem) mir, hat sich geirrt, was set -e tut.

In diesem Beitrag geht es um die Regeln. Nicht die Folklore.

SIGSEGV um 03:14 - wenn forbid(unsafe_code) dich nicht rettet

Tue, 28 Apr 2026 09:30:00 +0200

Die erste Seite kam an einem Dienstag herein. 03:14 Uhr Ortszeit. Nicht 03:00, nicht 03:30. 03:14 Uhr, in vier aufeinander folgenden Nächten.

Der Tagebucheintrag, der mich geweckt hat:

[2026-04-22T03:14:07.882Z] worker[7]: received signal: SIGSEGV (11)
[2026-04-22T03:14:07.882Z] worker[7]: fault address: 0x7f9c1afc0000 (not mapped)
[2026-04-22T03:14:07.882Z] worker[7]: dumping core to /var/crash/inventory-7.core.gz
[2026-04-22T03:14:08.014Z] worker[7]: exit code 139
[2026-04-22T03:14:08.014Z] systemd[1]: inventory-svc.service: Main process exited
[2026-04-22T03:14:08.015Z] systemd[1]: inventory-svc.service: Scheduling restart in 5s.

Der Dienst ist in Rust. Siebzehn Kisten im Arbeitsbereich, jede mit #![forbid(unsafe_code)] an der Spitze. Rust-Dienste stürzen ab, aber sie stürzen so selten ab, dass dieser Dienst das gesamte Team innerhalb einer Stunde aufweckte. In der dritten Nacht hatten wir einen Kriegsraum.

io_uring für Leute, die epoll bereits kennen

Mon, 30 Mar 2026 11:00:00 +0200

Wenn Sie in den letzten zwanzig Jahren einen Netzwerkdienst in C oder Rust auf Linux geschrieben haben, kennen Sie epoll. Sie kennen den Tanz: epoll_create1, epoll_ctl, epoll_wait, nicht-blockierend setzen, lesen bis EAGAIN, schreiben bis EAGAIN, beachten Sie die flankengetriggerte Semantik, beachten Sie EPOLLRDHUP, beachten Sie EPOLLET + EPOLLONESHOT und das Dutzend Fußnoten, die zu jeder dieser Methoden gehören.

io_uring ist die [Linux-Antwort] (https://kernel.dk/io_uring.pdf ) auf die Frage: “Was wäre, wenn wir aufhören würden, einen Syscall pro E/A auszuführen, und stattdessen gebündelte, asynchrone, abschlussbasierte E/A durchführen würden?” Es wurde in 5.1 (2019) eingeführt und ist seitdem in jeder Kernel-Version gewachsen. Im Jahr 2026 ist die API-Oberfläche groß und das Ökosystem hat endlich aufgeholt.

Über

Mon, 01 Jan 0001 00:00:00 +0000

Was das ist

Shells Angels ist der technische Blog von NETitwork . Die Art von Blog, die man an einem Sonntagnachmittag liest, um etwas Neues von Leuten zu lernen, die an den Grenzen der technischen Herausforderungen oder der täglichen betrieblichen Routine in Unternehmensnetzwerken leben. Jeder Beitrag ist als Nachschlagewerk gedacht - etwas, das das Überfliegen überlebt und dennoch eine sorgfältige Lektüre lohnt.

Die Themen, die hier zur Sprache kommen:

Unix-Shells & POSIX-Trivialitäten - Die seltsamen Ecken und Kanten von bash, zsh, fish, dash; Signalhandhabung; Subshells; Pipelines mit Exit-Codes, die niemand respektiert. - Kernel- & System-Interna - Linux/Unix-Prozessmodell, Syscalls, Namespaces, eBPF, die io_uring-Saga - Exploit-Entwicklung & defensive Sicherheit - Heap-Formen, Mitigations, Sandbox-Eskapaden; die Engel/Teufel-Dichotomie in unseren Bedrohungsmodellen.
Fehlervermeidung bei verteilten Systemen - was um 03:14 Uhr morgens passiert und warum es fast nie das Ding auf dem Armaturenbrett ist - Tooling & Ergonomie - Terminals, Debugger, Profiler und die langsame Kunst, eine Werkstatt zu bauen, der man vertraut - Cool Tech & Lösungen - Cool Tech aus Umgebungen mit den höchstmöglichen Anforderungen an Stabilität, Sicherheit und/oder Kompatibilität

Was das nicht ist

Ein Rundschreiben. Fügen Sie [den RSS-Feed] ein (/index.xml) und Sie sind fertig. - Eine Liste von zehn Dingen, einschließlich derjenigen, die Sie schockieren wird. - Überall, wo Ihre Daten hingehen. Es gibt kein Analyseskript, keine Schriftart von Drittanbietern, kein Cookie-Banner, weil es keine Cookies gibt. - Eine Geldquelle. Wir verfolgen den TED-Ansatz: “Ideen, die es wert sind, geteilt zu werden”.

Wie es aufgebaut ist

Der gesamte Quelltext - einschließlich dieser Seite - besteht aus einfachem Markdown, einfachem CSS und ~3 KB optionalem JavaScript, das die Themenumschaltung und etwas Bling-Bling steuert. Alles funktioniert auch mit deaktiviertem JavaScript; der Inhalt ist das Wichtigste.