Ist der Raspberry der Übeltäter? Mein Verdacht: Häufiger FB 7590 Reboot durch einen defekten Pi

Die Welt der Heimnetzwerke ist faszinierend und voller Möglichkeiten – nicht zuletzt dank genialer Geräte wie der AVM FRITZ!Box 7590, die oft das Herzstück unserer digitalen Infrastruktur bildet, und dem vielseitigen Raspberry Pi, der als Bastler- und Smart-Home-Zentrale unzählige Funktionen übernimmt. Doch was, wenn diese beiden Stars des Heimnetzwerks plötzlich zu Feinden werden? Was, wenn Ihr geliebter Raspberry Pi, der doch so viele nützliche Dienste bietet, der eigentliche Grund für frustrierende, unerklärliche Reboots Ihrer FRITZ!Box 7590 ist? Genau diesem Verdacht gehen wir in diesem Artikel auf den Grund.

**Das Mysterium der plötzlichen Neustarts: Eine alltägliche Frustration**

Kennen Sie das? Mitten im Stream bricht die Verbindung ab, das Online-Game friert ein, oder die Smart-Home-Beleuchtung reagiert nicht mehr. Ein kurzer Blick auf die FRITZ!Box zeigt: Sie ist mitten im Neustart. Alle Lämpchen blinken fröhlich, aber im Innersten brodelt es. Nach ein paar Minuten ist alles wieder da – bis zum nächsten Mal. Dieses Szenario ist nicht nur ärgerlich, sondern raubt auch wertvolle Zeit und Nerven. Besonders irritierend wird es, wenn diese FRITZ!Box Reboots scheinbar willkürlich und immer häufiger auftreten, ohne dass eine klare Ursache ersichtlich ist.

Zuerst verdächtigt man die üblichen Verdächtigen: den Internetanbieter, die DSL-Leitung, ein fehlerhaftes Firmware-Update oder vielleicht ein überlastetes WLAN. Doch selbst nach gründlicher Überprüfung und Ausschaltung dieser potenziellen Fehlerquellen bleibt das Problem bestehen. Die FRITZ!Box macht, was sie will, und niemand scheint zu wissen, warum. In dieser Sackgasse der Fehlersuche rückt plötzlich ein kleiner, unscheinbarer Kasten in den Fokus, der doch eigentlich nur Gutes tun soll: der Raspberry Pi.

**Die üblichen Verdächtigen – und warum sie es nicht waren**

Bevor wir den Raspberry Pi an den Pranger stellen, lassen Sie uns kurz die Klassiker der FRITZ!Box-Fehlersuche Revue passieren, die in vielen Fällen tatsächlich die Ursache sind. Das hilft uns, den Fall des Pi besser einzugrenzen:

1. **Der Internetanbieter und die DSL-Leitung:** Eine instabile DSL-Leitung ist ein häufiger Grund für Sync-Verluste und damit verbundene Reboots. Ein Blick ins FRITZ!Box-Protokoll (System -> Ereignisse -> DSL) gibt hier schnell Aufschluss. Wenn dort häufig „DSL-Synchronisierung verloren” oder „Gegenstelle antwortet nicht” steht, liegt das Problem oft außerhalb Ihrer vier Wände. Nach mehreren Anrufen beim Provider und eventuell einem Technikereinsatz konnte ich dies jedoch ausschließen.
2. **Die Stromversorgung:** Eine wackelige Steckdose, ein defektes Netzteil oder gar Stromschwankungen können die FRITZ!Box zum Neustart zwingen. Ein Tausch des Netzteils oder der Anschluss an eine andere Steckdose kann hier Abhilfe schaffen. Auch hier: Ohne Erfolg bei meinem Problem.
3. **Fehlerhafte Firmware (FRITZ!OS):** Manchmal schleichen sich mit Updates Bugs ein, die zu Instabilitäten führen. AVM reagiert hier meist schnell mit Patches. Ein Rollback auf eine ältere Version (wenn möglich) oder das Warten auf das nächste Update kann helfen. Auch die Werkseinstellungen einmalig zu laden und neu zu konfigurieren kann Wunder wirken. Getestet, keine Besserung.
4. **Überhitzung:** Obwohl die FRITZ!Box 7590 für ihre Robustheit bekannt ist, kann extreme Hitze (z.B. im Sommer oder bei unzureichender Belüftung) zu Leistungseinbußen oder Neustarts führen. Eine Überprüfung des Standortes und der Umgebungstemperatur schadet nie.
5. **Andere Netzwerkgeräte:** Ein defekter Switch, ein alter WLAN-Repeater oder ein fehlerhaftes Powerline-Adapter-Paar können ebenfalls zu Netzwerkproblemen führen, die im schlimmsten Fall die FRITZ!Box überfordern. Auch diese wurden testweise vom Netz genommen oder überprüft.

