KI hört zu
Sie liest Zustand und Telemetrie – ohne Änderung.
KI · Hausnetz · Praxisbericht
KI als Netzwerkingenieur.
Wie Rootkeeper Patricks Hausnetz mit UniFi und UDM unterhält, Umbauten vorbereitet und IPv6 inklusive AdGuard überprüft – mit menschlicher Freigabe, kontrolliertem Rückweg und technischer Verifikation.
Nicht einfach ändern: zuerst verstehen.
Die KI darf selbstständig lesen, ordnen und einen kleinen Schritt vorschlagen. Eine produktive Änderung beginnt erst nach Patricks Freigabe und endet mit einem Test im realen Datenpfad.
KI versteht
Was hängt zusammen und was muss erreichbar bleiben?
KI schlägt vor
Ein kleiner Schritt mit klarer Wirkung und Rückweg.
Patrick gibt frei
Ohne eindeutiges GO gibt es keine produktive Änderung.
Rückweg sichern
Backup und alter Zustand stehen für den Fehlerfall bereit.
Klein umbauen
Nur der freigegebene Teil wird verändert.
Im Alltag prüfen
Funktionieren Netzwerk, DNS, Internet und die gewollten Grenzen wirklich?
Dokumentieren
Nur der geprüfte Zustand wird zur neuen Grundlage.
Ein Hausnetz ist nie endgültig fertig
Neue Geräte kommen hinzu, alte Abhängigkeiten verschwinden und Sicherheitsanforderungen verändern sich. Gleichzeitig soll die Anlage weiter funktionieren, während am technischen Fundament gearbeitet wird.
Rootkeeper unterstützt diese Arbeit als lokal auf einem Raspberry Pi betriebene KI. Er kann Zustände aus UniFi und der UDM erfassen, Abhängigkeiten ordnen, Änderungen vorbereiten und klar begrenzte, freigegebene Schritte ausführen. Er entscheidet aber nicht selbst, wann das produktive Netz umgebaut wird. Diese Freigabe bleibt bei Patrick.
Zuerst verstehen, dann umbauen
Vor jeder Änderung steht ein passiver Blick auf den Ist-Zustand. Welche Geräte müssen miteinander sprechen? Welche Dienste brauchen Namensauflösung, Zeitabgleich oder Internetzugriff? Welche Verbindung ist tatsächlich nötig – und welche nur historisch gewachsen?
Die KI führt Konfiguration, Dokumentation und Telemetrie zusammen. Daraus entsteht kein automatischer Umbau, sondern ein überprüfbarer Kursvorschlag mit Ziel, Nicht-Zielen, Backup, Rückweg und einem begrenzten Test.
Ein getrenntes Netz für Geräte der Anlage
Ein reales Projekt war die Trennung mehrerer Anlagen- und IoT-Geräte aus einem gemeinsam genutzten Netz. Betroffen waren Bereiche wie Energie, Zutritt, Gebäudetechnik und Garten. Ziel war nicht möglichst viel Isolation, sondern dokumentierte Minimal-Kommunikation: Jeder Dienst sollte genau die Verbindungen erhalten, die er nachweislich benötigt.
Die ersten Umsetzungsversuche waren nicht erfolgreich genug und wurden kontrolliert zurückgerollt. Erst nach einer fokussierten Korrektur wurde die neue Netzwerkzone erfolgreich aufgebaut. Das ist kein Makel im Projektbericht, sondern der Unterschied zwischen einem kontrollierten Betrieb und einer Bastellösung.
Der Testclient entscheidet mit
Nach dem Aufbau folgte nicht sofort die Gerätemigration. Zuerst wurde ein normaler Testclient kontrolliert verbunden. Dieser Canary prüfte im realen Datenpfad:
- automatische Netzwerkkonfiguration;
- Namensauflösung über DNS;
- Zeitabgleich;
- erlaubte externe Verbindungen;
- blockierte Übergänge in andere interne Bereiche;
- erreichbare und bewusst nicht erreichbare Dienste.
Erst danach wurden mehrere Geräte schrittweise verschoben und einzeln geprüft. Der alte Übergangspfad blieb als Rückfallebene bestehen, bis alle vorgesehenen Migrationen abgeschlossen waren.
Was die KI wirklich leistet
Die KI ersetzt weder Netzwerkkenntnisse noch Verantwortlichkeit. Ihr Nutzen liegt darin, viele kleine technische Bedingungen gleichzeitig im Blick zu behalten:
- Konfiguration und Dokumentation gegeneinander prüfen;
- Kommunikationsbeziehungen verständlich ordnen;
- Reihenfolge und Abhängigkeiten einer Migration erkennen;
- aus einem grossen Umbau kleine Effektgrenzen bilden;
- Backups und Kandidaten mit Hashes binden;
- API-Readback und echte Funktionstests unterscheiden;
- bei Abweichungen stoppen und den Rückweg verwenden;
- den bestätigten Zustand im Notizbuch nachführen.
Wichtiger Unterschied: Ein erfolgreicher API-Aufruf beweist nur, dass eine Einstellung gespeichert wurde. Ob danach DNS, Zeitabgleich und der eigentliche Dienst funktionieren, zeigt erst ein Test im realen Netz.
IPv6 funktioniert – bleibt aber mehr als ein Schalter
IPv6 ist in Patricks Hausnetz funktionsfähig. Der Netzwerkkern besitzt einen nutzbaren IPv6-Pfad, externe Ziele sind über IPv6 erreichbar und AdGuard beantwortet die lokale Namensauflösung auch über IPv6. IPv4 und IPv6 können getrennt geprüft werden.
Das bedeutet nicht automatisch, dass jedes Segment und jedes Gerät beide Protokollfamilien gleich gut unterstützt. Neue Segmente werden weiterhin kontrolliert erweitert: Abhängigkeiten erfassen, Adressierung, DNS und Firewall für beide Protokolle prüfen, einen begrenzten Canary verwenden und erst danach ausrollen.
Betrieb bedeutet auch beobachten
Ein Netzwerk kann technisch erreichbar sein und trotzdem an DNS, Routing, einem Upstream oder einem einzelnen Dienst scheitern. Deshalb werden Signale nach Schichten betrachtet und nicht pauschal zu «Internet kaputt» zusammengeworfen.
Häufige, einfache Prüfungen brauchen keine dauernd aktive KI. Deterministische Checks beobachten Routen, Resolver und zentrale Dienste. KI wird dann sinnvoll, wenn mehrere Signale zusammengehören, eine Ursache eingegrenzt oder ein konkreter Reparaturvorschlag vorbereitet werden muss.
Was bewusst privat bleibt
Dieser Beitrag beschreibt Arbeitsweise und Erfahrung, nicht die technische Angriffsfläche des Hauses. Reale Adressen, Präfixe, VLAN-Nummern, WLAN-Namen, Gerätekennungen, Switch-Ports, Managementzugänge, Topologie und Firewallregeln bleiben privat.
Öffentlich ist der Ablauf, nicht der Lageplan: Die interessante Erkenntnis liegt nicht in einer bestimmten Adresse oder Regel. Sie liegt darin, dass KI Netzwerkbetrieb verlässlicher machen kann, wenn Wirkung freigegeben und jedes Ergebnis technisch bewiesen werden muss.
Fazit
KI kann im Netzwerkbetrieb mehr leisten als Konfigurationen erklären. Sie kann Zustände ordnen, Umbauten vorbereiten, freigegebene Schritte kontrolliert ausführen und Ergebnisse direkt verifizieren.
Verlässlich wird daraus aber erst ein sauberer Ablauf: Diagnose vor Aktion, menschliche Freigabe vor Wirkung, Rückweg vor Risiko und ein realer Test vor der Erfolgsmeldung.