Daten noch rettbar? HDD ging in failure beim resync einer neuen HDD

[Cellosaite]

Habe wohl meine NAS Daten durch Unkenntnis zerstört. Gibt's noch was zu retten?

Da ich beim Lesen verschiedener Fäden merkte, das es wichtig ist, was genau in welcher Reihenfolge passierte, hab ich es lieber gleich
ausführlich geschrieben. Mein System:

NAS TS-212 mit 2 HDD als RAID1 seit 2016 am Laufen
aktuelle Firmware 4.3.3. 1945 20220303 war installiert als alles passierte

HDD1 WD20EFRX (2016) 1.8TB frei 396 ursprünglich auf Slot1
HDD2 WD40EFRX (2018) dito
HDDneu WD80EFBX

Keine Erfahrung mit NAS: "blutiger" Anfänger bisher NAS von meinem IT Freund gemanagt, der vor 3 Jahren starb. Seitdem lief die einfach.

Mit 2x 2 TB identischer WD20EFRX eingerichtet. In 2018 zeigte eine WD20 Schwächen. Damals Austausch durch WD40EFRX.
Ohne große Anmeldung in der RAID Verwaltung der NAS damals.
Laut Kumpel NAS runtergefahren 20er raus und 40er rein. Dann lief wohl resync ab und funktionierte problemlos.

oT. Aufrüsten wollte ich eigentlich auf 2x 4TB. Fand aber keine EFRX mehr. Hatte das CMR Problem rechtzeitig vor Einbau aufgrund der Amazon Kommentare gemerkt. P.S. bestellte dann sogar beim 2. ten mal explizit eine fast doppelt so teure EFRX. Aber im Paket war eine halb so teure EFAX SMR. Bemerkte ich aber erst
beim Einbau.

Dies führte allerdings dazu, dass ich vor einem Monat die WD40 bereits auf den Slot1 setzte und die ursprüngliche RAID1 WD20 auf Slot2 wechselte.
Austausch ebenfalls einfach durch runterfahren und umsetzten ohne vorherige Ankündigung in der RAID Verwaltung.

Im Protokoll ist ein "Mirror Disk resyncing" am 8.4. vermerkt, dass nach ca. 7h abgeschlossen war.
Weiß nun nicht ob das bedeutet, dass die "WD40" damit zur RAID1 wurde oder nicht. Jedenfalls lief alles i.O.
Mit Ausnahme, dass die WD40 wohl seit einiger Zeit mixed Testresultate im Systemprotokoll hatte.
Oft i.O. aber manchmal auch read disk failures. Im letzten verfügbaren SMART complete Test standen unter
"Current_Pending_Sector" = 4

