Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2512 connectés 

 

Sujet(s) à lire :
 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  1338  1339  1340  ..  2288  2289  2290  2291  2292  2293
Auteur Sujet :

[Topic R+] Les serveurs NAS Synology - /!\ Lire page 1 SVP /!\

n°983129
snipereyes
Posté le 26-07-2017 à 12:23:17  profilanswer
 

Reprise du message précédent :

bifidusse a écrit :

 

J'avais choisi le DS215J parce qu'il était censé avoir une puce de chiffrement. Du moins c'est ce que j'avais cru comprendre -> https://global.download.synology.co [...] et_fra.pdf "Moteur de cryptage matériel - Oui". Après, il est juste peut-être juste pas assez rapide que pour que les débits se maintiennent.

 



 
bifidusse a écrit :

 


Merci pour l'info :)

 


Citation :


Concernant le montage des partage chiffrés, dans ce cas ils sont monté à chaque démarrage du NAS (qui n'est jamais éteint), pas automatiquement. Je ne sais pas si ce paramètre peut être changé, car de toute façon les utilisateurs voulaient ce type de comportement.

 

Sinon il est tout à fait possible de ne chiffrer qu'un seul share, contenant les "trucs de banque", et de ne pas le monter automatiquement, et basta, non ?

 

Complètement. Tout comme je pourrais faire un conteneur VeraCrypt comme le suggère Matt Damon (si j'ai bien tout suivi :ange: )

 

Mais j'en suis à lire des articles sur les stateless laptops. Je suis donc soucieux de pousser la réflexion "protection des données" assez loin, et je dormirais mieux si je savais que mes données, quelles qu'elles soient, sont "illisibles" en cas de vol du NAS.

 

Tu n'as pas essayé le gestionnaire de clés ? Visiblement cela ne fonctionne pas (encore?) : https://forum.synology.com/enu/viewtopic.php?t=128656

 

Je suppose que tu utilises qubes os dans ce cas sinon ça sert à rien de crypter tes fichiers puisque ton pc sera le point d'entrée vers tes fichiers.


---------------
-- Topic de vente -- FeedBack --
mood
Publicité
Posté le 26-07-2017 à 12:23:17  profilanswer
 

n°983130
babble
RTFFP !
Posté le 26-07-2017 à 12:27:51  profilanswer
 

L'objectif étant d'avoir des données illisibles en cas de vol du NAS, le cryptage des shares est au contraire une solution pratique et simple à mettre en place, tout en garantissant la confidentialité du contenu en cas de vol.


Message édité par babble le 26-07-2017 à 12:41:17

---------------
A world without walls needs neither Windows nor Gates.
n°983132
SanPe'
Membre n°312819
Posté le 26-07-2017 à 12:52:44  profilanswer
 

aceditnanar a écrit :

Ok, j'ai déjà lu mais je vais relire dans ce cas. Il détermine a partir d'un sous domaine l'ip du domaine ?
Et si on fait un autre sous domaine qui se connecte depuis une autre IP? Il fait comment ?
Pour le reste des soucis, si quelqu’un a un avis ? :)
merci.


Je ne suis pas sûr de bien comprendre ta question...
Tu veux que le nas mette à jour l'ip pour sd1.ndd.fr et sd2.ndd.fr mais pas pour sd3.ndd.fr ?


---------------
"Vous avez beau travailler dur, devenir intelligent, on se rappellera toujours de vous pour la mauvaise raison."
n°983159
bifidusse
(actif)
Posté le 26-07-2017 à 15:54:58  profilanswer
 

snipereyes a écrit :


 
Je suppose que tu utilises qubes os dans ce cas sinon ça sert à rien de crypter tes fichiers puisque ton pc sera le point d'entrée vers tes fichiers.


 
 
Non, mais je m'y intéresse  [:gryzor]
 
Cela dit, comme l'a signalé babble, je vise le chiffrement pour assurer une certaine tranquillité d’esprit en cas de vol.
Le PC en lui-même sera ou à l'abri ou sécurisé (chiffré). Dans tous les cas il ne retiendra pas les mdp pour les lecteurs réseau (sauf s'il est chiffré, cela devrait suffire).
 
Il manquera l'auto-destruction de l'ensemble dans le cas où je devrais être séparé physiquement du NAS ou du pc pendant plus de 45''. Mais ce ne sera pas pour tout de suite *
 
 
* blague
 

n°983160
bifidusse
(actif)
Posté le 26-07-2017 à 16:02:23  profilanswer
 

Sinon je suis passé à la 6.1.3 aujourd'hui, sur mon DS215J, et ça roule.
 
Tiens, USB Copy, c'est nouveau ? Il me semblait que ça existait déjà mais que la fonction n'était dispo que sur certains NAS.
 
 
Seule surprise au passage vers la 6.1.3 : TimeBackup est désactivé. Tout ce que j'avais lu avant m'indiquait que TB restait actif, si du moins préalablement installé en DSM 5.2 avant de passer en 6.1.3.
 
Comme HB ne voit pas ma tâche TB (uniquement la B&R), je sens que je suis bon pour recommencer toute la sauvegarde. Qui avait duré des jours entiers (un bon 2To, donc...).

