Daten verschlüsseln

    Halo, ich bin der Neue.


    Ich überlege, mir eine TS-131K zu zulegen, um sie in der Garage aufzustellen, damit über rsync ein BackUp eines DIY-NAS gemacht werden kann. Ich möchte die Daten verschlüsselt auf der Platte ablegen. Für ein paar Tage hatte ich eine DS920+ hier und bei diesem Gerät sind Dateinamenlängen von max. 143 (oder so ähnlich) Zeichen bei Verschlüsslung möglich, was bei einigen Dingen zu wenig ist.


    Gibt es diese Einschränkung auch bei Qnap?


    Vielen Dank für die Hilfe.


    Viele Grüße


    JL

    Zitat von Jean-Luc P

    sind Dateinamenlängen von max. 143

    =O

    Überlege Dir Dein Konzept. Solche langen Dateinamen sind mir in über 30 Jahren IT nicht untergekommen und wurden auch nirgends benötigt/gefordert.


    Gruss


    Code
    DasisteinBeispielfuereinenlangenDateinamenmit143BuchstabenDasistderreineWahnsinnwersolcheNamenbenoetigthateinfalschesKonzeptundsolltedasaendern.txt

    143 Stellen ohne Extension! ?(

    nach meinem Wissen, gehört zum Dateinamen auch der Pfad. Und in einem Datengrab, was über x Jahre gewachsen ist, wundert es mich, dass es das gibt.


    Ehrlich gesagt, wollte ich auch nicht über das Konzept reden, sondern einfach nur wissen, ob es diese Einschränkung gibt: ja/nein

    Genau das habe ich auch gedacht, hatte aber die Sorge dass ich da zu oldschool unterwegs bin :S


    Ich vermute eher dass die Beschränkung von RSYNC selbst kommt, eventuell auch auf den gesamten Pfad und nicht nur auf den Dateinamen gemünzt.

    Mit Pfadangabe ist das was anderes. Aber ob der Pfad mit zum Dateinamen gehört, das ist dann eher definitionsabhängig.

    Ich kenne bei einigen Win Versionen noch die max. Länge von 255 Zeichen.

    So war es auch mal bei Linux, ob das noch aktuell ist, kann ich nicht sagen, ich denke aber schon.


    Gruss


    P.S. Dort findest Du auch die 143 wieder... ;)

    Es kann auch sein, dass es was mit der Verschlüsselung und brtfs zu tun hat, dort gibt es dann z.B. ein home und ein @home_blablabla (hat irgendwas mit verschlüsselet und nicht verschlüsselt zu tun und oder eCryptfs). Keine Ahnung, interessiert mich ehrlich gesagt auch nicht. Nur wenn ich versuche, Daten von meinem Arbeitsrechner zu sichern und einige Dateien von Kunden nicht gesichert werden, weil ihre Namen länger als 143 Zeichen sind, finde ich das schon schräg.


    Ich Frage ist halt immer noch. Gibt es diese Begrenzung auch bei einem verschlüsselten QNAP? Benutzt QNAP auch eCryptfs oder machen sie es anders?

    Weil ich grad nix besseres zu tun hab als nen Feierabendbier zu trinken und Kippen zu rauchen hab ich mal gespielt:


    Win10: max. 222 Zeichen im Dateinamen excl. Extension

    QTS (File Station), unverschlüsseltes Volume: max. 255 Zeichen im Dateinamen incl. Extension

    QTS (File Station), unverschlüsseltes Volume: max. 255 Zeichen im Ordnernamen

    QTS (File Station), unverschlüsseltes Volume: 255 Zeichen im Ordnernamen und darin enthalten 255 Zeichen im Dateinamen kein Problem (nicht weiter ausprobiert)

    RSYNC, an unverschlüsseltes Volume: 255 Zeichen im Ordnernamen und darin enthalten 255 Zeichen im Dateinamen kein Problem

    RSYNC, an verschlüsseltes Volume: 255 Zeichen im Ordnernamen und darin enthalten 255 Zeichen im Dateinamen ergibt folgendes:

    Code
    Warning	2021-02-12	16:23:12	admin	127.0.0.1	Hybrid Backup Sync	Job Status	[Hybrid Backup Sync] Failed to complete Sync job: "test". Encountered error "rsync: recv_generator: failed to stat "/01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890.txt" (in test), maximum length of filenames is 143 characters: File name too long (36)" Attempting to retry. Error code: 1.

    Kopieren der Datei (255 Zeichen) von einem unverschlüsselten auf ein verschlüsseltes Volume ergibt:

    Code
    Error	2021-02-12	16:26:20	admin	10.13.12.107	---	HTTP/HTTPS	[File Station] /Public/01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890.txt to /test/01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890.txt fail	Copied


    PS:

    Nicht nachmachen, beim Löschen der Datei/ Ordner hat mich QTS mit Fehlermeldungen bespuckt... allerdings nur auf einem Gerät (beide mit gleicher FW). Die Dateien waren nach kurzer Zeit trotzdem weg.

    Code
    01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890.txt

    (255 Zeichen) geht auf c:\


    Code
    012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567.txt

    (232 Zeichen) geht im Verzeichnis users\123456789\Desktop (23 Zeichen) = 255 Zeichen


    Also: Pfad gehört zum Dateinamen (in diesem Fall)

    Sind also mehr als 143 Zeichen. Wird es einem einem gerät von Qnap gehen, oder nicht?


    Auf meiner backUp-Platte kann ich mit WIndows alle Dateien "erreichen", also ist kein Name + Pfad länger als 255 Zeichen, aber wenn ich versuche es auf ein Synology zu kopieren, gibt es Fehlermeldungen, dass die Namen zu lang sind. Wird mich das auch bei einem Qnap erwarten?

    Oh... Den Pfad zum Desktop hatte ich bei mir nicht berücksichtigt...


    Auf einem verschlüsselten Volume geht es auch bei QNAP nicht.