Da das bisher immer so easy funktionierte tauschte ich jetzt vor wenigen Tagen die WD20 auf gleiche Weise durch die WD80EFBX aus, aber das funktionierte erstmals nicht. Ich dachte das läge an der 8 TB WD80EFBX, denn ich stellte fest das die TS-212 ursprünglich nur bis 6TB freigegeben war. (Allerdings laufen unter neueren Firmwares wohl seit einigen Jahren auch Platten > 6TB, was aber nur indirekt "googlebar" ist. Ich war damit aber auf der falschen Fährte, denn

Das Protokoll (das ich viel zu spät las) verzeichnet für die WD40 den Code:

Warnung 2022/04/27 12:52:17 [Harddisk 1] I/O error, sense_key=0x3, asc=0x11, ascq=0x4, CDB=28 00 4a 5b d2 88 00 04 00 00 Folge Code:

1. Fehler [Mirror Disk Volume: Drive 2 1] Error occurred while accessing Drive 1 0
   weiterer Code: Rebuilding skipped

Allerdings scheint das erst nach Teilkopie passiert zu sein, denn die 8TB WD80 wurde zu einer RAID2 2 TB Laufwerks"Partition" mit ca. 850 GB Daten drauf.

Das Systemprotokoll weist für HDD1 auf folgenden Fehler hin Code:

1. [Harddisk 1] medium error. Please run bad block scan on this drive or replace the drive if the error persists

Nun passierte mir der wohl doofste hoffentlich nicht fatale Fehler.
Ich dachte ich gehe zur alten funktionierenden Konfiguration zurück. Nahm die WD80 raus und baute die WD20 wieder auf Slot 2 in die NAS ein.
Aber Pustekuchen. Die NAS versetzte die WD20 sofort, in einen "degraded mode", was auch immer das bedeutet.
Da nix lief, nahm nahm ich anschließend einen SMART Komplettest beider HDD vor.
Die WD20 schloß ohne Fehler nach 4h ab.
Der Test der WD40 endete nach 1h50min durch Abbruch wegen Read failure.
Aber wie ich jetzt weiß, soll man bei korrumpierten Platten gar keine unnötigen Tests mehr fahren.

Also hätte ich bloß mal in die Protokolle geschaut.

Da dieser Test nur dazu führte zu sehen: OK die WD40 hat ein Problem und mag gerade nicht, dachte ich, ich habe ja noch die WD20 als RAID Platte die läuft.
Die nehm die jetzt als Basis um die WD80 zu bespielen. Also baute ich diese Kombi ein, mit der WD20, die ja ggf. schon eine RAID 2 war auf Pos. 1 und zugleich der WD80 auf Pos. 2.
Da die WD20 aber im degraded mode war, passierte nun gar nichts im System als sich die in Slot1 befand.
Die NAS zeigte sich völlig anders, es wurden nur wenig Apps angezeigt gegenüber zuvor unter der WD40 und ich hoffe die NAS haute dabei keine Schnellformatierung drüber. Jedenfalls wurde die WD20 als Platte mit 0 freiem Speicher angezeigt.

Bei QNAP bin ich jetzt in der Helpdesk Support Schlange. Dafür habe ich die WD40 als Einzelplatte wieder eingebaut und hoffe auf Hilfe von dort.
Ich weiß jetzt nicht ob da auf der Platte was passiert und die NAS versucht die zu reparieren, die COU Last zeigt 29% und die RAN Last 67 %.

Diese Zwischenaktion WD20/WD80 Einbau ist in den Systemprotokollen der NAS, die jetzt unter der WD40 angezeigt werden, übrigens nicht enthalten.
Anscheinend gibt es keine eigenständige NAS Historie sondern immer nur ein Historie im Rahmen eines NAS-Systems in Zusammenhang mit der HDD Konfiguration.

Zugleich habe ich noch eine weitere WD80EFBX bestellt. Die WD40 wird, selbst wenn wieder wiederherstellbar, keine NAS Stabilität mehr haben.
Die hat wohl die Arbeitslast der 2 Mirrorleistungen in einem Monat verspult, oder die "Current_Pending_Sector" sind seit den "4" beträchtlich gestiegen.

Ebenfalls bestellte ich eine TS-231k, da ich auf die harte Tour erkennen durfte, dass ein RAID System einer TS-212 kein Backup System ist, wenn es im RAID Probleme gibt und dass es ganz schön tricky sein kann bei Fehlern im RAID System alles richtig zu machen.
Das ist mit einer NAS mit Austauschplatten wohl einfach besser. Wobei ich die langsamere TS.212 ja auch als Backup System in den Keller verfrachten kann und dann immerhin auch eine räumliche Trennung des Backupsystems hätte.
Vielleicht läuft auch eine Wiederherstellung mit der Leistung der TS-231k schneller.
Also im Ergebnis habe ich eine funktionierende WD20 mit hoffentlich noch verwendbaren Daten drauf, die sich im "degraded Zustand" befindet.
Hoffentlich wurde die Adressbibliothek bei einer der Wechselaktionen ggf. durch Schnellformatierung nicht überschrieben.
Ich hoffe, dass die als "simple" RAID1 zum einen wieder funktionsfähig werden kann, oder ggf. mit einem SSH Tool wieder zur Datenrettung lesbar werden kann.

Hat einer eine Idee wie und ob ich an meine Daten auf der WD20 noch rankommen kann, falls die Rettungsversuche der WD40 scheitern?

P.S. 1) Was mir noch nicht so ganz klar ist, welche Ports ich freischalten muß, damit der Support klappt und die auf die NAS kommen.
2) Was ich tun muß. damit die NAS unter Edge oder Chrome oder Kaspersky nicht als unsichere IP-Adresse angesehen wird.
die ich immer wieder zum Zugriff freigeben muß. Irgendwo gibt es da Hinweise zum Erstellen eigener Zertifikate durch SSL Tools
doch dazu mache ich besser morgen eigene Fäden auf.

 

[FSC830]

Durch Crossposting wird es auch nicht besser .
Die Frage ist im QNAP -Forum besser aufgehoben.