n°983165
aceditnana​r
Posté le 26-07-2017 à 17:07:15  profilanswer
 

SanPe' a écrit :


Je ne suis pas sûr de bien comprendre ta question...
Tu veux que le nas mette à jour l'ip pour sd1.ndd.fr et sd2.ndd.fr mais pas pour sd3.ndd.fr ?


 
En fait sur DSM tu indiques le DDNS nas.ndd.fr. Sur OVHS le dynhost nas.ndd.fr. OK
Mais ensuite. qd tu déclares des dynhost  toto.ndd.fr: Le système OVH sait que pour atteindre toto.ndd.fr, il prend la meme IP que pour nas.ndd.fr ?
 
Et ma deuxième interrogation : si j'ai un serveur NAS situé sous une autre adresse IP, et que je veux l'atteindre avec tutu.ndd.fr, est ce que c'est possible en renseignant sur ce deuxieme NAS un DDNS sur tutu.ndd.fr ? Si si oui, comment est resolu l'adresse IP de toto.ndd.fr dans ce cas ?
Ce sont des interrogations pour le moment : mais je pense qu'on ne peut aps etre multi IP avec les sous domaines chez OVH ?

n°983166
SanPe'
Membre n°312819
Posté le 26-07-2017 à 17:15:25  profilanswer
 

aceditnanar a écrit :

 

En fait sur DSM tu indiques le DDNS nas.ndd.fr. Sur OVHS le dynhost nas.ndd.fr. OK
Mais ensuite. qd tu déclares des dynhost toto.ndd.fr: Le système OVH sait que pour atteindre toto.ndd.fr, il prend la meme IP que pour nas.ndd.fr ?

 

Et ma deuxième interrogation : si j'ai un serveur NAS situé sous une autre adresse IP, et que je veux l'atteindre avec tutu.ndd.fr, est ce que c'est possible en renseignant sur ce deuxieme NAS un DDNS sur tutu.ndd.fr ? Si si oui, comment est resolu l'adresse IP de toto.ndd.fr dans ce cas ?
Ce sont des interrogations pour le moment : mais je pense qu'on ne peut aps etre multi IP avec les sous domaines chez OVH ?


Ok. En fait tu comprends pas comment ça marche... Je rentre chez moi et je t'explique :o

 

Edit :
Lors que tu as besoin d'accéder à des données hébergées sur un serveur ne possédant pas une adresse IP fixe, tu crées un identifiant DynHost (couple 1 et 2) :
https://i.imgur.com/8rLDMuc.png
Mais dans le champ 3, tu indiques le sous-domaine concerné, de telle sorte que ton serveur, lors du changement d'IP va se connecter à OVH en signalant sa nouvelle IP. OVH va faire le lien entre l'identifiant DynHost et le sous-domaine que cet identifiant gère, et va faire la mise à jour de l'IP.
Tu peux très bien mettre un wildcard '*' comme indiqué dans la capture d'écran. Dans ce cas, dès que ton nas change d'IP, TOUS les sous-domaines DynHost que tu as créé vont pointer vers lui.

 

Pour ta deuxième question, ton deuxième nas n'a pas besoin d'avoir un identifiant DynHost...

 

CAS PRATIQUE :
Tu as un premier nas dont l'adresse IP locale est 192.168.0.1
Tu as un deuxième nas dont l'adresse IP locale est 192.168.0.2

 

Tu crées un identifiant dynhost qui gère tous les sous-domaines du domaine pouet.ovh.
Dans ovh, tu crées deux sous-domaines :
dsmnas1.pouet.ovh
dsmnas2.pouet.ovh

 

Dans ton premier nas, tu donnes les identifiants dynhost du domaine pouet.ovh. Tu ne mets RIEN dans le nas 2.
Dans le reverse proxy du nas 1, tu indiques :
dsmnas1.pouet.ovh:443 => 192.168.0.1:5000
dsmnas2.pouet.ovh:443 => 192.168.0.2:5000

 

Lors que ton ip publique change, le nas change l'ip pour les deux noms de domaines.
Lors que tu tapes depuis l'extérieur https://dsmnas1.pouet.ovh tu accèdes à ton premier nas.
Lors que tu tapes depuis l'extérieur https://dsmnas2.pouet.ovh tu accèdes à ton deuxième nas.

 

CAY COMPRIS ?  [:yvele]

 

Edit 2 : évidemment il faut dans ta livebox rediriger le port 443 vers ton premier nas.


Message édité par SanPe' le 26-07-2017 à 17:43:37

---------------
"Vous avez beau travailler dur, devenir intelligent, on se rappellera toujours de vous pour la mauvaise raison."
n°983170
aceditnana​r
Posté le 26-07-2017 à 17:51:54  profilanswer
 

Ok. Merci.

 

Le reverse proxy du 1er nas renvoie sur le deuxieme... Comme pour le local... Mais mon exemple etait plutot situé dans le cas de 2 adresse IP public sur 2 connexions internets différentes (pas au meme endroit)

 

C'est plus clair sur le fonctionnement. Par contre, je ne peux pas mettre '*' dans le sous domaine de ovh. Il me jette en me disant que ce n'est pas autorisé. D'où mes questions...

 

On peut passer en mp peut etre pour éviter le HS ?... On va se faire jeter sinon.... :p