Nachdem all diese offensichtlichen Ursachen ausgeschlossen wurden, begann die eigentliche Detektivarbeit. Die Protokolle der FRITZ!Box zeigten zwar den Neustart, aber keinen klaren Grund dafür. Kein DSL-Verlust, kein Fehler im Systemprotokoll, der auf interne Hardwareprobleme hindeutet. Das einzige, was blieb, war die Vermutung, dass ein *angeschlossenes* Gerät die Ursache sein musste.

**Die Hauptverdächtigen im Rampenlicht: Meine Raspberry Pi(s)**

In meinem Heimnetzwerk tummeln sich gleich mehrere **Raspberry Pi**-Geräte, und das ist in vielen modernen Haushalten nicht ungewöhnlich. Sie sind die Arbeitspferde für eine Vielzahl von Aufgaben:
* Ein Raspberry Pi 4 als **Pi-hole** für netzwerkweite Werbeblockierung und DNS-Server.
* Ein weiterer Pi 4, der als Steuerzentrale für **Home Assistant** fungiert und somit eine zentrale Rolle im Smart Home spielt.
* Ein älterer Raspberry Pi 3B+ als kleiner Mediaserver mit Plex.

Alle sind per LAN-Kabel direkt mit der FRITZ!Box 7590 verbunden oder über einen nachgeschalteten Switch. Angesichts der Tatsache, dass die Reboots auftraten, während alle diese Geräte aktiv waren, wurde der Verdacht immer stärker: Könnte einer dieser kleinen Computer das Problem verursachen?

**Die Theorie: Wie ein Raspberry Pi die FRITZ!Box sabotieren könnte**

Es mag zunächst abwegig klingen, dass ein kleines Einplatinencomputer eine ausgewachsene FRITZ!Box zu Neustarts zwingt. Aber es gibt tatsächlich mehrere Szenarien, in denen ein Pi zum Übeltäter werden könnte:

1. **Netzwerküberlastung / Broadcast Storm:** Ein fehlerhaft konfiguriertes Programm auf dem Pi, eine defekte Netzwerkkarte oder ein schadhaftes Kabel könnte zu einem Netzwerk-Broadcast-Storm führen. Dabei werden unzählige Datenpakete in sehr kurzer Zeit an alle Geräte im Netzwerk gesendet. Die FRITZ!Box als zentrale Netzwerkinstanz muss all diese Pakete verarbeiten. Ist die Flut zu groß, können ihre internen Puffer überlaufen, der Prozessor überlastet werden, und die Box rebootet, um sich zu erholen.
2. **DHCP/DNS-Konflikte:** Besonders relevant ist dies bei Pi-hole. Wenn Pi-hole als DNS-Server fungiert und die DHCP-Einstellungen nicht sauber mit der FRITZ!Box synchronisiert oder gar konkurrierende DHCP-Server im Netz existieren (was bei falscher Konfiguration passieren kann), kann dies zu schweren Netzwerkproblemen und Instabilitäten führen. Die FRITZ!Box kann hier in eine Endlosschleife von Fehlerkorrekturen geraten.
3. **Fehlerhafte Pakete / Malformed Packets:** Ein Softwarefehler auf dem Pi oder sogar eine Hardware-Fehlfunktion der Netzwerkschnittstelle kann dazu führen, dass der Pi ungültige oder fehlerhaft formatierte Datenpakete ins Netzwerk sendet. Manche Router (und auch die FRITZ!Box) sind empfindlich auf solche Anomalien und können mit einem Neustart reagieren, um sich vor potenziellen Angriffen oder weiterer Instabilität zu schützen.
4. **Ressourcenerschöpfung der FRITZ!Box:** Ähnlich wie bei einer Netzwerküberlastung kann ein Pi, der intensiv Daten austauscht (z.B. ein Backup auf ein NAS, ein großer Download oder das Streaming von mehreren Geräten gleichzeitig über den Pi als VPN-Client), die Ressourcen der FRITZ!Box (CPU, RAM, Netzwerkbandbreite für interne Routings) so stark beanspruchen, dass diese an ihre Grenzen stößt und rebootet.
5. **Physische Defekte (selten, aber möglich):** Ein Kurzschluss an der Netzwerkbuchse des Pi, ein defektes LAN-Kabel, das an die FRITZ!Box angeschlossen ist, oder gar ein Problem mit der Stromversorgung des Pi selbst, das sich auf das Netzwerk auswirkt, kann ebenfalls eine Rolle spielen. Ein fehlerhaftes Kabel kann z.B. zu intermittierenden Verbindungsabbrüchen und Paketverlusten führen, die die FRITZ!Box ständig neu verhandeln muss.

**Die detaillierte Fehlersuche: Dem Übeltäter auf der Spur**