Gruss

 

[blurrrr]

Die Frage ist im QNAP -Forum besser aufgehiben.

Was hat das bitte mit einem anderen Forum zu tun, wenn die Platten den Geist aufgeben (also mal so ausser "garnichts")? Abgesehen davon befinden wir uns hier im QNAP-Unterforum, von daher ist die Frage hier schon ganz richtig aufgehoben

Hat einer eine Idee wie und ob ich an meine Daten auf der WD20 noch rankommen kann

Es gibt immer die Möglichkeit, noch alles was irgendwie geht, von einer teils defekten Platte zu holen. Zum Beispiel könnte man via CloneZilla (Live-CD) die Daten via SATA-zu-USB-Adapter als Image auf einen anderen Datenträger kopieren. Da gab es - meine ich - auch eine Option, bei welcher man angeben konnte, dass defekte Blöcke ignoriert werden sollen. Damit hast Du dann zwar mitunter teils defekte Dateien (eben jene, welche auf den defekten Blöcken lagen), aber der Rest ist noch vorhanden.

welche Ports ich freischalten muß, damit der Support klappt

Das wird Dir der Support schon mitteilen, oder es wird Dir bei Aktivierung des Supports auf dem NAS mitgeteilt. Vermutlich dürften es zumindestens SSH (22/TCP) und das Webinterface (8080/TCP) sein, das würde ich aber lieber vorher nochmal mit dem Support abklären. Zudem sollte der Zugriff auch auf die IP vom Support beschränkt sein, heisst kurzum: Im Router Portfreigaben auf das NAS machen und in der Firewall auf dem NAS die Zugriffe auf das NAS noch wie folgt einschränken:

1) Aus Deinem LAN -> Alles erlauben
2) Von der öffentlichen QNAP-Support-IP (nur oben genanntes zulassen)
3) Alles andere erstmal sperren

Was ich tun muß. damit die NAS unter Edge oder Chrome oder Kaspersky nicht als unsichere IP-Adresse angesehen wird.
die ich immer wieder zum Zugriff freigeben muß.

Das hat nichts mit dem NAS als solches zu tun, sondern mit dem Zertifikat (da Du hier nur von Browsern sprichst und nicht von Protokollen wie SMB/CIFS), welches Dir der Webserver beim Zugriff auf das NAS unter die Nase reibt. Bei Zertifikaten verhält es sich wie mit Ausweisen und Dein NAS hat sich erstmal selbst einen Ausweis gemalt. Problem dabei ist jetzt, dass Dein Rechner dem selbstgemalten Ausweis nicht vertraut (würde ich Dir einen selbstmalten Ausweis unter die Nase halten, würdest Du diesem ja auch nicht vertrauen)

Von daher gibt es 2 Möglichkeiten: a) Du lebst damit und klickst in seltenen Fällen (so oft muss man da ja auch nicht dran) im Browser auf "Ausnahme akzeptieren", oder b) Du konfigurierst alles von A-Z durch inkl. Zertifikaten, Portfreigaben, DynDNS, etc. Letzteres hast Du ggf. eh schon halb durch, wenn Du Zugriff von aussen auf Dein NAS hast (was die QNAP-Leute wohl eher nicht haben). Da das aber auch wieder so ein Thema für sich ist, solltest Du erstmal Dein Festplatten-Problem klären und abschliessen.

da ich auf die harte Tour erkennen durfte, dass ein RAID System einer TS-212 kein Backup System ist

Ein "Raid" ist auf keinem System ein "Backup"(!). Raid sorgt nur für eine höhere "Verfügbarkeit" (fällt eine Platte aus in einem Raid1, läuft das Konstrukt erstmal mit einer Platte weiter). Eine Sicherung ist nochmal was ganz anderes. Eine Sicherung im Netzwerk ist sicherlich auch erstmal eine nette Idee, da vergiss dann aber die Verschlüsselungstrojaner nicht, von daher - so schön das auch alles ist - alle Jubelmonate auf jeden Fall mal eine USB-HDD dran und diese nach der Sicherung "offline" aufbewahren. Das ist aber auch etwas, was man noch später besprechen kann, wie gesagt - erstmal Plattenthema erledigen

 

[FSC830]