Message cité 1 fois
Message édité par aceditnanar le 26-07-2017 à 17:52:35
n°983171
babble
RTFFP !
Posté le 26-07-2017 à 17:59:45  profilanswer
 

Attention au conflit entre 443 (port crypté par défaut) et 5000 (port non crypté par défaut) pour DSM

 

Il aurait été plus logique de mettre 5001 (port crypté par défaut)

 

Non ?

Message cité 1 fois
Message édité par babble le 26-07-2017 à 17:59:58

---------------
A world without walls needs neither Windows nor Gates.
n°983175
SanPe'
Membre n°312819
Posté le 26-07-2017 à 18:28:32  profilanswer
 

aceditnanar a écrit :

Ok. Merci.

 

Le reverse proxy du 1er nas renvoie sur le deuxieme... Comme pour le local... Mais mon exemple etait plutot situé dans le cas de 2 adresse IP public sur 2 connexions internets différentes (pas au meme endroit)

 

C'est plus clair sur le fonctionnement. Par contre, je ne peux pas mettre '*' dans le sous domaine de ovh. Il me jette en me disant que ce n'est pas autorisé. D'où mes questions...

 

On peut passer en mp peut etre pour éviter le HS ?... On va se faire jeter sinon.... :p


ça n'est pas dans le sous-domaine, mais dans l'identifiant dynhost qu'il faut mettre le wildcard !
https://i.imgur.com/ovvqX9d.png

babble a écrit :

Attention au conflit entre 443 (port crypté par défaut) et 5000 (port non crypté par défaut) pour DSM

 

Il aurait été plus logique de mettre 5001 (port crypté par défaut)

 

Non ?


Pourquoi ? La connexion est chiffrée du client externe jusqu'au reverse proxy (le nas). ça suffit, non ?

Message cité 1 fois
Message édité par SanPe' le 26-07-2017 à 18:31:11

---------------
"Vous avez beau travailler dur, devenir intelligent, on se rappellera toujours de vous pour la mauvaise raison."
mood
Publicité
Posté le 26-07-2017 à 18:28:32  profilanswer
 

n°983181
neoworld
Posté le 26-07-2017 à 19:08:44  profilanswer
 

bifidusse a écrit :

Sinon je suis passé à la 6.1.3 aujourd'hui, sur mon DS215J, et ça roule.
 
Tiens, USB Copy, c'est nouveau ? Il me semblait que ça existait déjà mais que la fonction n'était dispo que sur certains NAS.
 
 
Seule surprise au passage vers la 6.1.3 : TimeBackup est désactivé. Tout ce que j'avais lu avant m'indiquait que TB restait actif, si du moins préalablement installé en DSM 5.2 avant de passer en 6.1.3.
 
Comme HB ne voit pas ma tâche TB (uniquement la B&R), je sens que je suis bon pour recommencer toute la sauvegarde. Qui avait duré des jours entiers (un bon 2To, donc...).


T'es passé en 6 depuis 5 quoi... ça fait un baille que la 6 est dispo.
 
C'est hyperbackup la solution de sauvegarde maintenant.


Message édité par neoworld le 26-07-2017 à 19:10:34
n°983194
mulanee
Posté le 26-07-2017 à 20:24:12  profilanswer
 

Je vois sur le site Synology
 

Citation :

Vous ne pouvez chiffrer un dossier partagé que lors de sa création. Si le dossier partagé est créé non chiffré, vous ne pouvez pas le chiffrer par la suite.


 
https://www.synology.com/fr-fr/know [...] nology_NAS
 
Or , je viens de le faire et de le défaire sur un dossier partagé sans problème.
J'ai raté quelque chose?
 
Devant faire déménager mon syno à l'étranger assez loin, avec 3 semaines dans la nature, je me demande si ce n'est pas une bonne idée que de faire ça sur un dossier sensible.

n°983197
aceditnana​r
Posté le 26-07-2017 à 20:58:48  profilanswer
 

SanPe' a écrit :


ça n'est pas dans le sous-domaine, mais dans l'identifiant dynhost qu'il faut mettre le wildcard !
https://i.imgur.com/ovvqX9d.png

 

Ok merci/. Ben ca en effet j'avais mpis une etoile. Mais apres, il faut ajouter chaque sous domaine pour les déclarer ? C'est ca ?
Je n'avais pas compris le binz' comme ca. Merci bcq !!  :jap:  :love:

 

Par contre coté ddns, faut mettre un des sous domaine sur DSM et basta ? Correct ? :)

 

Sinon on peut en créant un autre identifiant dynhost pour un sous domaine précis le faire pointer sur une autre IP qui n'a rien à voir avec toutes les autres ?? Genre un autre NAS chez quelqu'un d'autre ? En théorie j'ai l'impression que c'est bon ? :p

 

J'comprends vite, mais faut m'expliquer longtemps :).

 

Désolé pour le temps passé à m'expliquer ds choses sans doute qui coulent de sources pour certains :(...

Message cité 1 fois
Message édité par aceditnanar le 26-07-2017 à 20:59:04

