TS-453 Netzwerk-Stack gestoppt, wie kann man ihn wiederherstellen?

English Vernetzung
1

Hallo, ich habe ein TS-453, das heute Morgen beschlossen hat, „nicht mehr zu funktionieren“, d. h. es reagiert auf keine der beiden mit dem lokalen Netzwerk verbundenen Netzwerkschnittstellen mehr. Das System läuft auf der neuesten veröffentlichten Firmware, wurde vor etwa einer Woche aktualisiert, ebenso wie die Apps auf die neuesten Versionen.

Ich habe sowohl das Netzwerk als auch das NAS neu gestartet, und auf dem Display des NAS scheint alles in Ordnung zu sein: Es startet, prüft die Volumes, mountet sie – keine Fehler, alle LEDs sind grün, beide Netzwerkschnittstellen zeigen an, dass sie funktionieren. Aber … wenn ich versuche, eine der zugewiesenen IPs zu pingen oder auf die Weboberfläche zuzugreifen, kommt einfach keine Antwort. Ich habe mein sehr einfach aufgebautes Heimnetzwerk geprüft und es gibt nichts, was plötzlich den Datenverkehr zum NAS verhindert.

Was mir aufgefallen ist: Während des Startvorgangs ist das NAS für kurze Zeit über beide Netzwerkkarten anpingbar. Dann beendet es die Boot-Sequenz, gibt den üblichen langen Piepton zur Signalisierung der Fertigstellung und kurz danach ist die Netzwerkkommunikation gestoppt. Ich habe den Zugriff von drei verschiedenen Geräten aus versucht, sodass ich ausschließen kann, dass nur ein einzelnes Gerät sich merkwürdig verhält und die QNAP-Firewall es blockiert hat (wobei ich nicht sicher bin, ob die QNAP-Firewall überhaupt DOS-Angriffe erkennt/blockiert).

Mein Verdacht ist, dass entweder:
a) der Netzwerk-Stack auf dem NAS gestoppt oder beschädigt ist, oder
b) die installierte QNAP-Firewall-App beschließt, das restliche lokale Netzwerk zu blockieren.

Ich halte (b) für wahrscheinlicher, denn bei (a) würde ich erwarten, dass Konfiguration oder Stack beschädigt sind, wenn es ein Update gab (vielleicht QNAP-Sicherheitsupdates, die automatisch/unbeaufsichtigt eingespielt werden?). Zumindest lässt sich (b) wohl leichter prüfen, bevor man die ganz großen Geschütze auffährt.

Gibt es eine Möglichkeit, die Regeln der QNAP-Firewall-App zu entsperren/prüfen/zurückzusetzen (falls das das Problem ist), oder den Status bzw. die Integrität des Netzwerk-Stacks innerhalb des QNAP-OS zu prüfen?

Zum Beispiel: Werden Firewall-Regeln nach einer bestimmten Zeit automatisch aufgehoben? Wenn die Firewall z. B. glaubt, sie wäre Ziel eines DOS-Angriffs, blockiert sie dann IPs z. B. für 24 Stunden, so dass ich es einfach am nächsten Tag nochmal versuchen könnte?

Vielen Dank für jede Hilfe oder jeden Vorschlag!

2

Ich glaube, ich habe das Problem gelöst. Ich habe eine Tastatur und HDMI angeschlossen und konnte mich auf der Konsole einloggen.

In der Konsole konnte ich nach außen pingen, aber wenn ich /etc/init.d/network.sh stop/start ausführte, gab es viele „failed“-Meldungen oder Zeilen, die darauf hindeuteten, dass iptables nicht vorhanden sind. Ich habe eth0 überprüft, konnte aber keine zugewiesene IP-Adresse sehen (das war vermutlich ein Fehler – ich hätte besser br0 überprüfen sollen).
Jedenfalls war ich mir nicht sicher, ob diese „failed“-Zeilen für das QTS „normal“ sind oder nicht, also habe ich das QTS manuell per update.sh aktualisiert (habe dabei den Anweisungen gefolgt, die ich auf der Qnap-Seite gegoogelt habe), um sicherzustellen, dass keine Software-Korruption vorliegt.

Als ich mich danach wieder eingeloggt habe, konnte ich immer noch nicht vom LAN aus auf das NAS zugreifen. Also habe ich die Firewall manuell deaktiviert (iptables -F; iptables -X) und plötzlich hatte ich Webzugriff und alles funktionierte.

Als ich die Firewall über die Benutzeroberfläche überprüft habe, fiel mir auf, dass in den letzten 24 Stunden etwa 100.000 Ereignisse blockiert wurden, meist Pakete markiert als ‘any to any’. Beim erneuten Aktivieren der Firewall warnte mich das UI, dass mein Client auf der Liste der gesperrten IPs steht und es nicht fortfahren wolle. Aber… als ich die gesperrten IPs überprüfte, war die Liste leer. Unter „Analyse gesperrter IPs“ war nur eine IP blockiert – die IP meines Heimrouters/Gateways (??).

Also habe ich die Firewall-Konfiguration so bearbeitet, dass das lokale Subnetz („automatisch erkanntes lokales Subnetz“) immer erlaubt wird, und bis jetzt scheint alles zu funktionieren.

Auch wenn die Möglichkeit besteht, dass ein Angreifer dahintersteckt, ist das Ganze doch ziemlich ungewöhnlich, und es gibt nicht genügend Daten, um genau zu sagen, was die Firewall blockieren wollte. Vielleicht wäre das etwas für zukünftige Versionen von QFirewall?

3

Freut mich zu hören, dass du wieder Zugriff hast, und danke für den Hinweis! Wir schauen uns das Verhalten von QuFirewall, das du beschrieben hast, intern an.