Na ja, ich bin kein Freund von Crosspostings, auch wenn hier ein QNAP Unterforum ist.
Es ist aber nicht gerade Sinn und Zweck dieselbe Frage in allen möglichen Foren zu stellen, zumal das "eigentlich" zur Nettiquette gehört.
Und ich halte es im QNAP Forum für zielführender, auch wenn der Großteil der aktiven Teilnehmen hier auch angemeldet ist (me too) .

Gruss

 

[blurrrr]

wenn der Großteil der aktiven Teilnehmen hier auch angemeldet

+ alle anderen, die nicht im QNAP-Forum angemeldet sind Aber ist auch egal, mal nicht den Thread unnötig damit belasten

EDIT: QNAP-Forum, direkt der erste Post:

NIEMALS WD40 bei einer Qnap verwenden!!!

Da merkt man: Man wird ernst genommen mit seinen Problem...

 

[rednag]

Im Router Portfreigaben auf das NAS machen

Ich glaube das ist für den Zugriff durch den Support nicht notwendig. Die benötigten Ports wie SSH (TCP/22) dürfen nur nicht aktiv durch eine Firewall/Proxy o. ä. gefiltert werden. Das wäre ja ein Unding. Um der Arbeit aus dem Weg zu gehen muß man die Hürden nur noch genug legen.

 

[blurrrr]

Wenn Support angefordert wird, werden die schon die benötigten Infos rausgeben (denke ich)

 

[Cellosaite]

@FSC830 habe Dir zum Crossposting per PN geschrieben.

@blurrrr Danke. dass Du mir Mut machst, dass bei 3 Platten mit Daten drauf zumindest Teile der Daten rettbar sein werden.

Zunächst hoffe ich jedoch, dass die Platten zumindest soweit wieder aktivierbar sein werden, dass das alte RAID wieder gerettet werden kann und ich nicht tonnenweise Dateien ggf. neu benennen muß.

Was kann ich denn dafür tun?

Ich habe ja drei Ausgangspunkte: Die WD20 als degraded oder ggf. bereits als überformatierte.
die defekte WD40 mit den "bad sectors" und
die WD80 mit den partiellen RAID Daten.

 

[Cellosaite]

@rednag Danke.

Die benötigten Ports wie SSH (TCP/22) dürfen nur nicht aktiv durch eine Firewall/Proxy o. ä. gefiltert werden. Das wäre ja ein Unding.

Nun habe ich Kaspersky als Internet Security im Einsatz vom Notebook aus.
Prüft der nicht alles was über die Fritz.Box läuft und macht ggf. eine externe Portanfrage auf FTP 22 dicht, auch wenn damit die NAS adressiert wird?

Oder interessiert der traffic zwischen Router und NAS den Kasper nicht?
Oder schalte ich den Kasper lieber aus und leb die Tage mit dem Windows Schutz.

 

[rednag]

Ich kenne Kaspersky nicht im Detail. Darum kann ich die Frage leider nicht beantworten. Ich persönlich halte von den Security Programmen nicht viel. Schlangenöl. Dem User wird eine Scheinsicherheit vorgegaukelt. Und der freut sich darüber weil er es nicht besser weiß. Das ist jetzt aber nicht beleidigend gemeint. Dann doch lieber eine richtige Firewall.

 

[rednag]

habe Dir zum Crossposting per PN geschrieben.

Warum macht man dies hinter verschlossenen Türen. Ich habe @Cellosaite aus dem QNAP Forum zu uns eingeladen. Dort hatte er bereits schon Hilferufe gepostet. Und für mich ist es verständlich, daß er das nicht nochmal alles verändert und im Prinzip neu schreibt. Wenngleich CrossPost natürlich nicht gerne gesehen sind. Darum sollten wir das neue Mitglied ermutigen künftig hier zu schreiben.

 

[tiermutter]

Zugegeben: Wenn man mir in dem einem Forum mit den ersten Posts erzählt dass ein Kriechöl (WD40) nichts in einem NAS verloren hat, dann würde ich mich auch an ein anderes Forum wenden...

 

[blurrrr]

dass das alte RAID wieder gerettet werden kann und ich nicht tonnenweise Dateien ggf. neu benennen muß.