---------------
"Il faudrait construire des asiles de cons, mais vous imaginez la taille des batiments.." - André Dussolier, (Tais-Toi !!!)
n°983203
babble
RTFFP !
Posté le 26-07-2017 à 21:34:02  profilanswer
 

mulanee a écrit :

Je vois sur le site Synology

 
Citation :

Vous ne pouvez chiffrer un dossier partagé que lors de sa création. Si le dossier partagé est créé non chiffré, vous ne pouvez pas le chiffrer par la suite.

 

https://www.synology.com/fr-fr/know [...] nology_NAS

 

Or , je viens de le faire et de le défaire sur un dossier partagé sans problème.
J'ai raté quelque chose?

 

Devant faire déménager mon syno à l'étranger assez loin, avec 3 semaines dans la nature, je me demande si ce n'est pas une bonne idée que de faire ça sur un dossier sensible.

 

Il me semble que la fonctionnalité à été ajoutée depuis une release récente de DSM (6 ou 6.1)


Message édité par babble le 26-07-2017 à 21:35:25

---------------
A world without walls needs neither Windows nor Gates.
n°983206
mulanee
Posté le 26-07-2017 à 21:38:57  profilanswer
 

N'ayant pas envie de complètement paralyser mon 213+, j'envisage de ne chiffrer que les répertoires partagés sensibles comme par exemple homes.
Est-ce que ça équivaut au cryptage du disque?
Autrement dit si on me vole le disque, est-ce que l'on aura accès au contenu du répertoire chiffré sans la clé?

n°983207
mko
Posté le 26-07-2017 à 21:43:22  profilanswer
 

babble a écrit :

Les NAS ont parfois ce type de comportement flippant, même sans que la carte mère soit défectueuse.
 
Après un reboot à l'arrache (pas le choix), ça repart. Le cas m'est déjà arrivé plusieurs fois sur différents modèles de NAS, toujours avec une goutte de sueur pendant l'étape de redémarrage (qui semble durer une éternité), mais ils sont toujours repartis.
 
Je te souhaite d'être dans ce cas-là :jap:


Arrêt violent et reboot tout marche.... :)


---------------
Voyage et pensées photographiques
n°983218
babble
RTFFP !
Posté le 26-07-2017 à 22:44:11  profilanswer
 

mko a écrit :


Arrêt violent et reboot tout marche.... :)


 [:hodjeur]


---------------
A world without walls needs neither Windows nor Gates.
n°983219
babble
RTFFP !
Posté le 26-07-2017 à 22:45:15  profilanswer
 

mulanee a écrit :

si on me vole le disque, est-ce que l'on aura accès au contenu du répertoire chiffré sans la clé?


 :heink:

 

Et selon toi, quel serait l'intérêt de chiffrer si c'était le cas ?


Message édité par babble le 26-07-2017 à 22:45:37

---------------
A world without walls needs neither Windows nor Gates.
n°983221
newbee
Alias : 0liveO1
Posté le 26-07-2017 à 23:36:29  profilanswer
 

Hello :hello:
 
Je souhaite faire appel à vos lumières svp !
Je vais passer d'un DS412+ à un DS1812+ et je suis actuellement en 4x4To en SHR.
 
J'hésite à passer en :
1. 8x4 en SHR 2
2. 4x4 x 2 volumes en SHR
 
Dans ces 2 cas, est-ce que ça m'obligerait à recréer le volume, et donc à copier mes données ailleurs pour ne pas les perdre ? J'aurais tendance à dire que non pour l'option 2, mais j'ai un doute...
Et si je veux rester en SHR, est-ce que je peux simplement mettre les disques dans le nouveau NAS (dans le même ordre ?), booter et puis rajouter les 4 autres disques ? Idem, j'aurai tendance à dire que oui, au vu des infos que j'ai glanées par ailleurs, mais je préfère vérifier avec vous ;)
 
Merci d'avance pour votre aide ! :jap:


Message édité par newbee le 26-07-2017 à 23:37:16

---------------
>> [MOD] Another PC in the wall <<
n°983223
babble
RTFFP !
Posté le 27-07-2017 à 00:08:53  profilanswer
 

FP, chapitre 5 :o

Message cité 1 fois
Message édité par babble le 27-07-2017 à 00:10:27

---------------
A world without walls needs neither Windows nor Gates.
n°983228
newbee
Alias : 0liveO1
Posté le 27-07-2017 à 00:25:25  profilanswer
 

babble a écrit :

FP, chapitre 5 :o


J'ai peut-être mal lu mais je n'y ai pas trouvé d'infos sur le passage de SHR => SHR2 tout en doublant le nombre de disques, ou de SHR => SHR en créant 2 volumes distincts, d'où ma question :jap:


---------------
>> [MOD] Another PC in the wall <<
n°983230
babble
RTFFP !
Posté le 27-07-2017 à 00:35:44  profilanswer
 

Je ne sais pas si tu as mal lu, mais il est clairement noté les réponses à tes questions concernant l'obligation ou pas de recréer le volume en mettant tes données ailleurs pour ne pas les perdre, ainsi que l'importance ou pas de respecter l'ordre des disques.

 

Concernant SHR2, dans ton nouveau NAS tu pourras migner ton SHR en SHR2 à partir du moment où tu auras un 5eme disque 4To (minimum) dans le NAS.

 

