Mic13710

Et sans doute que nos beaux nas Synology alimentent à notre insu des bdd de pays du continent asiatique. Allez savoir ! Où est passée notre belle loi "Informatique et liberté" et ce beau fleuron Français qu'est la CNIL ? Comme si une loi pouvait arrêter quoi que ce soit. Certains doivent s'imaginer que nous vivons dans un monde de bizounours :D

Parmi les 4 modèles, je ne m'attarderais pas sur le 214SE. C'est vraiment un modèle d'entrée de gamme qui certes fera honnêtement le job. Il sera vite largué dès qu'on le sollicitera un peu. Pas assez de RAM et processeur un peu léger, il ne peut pas prétendre jouer les gros bras. Le 213J constitue un bon choix pour un premier NAS. Les 214 et 214+ sont bien évidemment plus musclés. Ne vous faite pas de bile pour le nombre d'utilisateurs : même avec les quelques 512 comptes et les 64 connexions concomitantes des 213J et 214SE vous aurez du mal a atteindre les limites. Si la SFR Evolution est en Gb, un switch n'est pas nécessaire, sauf si vous avez besoin de plus de connexions.

Je confirme que c'est la même chose côté Android. L'appli QuickOffice ne sait pas traiter les fichiers protégés par mdp.

De toute manière, je ne crois pas qu'il soit possible d'arrêter le NAS sans passer par le compte admin ou root. Mais c'est toujours mieux que d'utiliser le compte admin comme un compte utilisateur plutôt que de s'en servir uniquement pour ce à quoi il est destiné, la gestion du NAS. Enfin, là encore je ne comprends pas le problème. Certes l'arrêt n'est pas disponible sur un compte utilisateur. Et alors qu'est-ce que ça change ? Que ce soit avec un compte admin ou un compte utilisateur lambda on ne se connecte pas au DSM pour exploiter les données de et vers le NAS. Donc pour moi, la question ne se pose même pas.

C'est tout à fait possible. Il y a des applications Android qui le font très bien. Par exemple, le module complémentaire de Surveillance Switch. Il y a bien Airytec Switch off pour les PC qui permet d'arrêter et de démarrer à distance, mais je ne sais pas s'il fonctionne pour un NAS (à priori il n'y a pas de raison) ni s'il y a un équivalent chez les pommes. Autrement c'est faisable par PuTTY. Voir Mais la question que je me pose, c'est pourquoi voulez-vous arrêter un serveur qui est sensé fonctionner 24/7, surtout si vous y mettez un Cloud ? Sinon, s'il s'agit de l'arrêter aux mêmes heures (la nuit par exemple), ça se programme très facilement dans le DSM.

pas de quoi. Content pour vous que le problème soit résolu. Ce qui est surprenant c'est surtout que cette règle soit apparue dans les paramètres du Lan.

Un peu plus que ça puisqu'il est géré par le DSM mais au lieu d'être une extension d'un volume existant comme c'est possible avec le 713+, vous pouvez y créer un ou plusieurs volume(s) en basic, raid ou shr, exactement comme pour les disques du NAS. Et de mon point de vue, cette solution est bien plus sécurisante que l'extension de volume.

Il l'est mais uniquement pour créer des volumes supplémentaires. Voir ici

Excepté passer par une distribution Linux, je ne vois pas de solution. Vous pouvez consulter cette faq Synology pour la marche à suivre. Il vous faudra 2 emplacements dispos dans un PC. Bon courage.

Bien au contraire ! Le problème auquel vous êtes confronté est très souvent dû a des coupures d'alimentation électrique qui sont une vraie catastrophe pour les disques en miroir. Si vous parcourez ce forum vous verrez que bon nombre d'intervenants dont je suis insistent sur la nécessité d'avoir un onduleur avec un raid ou shr. En cas de coupure incontrôlée, les risques de pertes de parités et de corruption de données, voire de perte de volume sont légions.

A mon sens ni plus ni moins que le 214+ équipé d'un Marvell Armada XP. Tout dépendra du suivi des architectures sur les NAS des prochaines générations.

Ah oui, je n'avais pas intégré les 5To de données de départ. D'accord avec Fravadona pour des volumes en basic. C'est tout de même un peu plus compliqué à gérer que du SHR à cause de la multiplication des volumes. Et puis, le remplacement des disques par des 4To ne sera pas facile sans protection de données (obligation de recréer le volume à partir d'une sauvegarde) Si vous voulez du SHR, il va falloir casser la tirelire pour ajouter un 4To dans la dernière baie ce qui vous donnerait 9To de stockage une fois monté. Autre investissement primordial si vous faites du RAID ou du SHR : un onduleur compatible Synology, sinon vous augmenter très significativement les risques de perte de données.

Etes-vous un familier de Linux ?