Verstehe ich jetzt nicht so ganz, bei einem Raid1 liegt eine 1:1-Spiegelung vor, da spielt es keine Rolle, ob die eine Hälfte des Raid-Verbundes fehlt. Die Dateien sollten so bleiben wie sie sind. Hat sich diesbezüglich etwas verändert, wird es vermutlich an den fehlerhaften Blöcken (oder ggf. fehlerhaftem Dateisystem) liegen. Wichtig wäre primär erstmal, dass die betroffenen Platten nicht unnötig belastet werden. In der Regel geht man daher hin und nimmt als finale Tätigkeit noch maximal ein Backup vor (alternativ erstellt man ein Image der Festplatte, erstellt noch eine Kopie vom Image und arbeitet dann nur noch mit der Image-Kopie). Egal ob Backup oder Image - extrem wichtig ist, dass die Jobs nicht "abbrechen", wenn I/O-Fehler auftreten, so dass es frei nach dem Motto läuft: "Nimm was Du noch kriegen kannst!". Brechen die Jobs aufgrund von I/O-Fehlern ab und man versucht es immer wieder, tut man sich (und vor allem der Festplatte) damit auch keinen Gefallen.

Die WD20 als degraded oder ggf. bereits als überformatierte.

Das überformatierte "sollte" jetzt auch nicht so ein Problem sein. Da wird "testdisk" (oder ähnliche Software) Dein Freund sein. Damit kannst Du gelöschte (oder von einer Formatierung betroffene) Daten wiederherstellen (falls es nicht ganz dumm gelaufen ist). Wichtig wäre dabei, dass da jetzt nicht noch unnötig Dateien geschrieben werden (damit werden Altbestände überschrieben und die Chance auf Wiederherstellung kann sich entsprechend verringern). Wie dem auch sei, die WD20 würde ich nicht anfassen, die WD40 vorerst auch nicht und die WD80 - wenn Du da einen "Teil" der Daten hast, sicher das mal woanders hin weg (frei nach dem Motto: "Was man hat, das hat man"). Wenn die Daten von der WD80 dann auch anderweitig liegen, kannst Du die WD80 platt machen und ins NAS setzen (was ja schlussendlich auch das Ziel ist, wenn ich das richtig verstanden habe) und als "einzelnes" Volume konfigurierst (eine Migration zu Raid1 mittels zweiter WD80 sollte später via QNAP theoretisch ohne Datenverlust möglich sein, aber selbst wenn nicht, auch erstmal egal). Somit ist auch direkt Speicher für nachfolgendes Szenario vorhanden....

Da die WD20 - so wie ich das jetzt gelesen habe - ja "nur" den Status "degraded" im Raid hat (was nichts anderes bedeutet, als "Spiegel-Partner fehlt") dürfte diese Platte eigentlich noch anstandslos funktionieren. Es kann - wie Du geschrieben hast - nun 2 mögliche Zustände geben: 1) Daten sind noch da, 2) HDD wurde formatiert, Daten sind "weg".

Jetzt gäbe es 2 Optionen: a) "testdisk" ist als Paket auf der QNAP verfügbar (ggf. auch via Community-Repo (qnapclub.eu)), b) das Paket gibt es nicht. Im Falle von Option "a" wäre es wichtig, dass schon ein Volume auf der WD80 existiert (damit das NAS nicht auf dumme Gedanken kommt). So kann man die WD20 wieder "zusätzlich" ins NAS einbauen und dann - je nachdem, ob die Daten nun direkt greifbar sind oder nicht - einen Datentransfer auf die WD80 vornehmen (bloss kein Raid-Rebuild, oder irgendwas dergleichen anstossen!). Sind die Daten nicht direkt greifbar (Platte formatiert), nutzt man das Tool "testdisk", um die Daten von der formatierten WD20 auf die neue WD80 wiederherzustellen (deswegen brauchen wir auf der WD80 auch schon ein Volume).

Und zum Schluss noch: Gibt es testdisk nicht als Paket für die QNAP, wird Dir nur der Umweg via Live-CD und ggf. SATA2USB-Adapter bleiben. Bevor Du jedoch mit testdisk arbeitest, melde Dich lieber nochmal hier - Du könntest damit bei unsachgemäßer Handhabung auch ein vorhandenes System platt machen, ist also nicht ganz ungefährlich

 

[Cellosaite]

erstmal Danke@ all. Ich denke, da brauche ich ein paar Tage, denn zunächst ruft der Job.
Ich denke ich schreib mir da erst mal einen Handlungsablauf.

Kann ich die WD20 auch auf die WD80 Klonen, die gerade im Zulauf ist?