Après, le choix de 1 gros SHR2 vs 2 SHR t'appartient.

 

En termes de capacité, 2 SHR avec des disques de 4T donnent 12+12To, et 1 SHR2 toujours avec des disques de 4To donne 24To; donc ça revient au même.

 

A toi de voir si tu préfères organiser toi-même les données (tu devras jongler avec ton espace disponible de chaque volume), soit tout mettre dans ton volume unique.

 

Message cité 1 fois
Message édité par babble le 27-07-2017 à 10:30:25

---------------
A world without walls needs neither Windows nor Gates.
n°983238
SanPe'
Membre n°312819
Posté le 27-07-2017 à 06:50:01  profilanswer
 

aceditnanar a écrit :

 

Ok merci/. Ben ca en effet j'avais mpis une etoile. Mais apres, il faut ajouter chaque sous domaine pour les déclarer ? C'est ca ?
Je n'avais pas compris le binz' comme ca. Merci bcq !! :jap: :love:

 

Par contre coté ddns, faut mettre un des sous domaine sur DSM et basta ? Correct ? :)

 

Sinon on peut en créant un autre identifiant dynhost pour un sous domaine précis le faire pointer sur une autre IP qui n'a rien à voir avec toutes les autres ?? Genre un autre NAS chez quelqu'un d'autre ? En théorie j'ai l'impression que c'est bon ? :p

 

J'comprends vite, mais faut m'expliquer longtemps :).

 

Désolé pour le temps passé à m'expliquer ds choses sans doute qui coulent de sources pour certains :(...


1/ je ne comprends pas ta question
2/ tous les sous domaines pointent vers ton Nas qui sert de reverse proxy. Dans le reverse proxy tu dois indiquer toutes correspondances sous domaine => ip.
3/ je ne sais pas. Si tu as un wild card pour l'identifiant dynhost, tous les sous domaines vont pointer vers l'ip de ton Nas. Donc en théorie non, c'est pas possible. Mais : peut être le reverse proxy peut pointer vers une ip externe ; ou peut être est il possible de créer un identifiant DynHost que pour une liste de sous domaines et non pas pour tous les sous domaines. A toi de chercher et d'essayer.


---------------
"Vous avez beau travailler dur, devenir intelligent, on se rappellera toujours de vous pour la mauvaise raison."
n°983239
mulanee
Posté le 27-07-2017 à 07:08:19  profilanswer
 

Citation :

Et selon toi, quel serait l'intérêt de chiffrer si c'était le cas ?


 
Justement je me pose la question de l'intérêt de crypter un disque complet alors qu'il suffit de chiffrer un ou des répertoires.

n°983250
MilesTEG1
Posté le 27-07-2017 à 10:04:08  profilanswer
 

J'ai reçu une nouvelle alerte pour mon certificat sur mon NAS...

Citation :

Your certificate (or certificates) for the names listed below will expire in
0 days (on 28 Jul 17 03:32 +0000). Please make sure to renew
your certificate before then, or visitors to your website will encounter errors.


Le certificat ne semble pas vouloir se renouveler tout seul...
Je ne comprenais pas pourquoi car le port 80 est bien routé sur ma box et ouvert dans le pare-feu du NAS.

 

Mais j'ai finalement trouvé pourquoi ça ne fonctionnait pas :o

 

j'avais paramétré le pare-feu du NAS pour n'autoriser les connexion sur les ports 80 et 443 que sur les IP françaises...  :ange:

 

En libérant les IP étrangères de ce blocus, ça a fonctionné :D
En réalité j'ai remplacé le certificat existant par un nouveau me permettant d'avoir plusieurs sous ndd pris en compte dans un seul certificat (en vue de paramétrer le reverse proxy correctement, car ce que j'ai fait ne fonctionne pas encore, faut que je recommence de 0 :o) :
nas.ndd.ovh
cs.nas.ndd.ovh
files.nas.ndd.ovh
photos.nas.ndd.ovh
etc...

 

Pour y arriver, lors de la création du certificat Let's Encrypt, il faut entrer dans le champ "Autre nom de l'objet" les différents ndd avec des ; entre comme ceci :
nas.ndd.ovh;cs.nas.ndd.ovh;files.nas.ndd.ovh;photos.nas.ndd.ovh

 


Et bien sur avec le port 80 ouvert sur les IP autres que les FR, ça fonctionne :D

 

J'aurais aimé savoir sur quelle(s) IP le certificat Let's Encrypt va se connecter pour la validation/renouvellement histoire de n'autoriser que la région correspondante au lieu de mettre tout autoriser.
Une idée ?

Message cité 1 fois
Message édité par MilesTEG1 le 27-07-2017 à 10:18:19

---------------
Mes ventes : [FeedBack] http://forum.hardware.fr/hfr/Achat [...] 4599_1.htm
n°983255
newbee
Alias : 0liveO1
Posté le 27-07-2017 à 10:26:26  profilanswer
 

babble a écrit :

Je ne sais pas si tu as mal lu, mais il est clairement noté les réponses à tes questions concernant l'obligation ou pas de recréer le volume en mettant tes données ailleurs pour ne pas les perdre, ainsi que l'importance ou pas de respecter l'ordre des disques.


Oui, le fp renvoie bien vers la page de Synology que j'ai bien lu, d'où la mention d'informations glanées par ailleurs ;)
 Mais j'ai tendance à faire la distinction entre des consignes théoriques et les vrais retours utilisateurs que l'on peut avoir sur des forums, comme ici :)
