Hi, mein NAS ist seit ein paar Tagen ausgefallen und über LAN nicht mehr erreichbar, nur noch über die Konsole. Ich habe ein Ticket im QNAP-Supportportal eröffnet, aber seit Tagen keine Hilfe bekommen. Zuerst haben sie mein Ticket nicht gelesen und unsinnige Fragen gestellt. Dann haben sie mich gebeten, verschiedene Tests durchzuführen. Sie haben die Ergebnisse bekommen, aber niemand kümmert sich darum.
Gibt es andere Möglichkeiten, Hilfe zu bekommen? Ich bin bereit, etwas Geld zu bezahlen, aber ich brauche meinen Speicher und meine Docker-Apps zurück!!!
—English Translation added by Dolbyman—
It’s a TVS-675.
Incoming TCP connections from the LAN are failing on all ports (8080, 443, 445, 22) for both wired and wireless clients, including from Home Assistant (wired). Pinging works. A Pi-hole container running on its own IP address exhibits the same behavior. Outbound TCP from the NAS (e.g., curl to 10.0.0.92:8123) works, and a local curl to 127.0.0.1:8080 or 10.0.0.53:8080 returns “200 OK.” After booting, the HDMI display indicates that HD Station is not installed. Access is possible only via the local console (HDMI + USB keyboard, ALT+F2) logged in as admin.
Findings:
Services are listening (netstat -tln shows: 0.0.0.0:22, :::8080, :::443, :::445, :::5001); the Recv-Q for all listening sockets is 0.
SYN packets from 10.0.0.141 appear in /proc/net/nf_conntrack (as SYN_SENT, [UNREPLIED]), but netstat never shows a state of SYN_RECV or ESTABLISHED.
/proc/net/netstat: ListenDrops is increasing (5606 → 6589 → 6632; it rose by 43 during a single browser request); ListenOverflows is 0.
iptables INPUT: Policy is set to ACCEPT; the only rule is a DROP for ICMP type 13 (with 0 hits). The mangle and nat tables show nothing unusual; rp_filter is set to 0; routing and ip rule configurations appear normal. - TCP InCsumErrors = 0, standard offloading, no discards at the IP layer.
tcp_syncookies = 1, somaxconn = 4096, tcp_max_syn_backlog = 2048;
sufficient RAM available (approx. 25 GB free/cached), no OOM (Out of Memory) events, no signs of a SYN flood in dmesg.
Stopped Container Station and ran network.sh restart: no change.
Container Station was also stopped and restarted for a data backup: the issue persists.
Restarted switch and router: no change.
RAID arrays (md1 RAID5 4/4, md2 RAID1 2/2, md3 1/1) and all volumes are healthy and mounted; no fsck processes are running; system load < 1.
Data status: Important data has been backed up to an external USB drive.
Wichtig zu beachten: In diesem Forum kann jeder Nutzer die Anheftung von Themen für sich selbst aufheben. Was du als angeheftet siehst, muss für andere Nutzer nicht angeheftet sein.
Global angeheftet bedeutet, dass es in jedem Unterforum erscheint. Aber jeder Nutzer kann die Anheftung für sich aufheben, wenn er findet, dass er es oft genug gesehen hat.
Aber es erlaubt auch, dass Nutzer es an ihre Bedürfnisse anpassen.
Ich persönlich würde ein global angeheftetes Thema lieber einmal zur Kenntnis nehmen und es dann losheften, damit ich es nicht ständig sehen muss. Wenn ich glaube, dass ich es noch brauche, speichere ich es als Lesezeichen oder suche einfach im Forum danach. Ich muss es nicht bei jedem Besuch vor die Nase gesetzt bekommen.
Wir haben uns dein Support-Ticket angesehen. Nachdem das NAS nach einem Stromausfall neu gestartet wurde, lässt es sich anpingen, nimmt aber keine eingehenden Verbindungen an. Könntest du versuchen, dich über einen anderen Netzwerkanschluss am NAS zu verbinden oder einen USB-Netzwerkadapter anzuschließen, um zu sehen, ob du eine Verbindung herstellen kannst? So können wir herausfinden, ob es sich um ein Software- oder Hardwareproblem handelt. Unser Support-Team wird dir auch weiterhin über das Support-Ticket helfen. Danke!
