Bin gerade etwas frustriert.
Verständlich... ich weiß ja, dass Du nicht zu denen gehörst, die unverständliche Sätze schreiben, aber aus dem was Du beschreibst kann ich mir mal so gar keinen Reim bilden... da scheint irgendetwas ganz komisch zu sein... eins verstehe ich dennoch nicht:
Aber nach den Test wieder alles zurückgebaut, nur die Kabel und IP-Adressen ...9 und ...12 waren noch da.
... dann kann unter der .10 doch auch ein Twonky erreichbar sein 
Könnte das hier das Problem sein?
- One-way sync jobs using the FTP protocol would fail if the source included any file names disallowed by the FTP server, rather than keep running and skipping the disallowed files
Edit:
Wohl eher nicht, war ja wohl ein RTRR Job... aber kann ja dennoch zutreffen...
Ich bekomme soeben folgendes Update für HBS3 auf einer TVS 473 @ 4.5.2.1594:
Alles anzeigenHBS 3 Hybrid Backup Sync 3.0.210506 for QTS 4.3.3 and QTS 4.3.4
( 2021/05/14 )
[Applicable Models]
- End-of-life NAS models running QTS 4.3.3 and QTS 4.3.4.
[Important Notes]
- This is a security update for end-of-life NAS models running QTS 4.3.3 and QTS 4.3.4.
[Enhancements]
- Improved code security.
Macht mir etwas Sorge... blicke ich da etwas nicht?
Ich werde nen Teufel tun und das Update durchführen!
Edit:
Ah... nun sehe ich, was ich nicht geblickt habe... dies hier ist relevant für mich:
Alles anzeigenHBS 3 Hybrid Backup Sync 17.0.0512
( 2021/05/14 )
[Enhancements]
- Improved the Time Machine user interface.
[Fixed Issues]
- Relinking backup data created from a local backup job would fail if QuDedup was disabled.
- The RTRR Server screen would display an error after upgrading HBS 3 from v13.0.0930 to v16.0.0419.
- The RTRR Server settings displayed an incorrect default port number in HBS 3 v16.0419 on NAS devices running QTS 4.5.3.1630 or later.
- One-way sync jobs using the FTP protocol would fail if the source included any file names disallowed by the FTP server, rather than keep running and skipping the disallowed files.
- One-way sync jobs to a Backblaze cloud storage space would often fail due to a JSON decoding error.
- QuDedup-enabled backup jobs to an external drive would take an unexpectedly long time to complete.
Klingt nach nem Pilotprojekt, aber wenn nichts mehr geht... warum nicht?! 
Würde mich jedenfalls interessieren, was dabei rumkommt...
Geht der Zugriff auf den Reset-Knopf nicht mit kalt gezogenen Platten und dann ohne Platten booten?
Ich werde das ebenfalls nicht testen 
... aber was könnte das bringen?
Logindaten = auf HDD; sind diese nicht vorhanden, kann nichts rückgesetzt werden und vor allem:
Man kann auch auf keinerlei Daten zugreifen
Ein QNAP ohne HDD hat sicherlich den Standard Login, aber wartet auch nur darauf dass ihm HDDs eingepflanzt werden...
Aber da gibts in den Einstellungen auch die kleinen blauen Kreise mit i drin.
Dahin muss man aber auch erstmal finden, das ist ja meist das größere Problem 
... wobei es auf den Screenshots aus Post #1 nur "einen Scroll" entfernt ist...
jetzt schaue ich mir erstmal FragAttacks an und schaue mal was ich alles patchen kann.
Schalte doch einfach das WLAN ab und entspann Dich
Aber eyetap und Mavalok2 haben ja Recht: Updates, gerne! Vor allem wenn sie der Sicherheit dienen. Nur sollen die dann auch bitte funktionieren und vor allem nicht noch mehr Sicherheitsrisiken aufwerfen!
Ich hab in der Meisterschule (Elektro) gelernt:
Funktion und Sicherheit haben die oberste Priorität. Gilt für mich auch bei Software.
Das würde die Freigabe aber auch für diejenigen verbergen, die die Berechtigung haben.
ABE/ ABSE verbirgt die Freigaben nur für diejenigen, die keinerlei Berechtigungen haben.
Achja: Vielleicht bin ich auch auf dem Holzweg... wie gesagt, gibt ja keine eindeutige Frage
am PC über das IDE KAbel anhängen oder gibts da für meinen Fall noch einen schlaueren Weg?
Ja, nimm ein SATA Kabel, das passt auch
Konntest Du Dich nach dem Reset auch nicht von einem anderen Gerät (zB Smartphone) in der GUI einloggen?
Kann ich jetzt eigtl. irgendwie rückblickend nachvollziehen, ob da sonst jmd auf meiner NAS unterwegs war?
Nicht wenn Du alles platt machen musst. Und auch sonst wäre es sicherlich schwierig...
Das nennt sich ABE/ ABSE und gilt soweit ich weiß für SMB und AFP.
Was die HW-Sache angeht: Ich finde gar keine Frage und wusste daher auch nicht was ich antworten könnte, als ich den Thread gestern gelesen habe
Moin,
ein one way Sync kopiert Daten von der Quelle aufs Ziel, dabei ist es nicht entscheidend, ob eine Datei auf dem Ziel "neuer" ist. Es ist quasi ein "kopieren und immer überschreiben Job". Lediglich bei "gleichen" Daten (Dateiname und Änderungsdatum) wird die Datei übersprungen, da "identisch". Die Option "Dateiinhalte prüfen" sorgt lediglich dafür, dass halt auch der Inhalt geprüft wird, was in Deinem Fall aber keine Besserung verschafft, da die Daten auch dahingehend unterschiedlich sind und die Quelldatei immer gewinnt.
Für mich hört sich Dein Vorhaben eher nach einem einmaligen Job an, hier wäre es ja möglich einmal manuell zu kopieren und entsprechend selbst zu entscheiden, welche Daten behalten werden.
Alternativ (als Workaround) könnte ein two way Sync herhalten, hierbei kannst Du festlegen, dass ältere Daten überschrieben werden, allerdings passiert dies dann auch auf der Quelle und es werden auch Daten auf die Quelle geschrieben, die im Ziel, aber nicht in der Quelle vorhanden sind (wenn man hier von Quelle und Ziel sprechen mag, ich hoffe Du weißt was ich meine ).
Chris sagt aber doch, dass es 2 Jahre gut gelaufen ist.
Naja nicht wirklich... sie liefen 2 Jahre.
Eine neue, unbeschriebene SMR Platte sollte meinem Verständnis nach kaum Leistungseinbußen aufzeigen, denn die Bahnen, auf die die Daten geschrieben werden sind ja noch frisch.
Mit der Zeit müssen die danebenliegenden Bahnen irgendwann zusammen mit neuen Daten erneut geschrieben werden, was zu Leistungseinbußen führt.
Und auch wenn es sich um ein RAID 5 handelt, bei dem die Daten entsprechend verteilt sind:
Auf der neuen HDD wurden die Bahnen u.U. noch nicht beschrieben, auf den alten HDD allerdings schon.
Bin kein Experte was das angeht und habe mich damit auch nicht hinreichend beschäftigt, klingt für mich aber logisch 
Moin,
ob das so für Dich ausreichend ist kannst nur Du beantworten. Ich mache tägliche Backups, auch wenn sich nicht täglich haufenweise Daten ändern. Wenn Dir wöchentlich ausreicht, klingt das schonmal gut. Die externe HDD darf natürlich nicht ständig am QNAP angeschlossen sein und sollte nach Möglichkeit an einem anderen Ort aufbewahrt werden.
Dein Vorhaben lässt sich komplett mit HBS3 realisieren, sofern es auf dem Gerät die gleichen Apps wie bei QNAP gibt. Damit sich das Gerät die Daten von der Fritte holt braucht man einen Active Sync. Hier findest Du ein paar Infos dazu: Datensicherung vom QNAP - "Hybrid Backup Sync 3" kurz vorgestellt
Die Schwachstelle kann demnach ja nur an der Implementierung in "neuere" QTS liegen...
Passiert halt. Immer. Überall.
Mir macht viel mehr zu schaffen, dass es momentan ein Standard bei QNAP ist, Schwachstellen einzubauen. Hals über Kopf wird was Neues rausgehauen, Fehlfunktionen kennen wir bereits, nun nimmt es aber noch hässlichere Züge an 
Daraus:
Vom RAID-1 DataVol1(mit Betriebssystem) wird Public, Container und VirtualizationStation auf das zweite NAS gesichert.
Könnte aber auch ein Missverständnis sein. Dachte auch irgendwie gefragt zu haben ob die zugehörigen Daten in public abgelegt sind... Habe ich aber offensichtlich nicht gefragt.
Edit: Habe ich doch in Post #4
Wenn über diesen Job allerdings mehrere Paarungen gesichert werden (Post #5 dessen Edit ich erst jetzt sehe), dann läuft beim Job selbst schon was schief, denn der scheint plötzlich nur eine Paarung zu kennen.
Moin,
ein TVS 773e gibt es nicht und die TVS x73e bekommen meines Wissens kein Hero.
Grundsätzlich gibt es Hero nur für neuere Geräte, allerdings unabhängig ob Rack- oder Desktopvariante.
Moin,
ich nutze zwar kein hero, aber eine Sache zumindest ist bekannt, falls bei Dir zutreffend:
[Known Issues]
- Users could not connect to the network when the jumbo frame of a 2.5 GbE network adapter was not set to 1500 bytes
Da wurde eventuell noch mehr kaputtgeschraubt.
Grundsätzlich solltest Du aber wie bei QTS auch auf eine vorherige FW downgraden können.
Einfach die gewünschte FW herunterladen und manuell über die GUI installieren. https://www.qnap.com/de-de/dow…ts-h886&category=firmware
... bis auf die Leerzeichen.
... naja und bis auf das hier VS/ Container und das System drauf laufen und aufgrund des vermutlich statischen Volumes keine Snapshots vorm Job erstellt werden können
Würde mich aber auch nicht wundern, dass es mit einer neuen Version plötzlich Probleme mit Leerzeichen gibt, sowas habe ich schon öfter mal gesehen.
Ah ok... falsch muss das nicht zwingend sein, obwohl Leerzeichen ja gerne Probleme bereiten. Ich habe es aber nicht als Pfad erkannt, hier hat mich wohl das "DataVol1" und "System DataVol1" irritiert und sah/ sieht daher fragwürdig aus.
Wie sieht es mit dem neu erstellen Job aus und ggf. ohne Symlinks?