Pour préciser ma interrogation, est-ce qu'il y en a parmi vous qui ont rencontré des difficultés même en respectant la procédure décrite par syno, le cas échéant, comment les éviter ?

babble a écrit :


Concernant SHR2, danss ton nouveau NAS tu pourras migner ton SHR en SHR2 à partir du moment où tu auras un 5eme 4To (minimum) dans le NAS.


Ok ! Je comprends donc que, moyennant le nombre de disques suffisants, il est possible de passer de SHR à SHR2 sans avoir à supprimer puis recréer le volume (et donc supprimer les données).

babble a écrit :


Après, le choix de 1 gros SHR2 vs 2 SHR t'appartient.
 
En termes de capacité, 2 SHR avec des disques de 4T donnent 12+12To, et 1 SHR2 toujours avec des disques de 4To donne 24To; donc ça revient au même.
 
A toi de voir si tu préfères organiser toi-même les données (tu devras jongler avec ton espace disponible de chaque volume), soit tout mettre dans ton volume unique.


Il y a effectivement cet aspect "organisation des données", mais n'ayant jamais utilisé ces 2 types de configuration, là encore, c'est surtout la contrainte d'avoir à copier mes données que je souhaite éviter (risque d'incident mis à part) car je n'ai pas 12To en plus des 8 disques pour faire cette copie... (Je toucherai du bois :D)
 
En tout cas, merci pour ces retours :jap:
 
Je suis preneur de tous vos avis complémentaires !

Message cité 1 fois
Message édité par newbee le 27-07-2017 à 10:27:27

---------------
>> [MOD] Another PC in the wall <<
n°983260
babble
RTFFP !
Posté le 27-07-2017 à 10:33:11  profilanswer
 

mulanee a écrit :

Citation :

Et selon toi, quel serait l'intérêt de chiffrer si c'était le cas ?


 
Justement je me pose la question de l'intérêt de crypter un disque complet alors qu'il suffit de chiffrer un ou des répertoires.


A ma connaissance, sauf si ça a changé avec DSM 6, il n'est pas proposé de chiffrer le disque complet.
Le chiffrage s'applique indépendamment à chaque share.
Avant DSM 6, le chiffrage d'un share ne pouvait avoir lieu qu'au moment de sa création. Depuis tu nous as confirmé qu'on pouvait chiffrer un share déjà existant.


---------------
A world without walls needs neither Windows nor Gates.
n°983267
MilesTEG1
Posté le 27-07-2017 à 10:55:42  profilanswer
 

babble a écrit :


A ma connaissance, sauf si ça a changé avec DSM 6, il n'est pas proposé de chiffrer le disque complet.
Le chiffrage s'applique indépendamment à chaque share.
Avant DSM 6, le chiffrage d'un share ne pouvait avoir lieu qu'au moment de sa création. Depuis tu nous as confirmé qu'on pouvait chiffrer un share déjà existant.


Haaa c'est cool ça qu'on puisse chiffrer un share existant :D
Je vais peut être regarder ça de plus près...
Est-ce qu'HyperBackup fonctionne bien avec ?
Les partages chiffrés sont montés automatiquement par le NAS sans qu'on ait besoin de rentrer à chaque fois la clé de chiffrement ?
Dans windows et macOS, faut entrer la clé à la connexion c'est ça ? en plus du mot de passe utilisateur ?

 

(je viens de voir dans le NAS le truc sur le gestionnaire de clé, faut que j'approfondisse ça car j'ai pas trop compris en regardant en diagonale :o)

 

PS : mes sauvegardes HyperBackup sont toutes chiffrées en local et à distance (sauf celles des photos sur le NAS chez mes parents car il y en a trop :o et que c'était déjà  fait en clair...) Seule la source de ces sauvegardes n'est pas chiffrées ainsi que le partage des photos.

Message cité 1 fois
Message édité par MilesTEG1 le 27-07-2017 à 10:56:34

---------------
Mes ventes : [FeedBack] http://forum.hardware.fr/hfr/Achat [...] 4599_1.htm
n°983270
babble
RTFFP !
Posté le 27-07-2017 à 10:58:52  profilanswer
 

newbee a écrit :


Oui, le fp renvoie bien vers la page de Synology que j'ai bien lu, d'où la mention d'informations glanées par ailleurs ;)
 Mais j'ai tendance à faire la distinction entre des consignes théoriques et les vrais retours utilisateurs que l'on peut avoir sur des forums, comme ici :)
Pour préciser ma interrogation, est-ce qu'il y en a parmi vous qui ont rencontré des difficultés même en respectant la procédure décrite par syno, le cas échéant, comment les éviter ?


La FP n'est uniquement basée que sur des faits vérifiés. Il y a parfois des liens externes mais qui ne sont pas forcément à jour. Exemple : Syno indique de respecter l'ordre des disques lors de la migration, alors que les essais de certains ont été concluants sans respecter cet ordre.

newbee a écrit :


