Zusammenfassung
Erfahrungsbericht über einen Freitag, an dem statt der geplanten Radtour die Fehlersuche im eigenen Heimnetz stand. Im Netz läuft ein selbst betriebener DNS-Server, der lokale Namen selbst beantwortet und externe Anfragen an den Router weiterleitet; von unterwegs führt ein Split Tunnel per WireGuard zu den Diensten zu Hause, während der übrige Internetverkehr direkt ins Netz geht.
Der Beitrag nennt drei Befunde aus dieser Sitzung: die lokale Adresse des Routers wurde plötzlich nicht mehr aufgelöst, weil der eigene Resolver die unsignierte Antwort als möglichen Angriff verwarf; die Container-Umgebung verdeckte die Absenderadressen aller Geräte, die über IPv6 fragten; und IPv4 fiel stundenlang aus, ohne dass es auffiel, weil nahezu alles über IPv6 weiterlief.
Kernaussage
Dokumentation und Zertifizierungen schaffen das Fundament, gelöst wird eine solche Störung aber über die Methodik: den Weg einer Anfrage nachvollziehen, direkt gegen die beteiligten Resolver testen, Logs vergleichen und den Fehler Schritt für Schritt eingrenzen. Der Beitrag schließt mit der Konsequenz aus dem Ausfall, nämlich einer Überwachung, die genau diesen IPv4-Weg prüft, und mit der offenen Frage, wie andere den Zugriff von unterwegs lösen: Split Tunnel mit eigenem DNS über den Tunnel oder der gesamte Verkehr durch das Heimnetz.
Grafik
Einordnung
Anders als die Beiträge zum Werdegang zeigt dieser laufende Praxis statt Rückblick. Er steht damit näher an Von der Dokumentablage zur semantischen Wissensschicht und Lokale KI-Agenten brauchen keine Cloud als an den Stationen des Lebenslaufs.
Bewusst ohne Angaben veröffentlicht, die das Netz identifizieren: keine Adressen, keine Rechnernamen, keine Ports, keine Versionsstände. Genannt werden nur die eingesetzten Techniken. Der Screenshot zeigt ausschließlich Zählwerte.
Angelegt ist er als erster Teil einer Reihe zum Heimnetz-Umbau; weitere Störungen aus demselben Projekt folgen.
Citations
[1] LinkedIn-Post: Als DNS die Radtour verhinderte (öffnet in neuem Tab)