Mappen versleutelen

[Robbedoes]

Als je dan je restore van de backup hebt gedaan dan moet je de <map>.key (zie « Reactie #14 Gepost op: 27 september 2014, 13:22:11 ») importeren op de nieuwe NAS in Configuratiesscherm > Gedeelde Mappen (uit mijn hoofd).

Heb je dan de key wel nodig, of alleen het WW? Je kunt namelijk alleen het WW invoeren als je een nieuwe en-crypte map maakt. Een andere key toepassen zodat de versleuteling van de oude map erop komt (en dus zou matchen met de data) werkt niet.

Ik heb om te testen een nieuwe map aangemaakt met een ander WW, ontkoppeld en de oude key geïmporteerd. Dan krijg je de melding dat het WW niet klopt. Het lijkt erop dat de key alleen een methode is om een WW aan iemand te geven zonder het WW zelf kenbaar te maken.
Als je dus het WW weet hoef je de key helemaal niet te hebben?

En hoe pas je dat dan op de te restore data toe? Ontkoppeld is de map niet beschikbaar en gekoppeld zal hij opnieuw de nieuwe encryptie op de geencrypte data toepassen. Echt duidelijk is het niet en het is wel zaak om te weten of je überhaupt iets aan de gekopieerde geencrypte data hebt.

P.S., Heb het zelf even geprobeerd naar de andere NAS te back-uppen, maar ik kreeg het niet voor elkaar een en-crypte map te back-uppen naar de andere NAS. de geencrypte map werd met melding de-geselecteerd.

Die begrijp ik niet, wat gaat er fout dan ?

Misschien onvoldoende aandacht bij het maken van de taak gegeven. Ik ga van de week nog even testen en kom er dan op terug.

[Birdy]

Ik heb getest op m'n TEST DS111:

1 - Back-up gemaakt.
2 - Standaardinstellingen herstellen gedaan.
3 - DSM 5.1 geinstalleerd.
4 - Back-up herstellen gedaan incl. Systeem Configuratie herstellen.
5 - Gecodeerde Map koppelen met coderingssleutel (zonder importeren), de Map is open.

Dus, dat werkt zonder het importeren van de coderingssleutel.

Zal het nog eens testen maar dan zonder Systeem Configuratie herstellen om te zien of die coderingssleutel meegenomen wordt in de Systeem Configuratie backup-up.

[Birdy]

De punten 2,3,4 (zonder Systeem Configuratie herstellen.) en 5.
Map is open.

Dus, dat werkt ook zonder Systeem Configuratie herstellen en het importeren van de coderingssleutel.

Nu ontgaat het mij dus ook eigenlijk (op dit moment) waarom je die <map>.key zo goed moet bewaren. 
Als je de sleutel weet is het eigenlijk al voldoende.

[Briolet]

Ik heb dat van die key ook nooit zo goed begrepen. Het is waarschijnlijk de 'ge-hashte' versie van het wachtwoord. Voor het mounten heb ik altijd gewoon het wachtwoord gebruikt en niet de key. Ook kun je elke keer weer de key exporteren als je het wachtwoord opgeeft.

Tenzij die hash anders wordt als je de schijven ooit in een nieuwe nas stopt. Alleen dan kan ik me voorstellen dat de sleutel wel belangrijk wordt.

[Birdy]

Ik heb het ineens door  waarvoor die <map>.key is en het is eigenlijk heel simpel (achteraf).
Je kunt n.l. mounten met die <map>.key (importeren) wanneer je de coderingssleutel (dus password in feite) niet meer weet. (GETEST) 

Dus, je kunt op 2 manieren mounten:
1 - Ingeven de key
2 - Import de key

[Birdy]

Staat verdorie ook nog eens vermeld (niet al te duidelijk misschien) in de help

Note:
It is very important to remember the encryption key. It is strongly recommended that you export and save the encryption key. If you forget or lose the key, there is no way to rescue the encrypted data.

RTFM 
 

[Erwin1]

Dat moet je aan Synology vragen.

Done

There is an answer

Dear,

First of all, I would like to thank you for your interest in our products.

That's correct that the mails are in the map "home" as it's for private use.
Therefore, the mailserver don't allow you to change the destination folder.

I will forward your request to our R&D. They will gather and document all requests, and take them into consideration while developing the next version of DSM.

If you have any further questions please do not hesitate to contact us.

Kind regards,
Ar

[Robbedoes]

De punten 2,3,4 (zonder Systeem Configuratie herstellen.) en 5.
Map is open.

Bedankt voor het testen. Kun je nu de eerder ge-encrypte data uit de back-up weer normaal beschikbaar krijgen? Dat is the burning question. 

[Birdy]

Als eenmaal ooit een map encrypted is en of deze nu van een backup af komt of niet, de map blijft altijd encrypted (als je niet encryped, normaal bedoelt).

Dus, het antwoord op the burning question is, nee.

[Robbedoes]

Sorry als ik onduidelijk was.
In de 2e foto van je post liet je zien een back-up uit een ge-encrypte map zien in een gewone map op een andere NAS. Het gaat erom die data weer beschikbaar te krijgen.

[Birdy]

Encrypted data in de backup map dus, @2@ kun je niet beschikbaar krijgen zonder eerst een restore te doen en  daarna weer te koppelen m.b.v. de key.

[Robbedoes]

Ah, via restore. Dat heb ik net getest (intern op de zelfde NAS) en dat werkt inderdaad.
De gewiste en-crypte map wordt weer aangemaakt en je kunt via het WW de map weer open maken waardoor de data bereikaar is.

Even voor de zekerheid:
Wil je ook een restore testen uit een (2e) NAS vanuit een geheel nieuwe NAS?
Zoals bijvoorbeeld je nu bron NAS geheel vers is en er geen back-up taken gedefinieerd zijn of referenties van eerdere back-up's aanwezig zijn?

[Birdy]

Wil je ook een restore testen uit een (2e) NAS vanuit een geheel nieuwe NAS?

Volgens mij heb ik dat toch 2x gedaan ?
Die "nieuwe" is dan m'n DS111 en de restore doe ik vanaf de DS111.

Of begrijp ik je weer niet 

[Robbedoes]

Ik had niet door dat je met een restore en back-up herstellen hetzelfde zei.
Dat komt waarschijnlijk omdat ik het beeld had om de back-up met de hand terug te zetten en dat gaat niet als je die vanuit een en-crypte map back-upt
Nooit meer aan de ingebouwde functie gedacht om het terug te zetten.

Nou, weer iets geleerd om nooit meer te vergeten.
Bedankt.

Morgen nog eens kijken waarom die remote back-up niet lukte.