Ok ! Je comprends donc que, moyennant le nombre de disques suffisants, il est possible de passer de SHR à SHR2 sans avoir à supprimer puis recréer le volume (et donc supprimer les données).


Oui

newbee a écrit :


Il y a effectivement cet aspect "organisation des données", mais n'ayant jamais utilisé ces 2 types de configuration, là encore, c'est surtout la contrainte d'avoir à copier mes données que je souhaite éviter (risque d'incident mis à part) car je n'ai pas 12To en plus des 8 disques pour faire cette copie... (Je toucherai du bois :D)

 

En tout cas, merci pour ces retours :jap:

 

Je suis preneur de tous vos avis complémentaires !


Y'a un truc que tu ne comprends pas.
Ton paquet de 4 disques actuels (et les données qu'il contient) ne bougera pas, hormis une autre installation de DSM correspondant à ton nouveau NAS, mais sur une autre partition de chaque disque, donc sans impact sur tes partitions de données.
Donc quel que soit ton choix de SHR, tu vas commencer par mettre tes disques dans le nouveau NAS, installer le bon DSM dessus.
Tu seras à ce moment-là en SHR sur 4 disques, comme avant.
Tu vas ajouter tes 4 disques suivants, et à ce moment-là, tu vas choisir soit de créer un second volume SHR sur les 4 nouveaux disques, soit de changer de type de RAID et passer en SHR2 sur 8 disques sur un volume unique.
Dans tous les cas, tu n'as pas besoin de passer par un stockage tampon.
(Même si à mon sens tu devrais déjà avoir un backup de tout ce qui est important, un RAID n'est pas une sauvegarde).

Message cité 1 fois
Message édité par babble le 27-07-2017 à 12:52:32

---------------
A world without walls needs neither Windows nor Gates.
n°983277
bifidusse
(actif)
Posté le 27-07-2017 à 12:00:33  profilanswer
 

MilesTEG1 a écrit :


Haaa c'est cool ça qu'on puisse chiffrer un share existant :D
Je vais peut être regarder ça de plus près...
Est-ce qu'HyperBackup fonctionne bien avec ?
Les partages chiffrés sont montés automatiquement par le NAS sans qu'on ait besoin de rentrer à chaque fois la clé de chiffrement ?
Dans windows et macOS, faut entrer la clé à la connexion c'est ça ? en plus du mot de passe utilisateur ?
 
(je viens de voir dans le NAS le truc sur le gestionnaire de clé, faut que j'approfondisse ça car j'ai pas trop compris en regardant en diagonale :o)
 
PS : mes sauvegardes HyperBackup sont toutes chiffrées en local et à distance (sauf celles des photos sur le NAS chez mes parents car il y en a trop :o et que c'était déjà  fait en clair...) Seule la source de ces sauvegardes n'est pas chiffrées ainsi que le partage des photos.


 
Je viens de tester le gestionnaire de clé.
 
Le NAS stocke les clés de déchiffrement sur une clé USB.
 
Avec la clé USB branchée, les partages chiffrés sont montés au démarrage du NAS et donc directement accessibles.
 
Sans la clé USB, les partages restent démontés et inaccessibles.
 
C'est extrêmement pratique !
 
Si j'ai bien tout compris, il y a 3 clés différentes :
- la clé de chiffrement du partage (qui chiffre les données) ;
- la clé de chiffrement de la clé de chiffrement * ;
- la... clé USB  :lol: qui contient la clé que le NAS écrit dessus;
 
* ce qui est écrit sur la clé USB est une version chiffrée de la clé de déchiffrement des données. Cette clé est générée par le NAS lui-même et intimement liée à celui-ci (à un NAS bien précis).
 
 Vous m'arrêtez si je me trompe, mais on peut laisser la clé USB en permanence sur le NAS :
- si on pique le NAS avec la clé USB dessus, les partages restent protégés par l'accès au NAS lui-même (avec identifiant/mdp) ;
- si on démonte le NAS et qu'on enlève les disques, ceux-ci restent chiffrés (forcément) ;
- si on enlève la clé USB, on enlève la possibilité de simplement outrepasser la connexion au NAS.
 
Bon, il me reste à recommencer tout mon backup avec HB maintenant. Oh joie.
 

n°983281
snowden
Posté le 27-07-2017 à 12:14:35  profilanswer
 

Euhhh. Si on te vole ton NAS, le voleur pourra réinitialiser le compte admin normalement en passant par reset. Donc faut voir si il aurait aussi accès au dossiers cryptés avec cette méthode. Avec et sans clé USB intégrée pour savoir.


---------------
« A l’origine de toute erreur attribuée à l’ordinateur, vous trouverez au moins deux erreurs humaines. Dont celle consistant à attribuer l’erreur à l’ordinateur. »
n°983284
bifidusse
(actif)
Posté le 27-07-2017 à 12:34:25  profilanswer
 

snowden a écrit :

Euhhh. Si on te vole ton NAS, le voleur pourra réinitialiser le compte admin normalement en passant par reset. Donc faut voir si il aurait aussi accès au dossiers cryptés avec cette méthode. Avec et sans clé USB intégrée pour savoir.


 
Avec un reset physique, les disques sont censés être démontés automatiquement et la clé rendue inopérante (mais je n'ai pas vérifié ces points / lu par ailleurs). D'après ce que j'ai compris la clé sur la clé est liée au NAS (et sans doute à un compte si le reset la rend ineffective).

n°983287
babble
RTFFP !
Posté le 27-07-2017 à 12:50:41  profilanswer
 

snowden a écrit :

Euhhh. Si on te vole ton NAS, le voleur pourra réinitialiser le compte admin normalement en passant par reset. Donc faut voir si il aurait aussi accès au dossiers cryptés avec cette méthode. Avec et sans clé USB intégrée pour savoir.


Sans clé USB, c'est sûr que non, comme indiqué en FP.


---------------
A world without walls needs neither Windows nor Gates.
n°983291
Darkbl4de
Posté le 27-07-2017 à 13:15:58  profilanswer
 

Et pour être sur : rallonge USB au cul du NAS avec la clé au bout, planquée dans un coin -> si on te vole le NAS, peu de chance que le voleur s'emmerde à suivre tous les cables pour voir ce qu'il y a au bout.


---------------
Try not. Do. Or do not. There is no try. - Yoda
n°983301
SanPe'
Membre n°312819
Posté le 27-07-2017 à 13:50:12  profilanswer
 

Darkbl4de a écrit :

Et pour être sur : rallonge USB au cul du NAS avec la clé au bout, planquée dans un coin -> si on te vole le NAS, peu de chance que le voleur s'emmerde à suivre tous les cables pour voir ce qu'il y a au bout.


[:ddr555] mais où vous allez chercher tout ça !?


---------------
"Vous avez beau travailler dur, devenir intelligent, on se rappellera toujours de vous pour la mauvaise raison."
n°983302
Darkbl4de
Posté le 27-07-2017 à 14:01:23  profilanswer
 

Bah quoi, c'est une bonne sécurité qui coûtent 2€19 pour la rallonge sur Amazon dans l'éventualité où tu ne l'as pas déjà, ça me parait d'un bon rapport q/p non? :D

Message cité 1 fois
Message édité par Darkbl4de le 27-07-2017 à 14:01:37

---------------
Try not. Do. Or do not. There is no try. - Yoda
n°983305
SanPe'
Membre n°312819
Posté le 27-07-2017 à 14:13:16  profilanswer
 

Darkbl4de a écrit :

Bah quoi, c'est une bonne sécurité qui coûtent 2€19 pour la rallonge sur Amazon dans l'éventualité où tu ne l'as pas déjà, ça me parait d'un bon rapport q/p non? :D


Certes. C'est simplement l'idée qui est un peu folle xD


---------------
"Vous avez beau travailler dur, devenir intelligent, on se rappellera toujours de vous pour la mauvaise raison."
n°983307
Seb
Posté le 27-07-2017 à 14:30:57  profilanswer
 

J'ai un Synology 213j et j'ai cherché à crypté l'ensemble sans trouvé comment y arriver. Est ce que ce genre de.materiel pourrait subir.le cryptage ?


---------------
http://www.puces3d.com
n°983308
babble
RTFFP !
Posté le 27-07-2017 à 14:41:36  profilanswer
 

Vue la puissance du truc, perso je ne le ferais pas, sauf sur certains shares spécifiques et confidentiels : info banque, état civil, impots, photos http://staticclub.caradisiac.com/merged/flat/design/smilies/custom/cubitus.gif
Sinon tu peux le faire de la même manière que sur n'importe quel NAS Synology, en fonction de ta version de DSM.


Message édité par babble le 27-07-2017 à 14:49:43

---------------
A world without walls needs neither Windows nor Gates.
n°983310
babble
RTFFP !
Posté le 27-07-2017 à 14:47:55  profilanswer
 

babble a écrit :


le chiffrage sur les NAS non équipés de puce de chiffrement matériel ralentit les débits.
De mémoire, division par 4 sur un 713+ (de + de 100 à 25Mo/s environ, à revérifier).


Après vérification sur DS713+ : 28Mo/s en DL et 22-23Mo/s en UL pour des shares cryptés, contre + de 100 Mo/s DL/UL sur des shares non cryptés.


---------------
A world without walls needs neither Windows nor Gates.
n°983317
Seb
Posté le 27-07-2017 à 15:54:11  profilanswer
 

Outch nouveau matos à prévoir donc. Justement je me tatais ça va être pour bientôt. Merci


---------------
http://www.puces3d.com
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  1338  1339  1340  ..  2288  2289  2290  2291  2292  2293

Aller à :
Ajouter une réponse
 

Sujets relatifs
[topic aide] Protocole pop3Choix de NAS et usages possibles
prob formatage hdd de mon synology 110Modem routeur d-link dsl-g624t + routeur synology
Probleme de conexion NAS d-link dns-323Topic unique Darty Box ? Des dartybox sur hfr ?
[Résolu]KVM TK-208K, recherche d'infos (reponses en fin de topic)Microsoft Money et NAS
Probleme avec un NAS Dlink 323Présentation du FSG-3: Freecom Storage Gateway (Futur topic?)
Plus de sujets relatifs à : [Topic R+] Les serveurs NAS Synology - /!\ Lire page 1 SVP /!\


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)