Hab zwischenzeitlich gelernt, dass RAID1 den Slotwechsel gar nicht gern mag.
Das erste resync von Slot 1 auf Slot 2 am 8.4. hat die Firmware 4.3.3. 1945 jedenfalls
bei funktionierender Partnerplatte hinbekommen.

Was macht eigentlich ein resync. Macht der Platte 1 zu 2? Vermutlich denn das hat wohl 7h gedauert.

Als ich dann die WD20 als RAID-Platte mit der WD80 verbandeln wollte,
setzte ich die dummerweise auf Slot1 das fand das RAID1 dann wohl gar nicht doll,
oder es ist nichts passiert, da die schon degraded war.

 

[blurrrr]

Kann ich die WD20 auch auf die WD80 Klonen, die gerade im Zulauf ist?

Theoretisch kannst Du die entsprechenden Partitionen klonen, ja. Ich würde aber eher hingehen und erstmal schauen, ob die WD20 noch problemlos ansprechbar ist (und keine Fehler aufweist). Dann solltest Du auch problemlos an Deine Daten kommen. Falls dem nicht so ist (eventuelle Formatierung) hilft mitunter der Weg via testdisk, um wieder an die Daten zu kommen. Sollte es ggf. ein "sicheres Löschen" (oder derlei) gewesen sein, kann es sein, dass nicht mehr wirklich was zu machen ist (dann wurde die Festplatte mehrfach überschrieben). In solchen Szenarien (oder wenn ansonsten auch nix via testdisk zu holen ist), bleibt zum Schluss noch immer die Option einer professionellen Datenrettungsfirma (die haben dann auch die Möglichkeit durch div. Prozeduren die magnetische Ausrichtung verschiedener Bereiche wieder in einen vorherigen Zustand zu bringen), kostet dafür aber auch eine Stange Geld. Also so lange Du nicht mit dem Hammer alles in tausende Teile hämmerst, ist der Drops noch lange nicht gelutscht

Btw am einfachsten und schnellsten (so mache ich es jedenfalls), wäre vermutlich der Weg via SATA2USB-Adapter (gibt's bei Amazon tonnenweise), womit Du die Platte erstmal an den Rechner/Laptop bekommst. testdisk selbst gibt es auch unter Windows (direkt ausführbar), alternativ eben eine Linux-LiveCD. Weiss jetzt auch nicht, wie bastelfreudig Du mit dem Rechner/Laptop bist und ob Du in der Lage bist, ggf. mal eine Platte auszubauen, das wäre dann zumindestens der "sichere" Weg (wenn man sich nicht ganz sicher ist, was man grade macht). So wird die eigentliche Rechner-Festplatte halt komplett aus dem Szenario genommen, so dass dieser auch definitiv nix passieren kann. Beim Rechner zuppelt man einfach das SATA-Kabel von der Systemfestplatte, beim Laptop muss man die Festplatte eher komplett ausbauen (da die Festplatte direkt meist auf den Controller gesteckt wird, im normalen Rechner sind halt noch die Kabel dazwischen).

Bevor Du mit irgendwelchen Clown...ähm... Klon-Geschichten anfängst, sorg erstmal dafür, dass Du Deine Daten gesicherst bekommst. Das sollte primär Vorrang haben. Was Du dann später wie in welchen Konstellation machst, ist da erstmal nebensächlich. Klonen kannst Du sicherlich, aber besser wäre es da schon, auch vorher schon eine Sicherung der Daten zu haben (lieber haben und nicht brauchen, als brauchen und nicht haben).

 

[Jagnix]

Immer wenn du denkst es geht nicht mehr, kommt von irgendwo ein Backup her. *duckundweglauf*

 

[Cellosaite]

Doof. QNAP-Support kommt nicht drauf mangels öffentlicher IP-Adresse.
QNAP Support hat keinen externen Zugriff wegen DS-Lite-Internetzugang

 

[blurrrr]

mangels öffentlicher IP-Adresse

Hast Du doch... nur halt nicht v4, sondern v6

 

[Barungar]

Doof. QNAP-Support kommt nicht drauf mangels öffentlicher IP-Adresse.
QNAP Support hat keinen externen Zugriff wegen DS-Lite-Internetzugang

Das ist blöd... Aber ich glaube im Thread wurde schon vorgeschlagen, dass Du den Support bitten solltest es mit TeamViewer zu versuchen. Dann musst Du einen TeamViewer-Server auf Deinem PC starten und die kommen über Deinen PC an das NAS.