Le 713+ est un nas plutôt haut de gamme qui est très largement capable de faire ce que vous souhaitez. Par contre son obsolescence sera prononcée plus tôt qu'un 214+ par exemple puisque c'est un modèle 2013 (les 2 dernier digit de la ref du NAS indiquent l'année modèle). Le 214+ serait à mon sens largement suffisant. Je vous conseille de consulter le comparateur entre les deux modèles ainsi que le tableau des performances des nas 2 baies.

Du SHR en un seul volume me semble être la meilleure solution. On ne peut augmenter la capacité d'un SHR qu'en ajoutant des disques de capacité au moins égale au disque le plus gros de la grappe. Il faut donc commencer par installer le plus petit. Dans votre cas ce sera le 2To, puis le 3To et enfin le 4To. Le passage à 4To se fera simplement par le remplacement du disque 1, et reconstruction du SHR. Une fois terminée, même chose avec le disque 2. Mais plutôt que de faire du remplacement, je vous conseillerais plutôt de compléter la dernière baie avec un 4To ce qui vous permettra de conserver les 2To de stockage du disque 1.

Dans le CS serveur (NAS) il faut attribuer les privilèges aux utilisateurs qui vont l'utiliser. On peut aussi y inclure des dossiers partagés. Pour le CS client (votre PC) il faut établir la connexion en utilisant votre nom utilisateur est votre mdp. Le dossier vers lequel pointe le Cloud doit-être vide ! Important : S'il existe des fichiers et dossiers créés avec un cloud précédent pour le même utilisateur, ils seront automatiquement recréés dans le CS client. C'est probablement ce que vous constatez et qui vous fait dire que la synchro se fait du NAS vers le MAC..... et c'est tout à fait normal puisque le serveur garde tous vos fichiers et dossiers Cloud et les synchronise avec les clients tant que vous ne les supprimez pas. Et même après ça, les fichiers supprimés dans le Cloud sont toujours présents. Ils ne peuvent être complètement supprimés qu'en se connectant à DSM avec le compte et le mdp de l'utilisateur et en allant dans les archives de CS pour supprimer toutes les archives. Edit : J'oubliais la question sur les dossiers à synchroniser ou pas : c'est dans les paramètres du CS Client, onglet partage. A droite de chaque dossier synchronisé vous avez une clé. En cliquant dessus vous faite apparaître le dossier et ses sous-dossiers. Vous désélectionnez les dossiers que vous ne voulez pas voir dans votre Cloud et vous validez.

Il semble en effet qu'il y ait un pb dans votre système qui interdisent la modification de la taille du volume. Peut-être que le contrôle de parité pourra résoudre les conflits, mais je n'en suis pas sûr. Malheureusement mon intervention se bornait à vous permettre de vous connecter en ssh et s'arrête là car je ne suis pas du tout spécialiste. Sans doute Fravadona pourra vous donner des conseils utiles si le contrôle en cours ne produit aucun résultat. Juste un point qui est très important : est-ce que votre nas est alimenté via un onduleur compatible et si oui est-ce que le port usb est connecté et correctement paramétré dans le NAS ?

Je ne comprends pas où se situe votre problème. Tout l'intérêt de CloudStation est de maintenir exactement les mêmes dossiers entre le serveur et les clients. Il ne fait absolument pas la synchronisation dans un seul sens comme vous semblez le constater mais dans les deux sens : serveur vers client(s) et clients(s) vers serveur. L'avantage c'est de pouvoir travailler sur ses dossiers et fichiers de n'importe où, que ce soit en et hors connexion. La synchronisation se fera dès lors qu'une liaison internet ou intranet sera établie. Si ça ne fonctionne pas comme ça, c'est que votre cloud n'est pas correctement configuré.

il y a bien une méthode en linux qui consiste à enlever le disque 2, puis à démonter et remonter le volume sur le disque 1. C'était sur un tuto de fred. Malheureusement il est passé sous DSM5.0 et tous ses scripts ne fonctionnent plus. Il tente bien de remettre tout ça en service mais rien n'indique quand ce sera à nouveau dispo.

Cloudstation n'est pas en soi une solution de sauvegarde, mais grâce au versionning, on peut le considérer comme tel. Cloudstation fonctionne dans les deux sens. Le cloud serveur met à jour le ou les cloud client(s). Toute modif sur le serveur est répercutée sur les clients, et toute modif sur un client modifie le serveur qui ensuite modifie les clients.

Ce n'est pas faisable directement à partir des paramétrages des dossiers partagés, du moins jusqu'à la dernière version du DSM. C'est d'ailleurs curieux que ça ne soit pas une fonction disponible pour un dossier partagé alors qu'elle existe pour les dossiers utilisateurs. Je n'y connais rien à samba, mais la piste proposée par Fravadona est sans doute une solution à étudier.

Les disques sont effectivement numérotés sda, sdb, sdc etc.. pour leur localisation. Je ne sais pas s'ils le sont physiquement. Et si c'est le cas, je ne sais pas s'il y a une possibilité de changer leur numéro. Je suppose qu'une petite instruction linux devrait pouvoir résoudre ce problème. Attendre l'avis des spécialistes linux du forum.

Avez-vous vérifié tous les paramétrages de votre LAN1 dans le menu réseau du DSM ? N'y aurait-il pas notamment une règle de contrôle de trafic qui s'y trouverait à votre insu de votre plein gré ?

Cette faq synology devrait répondre à votre question.

Pour naviguer : WinSCP (voir mon message)