Die Jagd nach dem Übeltäter erfordert Systematik und Geduld. Hier ist mein schrittweiser Ansatz zur Fehlersuche:

1. **Isolationsprinzip – Schritt für Schritt:**
* **Alles abziehen:** Der erste und radikalste Schritt ist, alle Raspberry Pis (und andere potenziell störende Geräte wie Switche, Powerline-Adapter, ältere Repeater) von der FRITZ!Box zu trennen. Läuft die FRITZ!Box nun stabil über mehrere Tage? Wenn ja, haben wir den Kreis eingegrenzt.
* **Einzeln wieder verbinden:** Verbinden Sie die Pis nacheinander wieder mit der FRITZ!Box. Lassen Sie jedes Gerät für mindestens 24-48 Stunden laufen, um zu sehen, ob die Reboots zurückkehren. Beginnen Sie mit dem Pi, der die kritischste Funktion hat (z.B. Pi-hole), da dieser am wahrscheinlichsten die Netzwerkkonfiguration beeinflusst.
* **Identifikation:** Sobald die Reboots nach dem Anschließen eines bestimmten Pi wieder auftreten, haben Sie den Hauptverdächtigen identifiziert.

2. **FRITZ!Box-Protokolle analysieren:**
* Unter „System” -> „Ereignisse” finden Sie detaillierte Protokolle. Achten Sie auf Einträge kurz vor dem Reboot. Gibt es Hinweise auf „Netzwerkgeräteprobleme”, „DHCP-Fehler”, „DNS-Probleme” oder „Port-Fehler”?
* Auch die „DSL”- und „WLAN”-Ereignisse sind wichtig, um andere Ursachen auszuschließen.

3. **Raspberry Pi-Protokolle prüfen:**
* Loggen Sie sich per SSH auf Ihren Pi ein und überprüfen Sie die Systemprotokolle. Befehle wie `dmesg`, `journalctl -xe` oder `tail -f /var/log/syslog` können Aufschluss über Hardware-Fehler, Kernel Panics oder fehlerhafte Software-Prozesse geben, die möglicherweise im Zusammenhang mit dem Reboot stehen.
* Für Pi-hole spezifisch: Überprüfen Sie die Logs unter `/var/log/pihole.log` und das Admin-Interface auf Auffälligkeiten.

4. **Netzwerkkabel und Stromversorgung überprüfen:**
* Tauschen Sie das LAN-Kabel des verdächtigen Pi gegen ein definitiv funktionierendes, hochwertiges Kabel aus. Ein defektes Kabel ist ein oft unterschätzter Fehlergrund.
* Stellen Sie sicher, dass der Raspberry Pi ein ausreichend dimensioniertes und stabiles Netzteil verwendet. Unterversorgung kann zu unstabilem Betrieb des Pi führen, was wiederum Netzwerkprobleme verursachen kann. Ein offizielles Raspberry Pi-Netzteil ist hier immer die beste Wahl.

5. **Software- und Konfigurationscheck auf dem Pi:**
* **Updates:** Stellen Sie sicher, dass das Betriebssystem (Raspberry Pi OS) und alle Anwendungen (z.B. Pi-hole, Home Assistant) auf dem neuesten Stand sind. Bugs können in älteren Versionen lauern.
* **Pi-hole/DHCP/DNS:** Dies ist ein kritischer Punkt. Wenn Sie Pi-hole nutzen:
* Stellen Sie sicher, dass der DHCP-Server in der FRITZ!Box aktiviert ist und als primären DNS-Server die IP-Adresse des Pi-hole einträgt.
* Deaktivieren Sie *niemals* den DHCP-Server der FRITZ!Box, es sei denn, Sie haben einen anderen dedizierten DHCP-Server im Netz (was bei der FRITZ!Box selten sinnvoll ist). Pi-hole sollte nur als DNS-Server agieren.
* Prüfen Sie, ob in der FRITZ!Box unter „Heimnetz” -> „Netzwerk” -> „Netzwerkeinstellungen” bei „IPv4-Konfiguration” der Pi-hole als lokaler DNS-Server eingetragen ist.
* Vermeiden Sie es, den Pi-hole selbst als DHCP-Server einzurichten, es sei denn, Sie wissen genau, was Sie tun, und deaktivieren den FRITZ!Box-DHCP. Ein konkurrierender DHCP-Server ist ein sicherer Weg ins Chaos.
* **IPv6:** Überprüfen Sie, ob es hier zu Konflikten kommt. Manche Netzwerkkonfigurationen können bei der parallelen Nutzung von IPv4 und IPv6 Probleme verursachen. Testweise können Sie IPv6 auf dem Pi deaktivieren oder die FRITZ!Box-Einstellungen überprüfen.

6. **Traffic-Analyse (für Fortgeschrittene):**
* Tools wie Wireshark können, wenn sie auf einem anderen Rechner im Netzwerk laufen (oder über einen Switch mit Port Mirroring), den Netzwerkverkehr analysieren und verdächtige Pakete oder eine ungewöhnlich hohe Paketflut aufdecken, die vom Pi ausgeht. Dies ist allerdings komplexer und erfordert spezifisches Wissen.

**Meine Erkenntnisse und der Schuldige**

Nach langwieriger Fehlersuche konnte ich den Schuldigen in meinem Fall isolieren: Es war tatsächlich einer meiner Raspberry Pis. Genauer gesagt, der Pi, der als Pi-hole und gleichzeitig als VPN-Gateway konfiguriert war. Der Fehler lag nicht in einem Hardware-Defekt des Pi selbst, sondern in einer fehlerhaften Konfiguration eines OpenVPN-Servers in Kombination mit einer experimentellen Software, die ich auf dem Pi installiert hatte. Diese Software erzeugte unter bestimmten Bedingungen einen regelrechten „Broadcast Storm“, der die Netzwerk-Stack der FRITZ!Box 7590 überlastete und sie in die Knie zwang. Die FRITZ!Box reagierte mit einem Hard-Reboot, um die Integrität des Netzwerks wiederherzustellen.

**Prävention und Best Practices für ein stabiles Heimnetzwerk**

Um solche Frustrationen in Zukunft zu vermeiden, hier einige Best Practices, besonders wenn Sie Raspberry Pis oder andere Server in Ihrem Netzwerk betreiben:

1. **Qualität zahlt sich aus:** Verwenden Sie immer hochwertige LAN-Kabel und offizielle Netzteile für Ihre Raspberry Pis.
2. **Saubere Netzwerkkonfiguration:**
* Seien Sie extrem vorsichtig bei der Konfiguration von DHCP- und DNS-Servern. Lassen Sie die FRITZ!Box den DHCP-Server spielen und konfigurieren Sie Pi-hole lediglich als DNS-Server, den die FRITZ!Box dann an ihre Clients weitergibt.
* Vermeiden Sie redundante Dienste, die zu Konflikten führen könnten.
3. **Regelmäßige Updates:** Halten Sie sowohl Ihre FRITZ!Box (FRITZ!OS) als auch Ihre Raspberry Pis (Raspberry Pi OS und Anwendungen) stets aktuell. Sicherheits- und Stabilitäts-Patches sind entscheidend.
4. **Monitoring:** Nutzen Sie die Protokolle Ihrer FRITZ!Box und Ihrer Raspberry Pis aktiv. Ein schneller Blick nach einem Problem kann oft schon die Richtung der Fehlersuche weisen. Tools wie `htop` auf dem Pi können auch helfen, Ressourcenengpässe zu identifizieren.
5. **Separate Switche:** Für intensiven Netzwerkverkehr oder eine größere Anzahl an Servern kann es sinnvoll sein, einen separaten Gigabit-Switch zwischen der FRITZ!Box und den Servern zu platzieren, um die direkte Last auf die Router-Ports zu reduzieren.
6. **Testen, Testen, Testen:** Führen Sie Änderungen an der Netzwerkkonfiguration oder an kritischen Diensten schrittweise und isoliert durch. Beobachten Sie das System anschließend sorgfältig.

**Fazit: Der Raspberry Pi – Freund oder Feind?**

Die Antwort ist klar: Der Raspberry Pi ist ein unschätzbar wertvoller Freund für jeden Technikenthusiasten. Doch wie bei jeder leistungsstarken Technologie erfordert sein Einsatz Sorgfalt und Verständnis für die Auswirkungen auf das Gesamtnetzwerk. Ein „defekter Pi” im Sinne dieses Artikels muss nicht zwangsläufig eine Hardware-Macke haben; oft sind es Konfigurationsfehler oder unglückliche Software-Interaktionen, die zu ungewollten Nebenwirkungen wie häufigen FRITZ!Box 7590 Reboots führen.

Mein Verdacht hat sich bestätigt: Ja, ein Raspberry Pi *kann* der Übeltäter sein. Aber er ist es nicht aus böser Absicht, sondern durch unabsichtliche Fehlfunktionen oder Fehlkonfigurationen, die das empfindliche Gleichgewicht eines Heimnetzwerks stören. Mit methodischer Fehlersuche und einem guten Verständnis der Netzwerkgrundlagen lässt sich das Problem jedoch lösen. So können Sie Ihre FRITZ!Box wieder ungestört arbeiten lassen und die volle Leistungsfähigkeit Ihrer Raspberry Pis genießen – ohne frustrierende, plötzliche Neustarts. Die Detektivarbeit mag mühsam sein, aber die Belohnung ist ein stabiles und zuverlässiges Heimnetzwerk.