Mic13710

Quelle version de DSM était installée avant le remplacement des disques ?

Quickconnect ne sert à rien si vous avez une IP publique fixe et que vous n'êtes pas derrière un proxy. Le Cloud du PC ne connait qu'une seule route : celle avec laquelle il a été paramétré. Si vous avez paramétré votre IP privée du NAS, ça ne peut pas fonctionner à l'extérieur. Pour que le Cloud fonctionne sur votre portable, il faut utiliser votre IP publique ou votre DNS si vous en avez un, suivi du port 6690

Salut Kramlech. Je confirme, seulement 2 dossiers partagés par Cloud Copie de la release note de CloudStation client 2242 beta : Up to 2 Shared folders can now be synchronized to different Cloud Station users on Windows PC or Mac Client. (Cloud Station 1.1 on DiskStation is required) Reste plus qu'a espérer que cette limitation soit levée dans les prochaines versions

Holla, que de prose ! Multiplier la même question sur un forum agace en effet celle ou celui qui a pris la peine de répondre et n'a eu aucun retour. Mais las, c'est ainsi. C'est bien de reconnaître que ce n'était pas la bonne approche et j'accepte vos excuses. Mais revenons à votre problème. Je ne saisis pas très bien la description que vous faites (petit cercle vert barré, grosse croix rouge, etc...). C'est peut-être que je n'ai pas la même version de windows que la votre. Je suis en W7 et vous ? Ceci étant, il n'est pas normal que le dossier soit encore visible s'il a été supprimé proprement du NAS. Avez-vous essayer d'éteindre puis de rallumer le NAS ? S'il est encore là, vous pouvez essayer de l'éliminer en passant en SSH. Pour cela, il faut activer le service SSH dans le menu Terminal du panneau de configuration. Installer WinSCP (plus convivial que Putty) et se logger sur le NAS en utilisant le mot de passe administrateur. Remonter au répertoire racine, puis ouvrir le dossier volume 1 et supprimer le dossier Mulish. Edit : et pour en revenir à l'autre fil de discussion, Jbleuzen parlais de CloudStation, mais pas de suppression de dossiers. Avez-vous lu mes deux messages qui suivaient ? Le premier concernait la création/suppression de dossiers, le deuxième traitait de Synchronisation et de CloudStation avec la description des avantages et inconvénients.

En principe non. Le gestionnaire de stockage devrait pouvoir retrouver sans problème les volumes sains. Cependant, avant de supprimer le volume 1, il faut faire une sauvegarde de la configuration pour pouvoir réinstaller la configuration système sur le nouveau disque. C'est dans le menu "Sauvegarder Restaurer" du tableau principal. Extrait de l'aide DSM : Les configurations qui seront sauvegardées comprendront ce qui suit : Utilisateurs, groupes et dossiers partagés Groupe de travail, Domaine et LDAP Services de partage de fichiers (comme Service de fichiers Windows, Service de fichiers Mac, Service NFS, FTP et WebDAV), Services Web Services de sauvegarde en réseau (comme le service Sauvegarde en réseau (ou Rsync), le service Synchro du dossier partagé et le service Time Backup) Autre services (comme Accueil utilisateur et Force du mot de passe)

En cas de coupure brutale pendant une écriture sur les disques, il y a de fortes chances pour qu'il y ait perte de synchro des disque en Raid 1 et un disque peut apparaître comme défectueux au redémarrage, voire même le volume entier. L'onduleur est une obligation pour éviter ce genre de pépin. Mais il faut pour cela qu'il puisse être connecté en USB et reconnu par le NAS pour que les infos sur son état et son autonomie puissent être exploitées afin de lancer la mise en veille du NAS avant coupure ou à un niveau de batterie donné. Voir la liste des onduleurs compatibles Synology ici Edit : Perso, j'ai un onduleur qui alimente mes 2 NAS. Il est branché en USB sur le NAS Principal qui fait office de serveur réseau UPS pour permettre l'arrêt du NAS secondaire.

En principe non. La vérification sert à vérifier l'intégrité du disque. Comme elle a été faite récemment (syno et disque neufs), il est inutile de la refaire. Néanmoins, je suis très surpris que vous ayez pu choisir l'option SHR avec un seul disque, car SHR signifie Synology Hybrid Raid, et un raid avec un seul disque, je ne connais pas. A mon avis, votre volume est en basic. A moins que DSM permette de créer un environnement RAID de manière à pouvoir insérer un disque supplémentaire plus tard sans avoir à reconstruire le volume. Je n'ai pas essayé.

Poser mille fois la même question et ne pas lire les réponses données.... Première demande sur la Shoutbox : j'y ai répondu. Deuxième demande sur le forum j'y ai encore répondu. Et voila une troisième fois à laquelle je réponds encore, à quand la 4eme ? Pour compléter la réponse, il est impossible de créer ou de supprimer des dossiers partagés sur le NAS à partir de l'explorateur Windows. La création ou la suppression de ces dossiers passe par un processus spécifique qui ne peut se faire que dans le menu dossiers partagés. La seule chose que vous ayez supprimé à partir de Windows, c'est la connexion à ces dossiers en tant que lecteurs réseau.

Pour la synchronisation des dossiers, le NAS offre deux possibilités : soit une synchronisation classique, soit le CloudStation. Si vous n'avez que 2 emplacements pour vos fichiers, par exemple, le NAS et un portable, vous pouvez opter pour la synchronisation qui peut-être permanente ou programmée. Si par contre vous souhaitez synchroniser vos fichiers sur plus de 2 emplacements, par exemple le NAS, 2 PC portable et 1 fixe, je vous conseille vivement de passer par CloudStation. En effet, sur une synchronisation classique entre 2 dossiers, un fichier de suivi des modifications est créé sur chaque emplacement. Une fois connectés, seuls les fichiers qui ont été modifiés seront remis à jour, ce qui réduit le temps de synchronisation. Mais si vous avez un autre PC qui se synchronise sur le même dossier, la synchro différentielle ne peut plus se faire normalement et chaque synchronisation se fera alors sur l'ensemble du dossier, ce qui peut prendre beaucoup de temps. C'est là que le CloudStation devient utile car chaque PC connecté au Cloud sera synchronisé indépendamment de l'origine du fichier modifié ou nouvellement créé. Les fichiers non modifiés ne sont pas impactés. Cette fonctionnalité a cependant un coût en terme d'espace disque sur le NAS car il faut savoir que les fichiers de suivi du Cloud qui sont créés dans un dossier caché du NAS occupent au minimum le même espace que le Cloud lui-même. Pour un Cloud de 10Go, l'espace disque occupé sur le NAS sera en réalité de 20Go au minimum. Celui sur les PC sera lui de 10Go. Pour la mise en œuvre de l'une ou l'autre solution, je vous conseille de vous référer au guide de l'utilisateur du DSM où tout est clairement expliqué.

Nighttrain, il me semble vous avoir répondu sur la shoutbox au sujet des dossiers, mais visiblement vous n'avez pas lu. Je reprend donc mon explication. On ne peut créer que 2 types de dossiers dans FileStation à partir du bouton "Créer" : 1 - des dossiers dans le dossier actif (donc des sous-dossiers). Ces dossiers peuvent être supprimés à partir de FileStation avec le menu "Supprimer" 2 - des dossiers dans le répertoire racine. A ce niveau, les dossiers créés ne peuvent être que des dossiers partagés et leur création renvoie systématiquement vers la création d'un dossier partagé auquel on donne des droits aux utilisateurs. Ces dossiers ne peuvent pas être supprimés dans FileStation, mais seulement à partir du menu "dossiers partagés" du panneau de configuration.

Inutile de passer par le NAS. Vous avez par exemple IntraMessenger qui devrait pouvoir faire ce que vous souhaitez. http://www.theuds.com/messagerie_instantanee_en_entreprise.php?lang=FR&option=nomenu

Free ne bloque pas les ports, mais il faut paramétrer le routeur pour rediriger les ports adhoc vers le NAS. Pour surveillance station, c'est le 9900 pour le http ou/et 9901 pour le https. Et dans DSCam : adresse publique suivie de ":9000" en http, ou ":9901" en https (ne pas oublier de cliquer sur https dans ce cas). Limitation en https : il n'est pas possible de visionner les enregistrements. Il faut alors passer en http.

C'est vrai que je ne suis pas confronté à des problèmes de proxi et de réseaux d'entreprises verrouillés. Je n'ai qu'une utilisation personnelle du Cloud, ce qui me permet de m'affranchir de passerelles aussi foireuses que QuickConnect et de me relier en direct.

ID quickconnect n'a aucune utilité si vous avez une IP fixe. Perso, je ne l'ai jamais utilisé et je n'ai jamais eu de problème de connexion comme évoqué dans ce fil. J'ai un Cloud sur mon PC fixe et sur un portable. Pour le Cloud du PC fixe j'ai indiqué l'adresse privée du NAS, par exemple : 192.168.0.10:6690 Pour le Cloud du portable j'ai indiqué mon adresse publique, à savoir : 'mon IP publique fixe':6690 Tout fonctionne nickel Pour le PC fixe, il est bien évidemment totalement inutile de passer par ID Quickconnect puisque vous pouvez directement utiliser l'adresse privée du NAS. Mais on peut aussi faire abstraction du Cloud en travaillant directement sur le dossier CloudStation du NAS ....

Je confirme encore. Le raid n'assure que la sécurisation des données. En cas de crash d'un disque, les données sont existantes à l'identique sur le disque encore en service. Il suffit de remplacer le disque défectueux pour reconstruire et rétablir le Raid. La sauvegarde c'est l'enregistrement des données sur un support distant. Un raid qui prend feu, et tout est perdu s'il n'y a aucune sauvegarde. Perso, j'ai un 710+ en Raid 1 comme serveur principal et un 110j en serveur secondaire, déporté dans un endroit différent du 710+, qui effectue quelques tâches sur le réseau et sur lequel je sauvegarde les données du serveur principal. Et pour compléter, Cloud et Raid n'ont strictement rien en commun. Le Cloud est un système de gestion de fichiers partagés (avec le suivi des modifications, déplacements et suppressions), le Raid est une méthode de gestion des disques. Cependant, je suis moins d'accord avec le dernier paragraphe. Le but de CloudStation, c'est bien d'avoir l'intégralité des fichiers dupliqués sur chaque machine du Cloud et de permettre à chaque machine de travailler en mode connecté ou non connecté. Et ça, c'est bien ce que proposent les différents Clouds cités. L'avantage de ClousStation, c'est qu'il est tout d'abord entièrement personnel et surtout indépendant de tous ces Clouds, et ensuite qu'il permet le suivi des versions et suppressions.

C'est évident, et c'est le cas de tous les sous-dossiers : ce qui dans le dossier n'est pas dans le sous-dossier ..... D'un autre côté il faut bien le positionner quelque part ce Cloud, et le seul emplacement logique évident, c'est dans le dossier de l'utilisateur. Enfin, je ne vois pas du tout l'intérêt de vouloir tout mettre dans le Cloud. Nous avons tous dans nos dossiers une ribambelle de fichiers qui ont quasiment aucune chance d'être modifiées, voire même ouverts un jour. On les garde pour des tas de vrais/fausses raisons qui n'appartiennent qu'a chacun. Ces fichiers n'ont absolument aucune raison d'être gardés dans le Cloud et peuvent être enregistrés (ou synchronisés) sur le PC d'une manière plus conventionnelle. Le Cloud ne devrait être réservé qu'aux seuls dossiers et fichiers dont l'utilisation et les modifications sont fréquentes. D'autant plus quand on sait que CloudStation est très gourmand en espace disque. Car il est clair maintenant que pour un volume de Cloud donné, la place occupée sur le NAS est tout simplement au minimum le double ! C'est à dire qu'un Cloud de 100Go, du fait du dossier caché de suivi des fichiers et de leurs modifications, occupe en réalité au moins 200Go sur le disque. Dès lors, on comprend mieux pourquoi il est préférable de limiter la taille du Cloud. Pour cette raison, mais aussi parce que la gestion du Cloud fait que la synchronisation est assez lourde : plus le Cloud est gros, plus il est complexe à gérer et plus il utilise de ressources machines.

@Kramlech En travaillant directement sur le dossier CloudStation du NAS on ne perd pas la fonctionnalité corbeille. Elle fonctionne dans les deux sens. Perso, je préfère travailler en synchro sur mon réseau local pour diverses raisons, mais rien n'empêche de travailler directement sur le fichier source, c'est le principe même du Cloud.

C'est normal. Et pour les 100% d'occupation CPU, le cloud semble assez gourmand en ressources côté NAS et souvent côté PC pendant tout le processus de création. Et avec un 212j qui est une machine économique, le CPU n'est pas très véloce et arrive vite au taquet. Quant à la vitesse des disques, elle n'a rien à voir non plus. Les NAS sont peu sensibles à la vitesse de rotation des disques. Vous auriez des green que ça ne changerait rien à l'affaire. Il faut être patient et laisser terminer la création du cloud.

@zode94 En fait, je travaille ainsi. J'ai mappé mon Syno, cad que j'ai connecté des disques réseaux sur chacun des PC des utilisateurs reconnus par le NAS. Pour éviter les confusions, tous les dossiers partagés ont les mêmes lettres pour tous les PC et pour ne pas perturber les lecteurs de masse tels que clés USB, cartes mémoires, lecteurs externes, etc... qui prennent les premières lettres libres, j'ai choisi les dernières lettres, à savoir V W X Y et Z. Par exemple : le W est un dossier partagé commun le X est le dossier photo du NAS le Y est le dossier Video du NAS le Z est le dossier Musique du NAS Les droits d'accès et de modification de ces dossiers sont gérés par le NAS pour chaque utilisateur. Le V est la même lettre de lecteur pour chaque utilisateur, mais il pointe vers le dossier home propre à l'utilisateur. Dans ce dossier se trouve bien entendu le dossier CloudStation, mais aussi, d'autres dossiers que chaque utilisateur gère à sa guise. Ne se trouvent dans les Clouds individuels que les dossiers et fichiers qui sont couramment utilisés et que j'ai pointé sur le "Mes documents" de chaque PC. Les Clouds sont ainsi plus légers.

Bonjour, J'ai contacté le support de Synology et pour eux, ce comportement est normal. "After confirming this issue with our developer, it seems this behavior is normal. After you enable to share a Cloud Station Shared folder, it will create a new copy of the Cloud Station shared folder in a database as this is needed to have versions of the files. You would need to remove the Cloud Station to remove the database in order to free up the space." Conclusion : virer le Cloud si besoin d'espace, sinon, il va falloir vivre avec. On peut aussi limiter sa taille en y mettant que les fichiers vraiment nécessaires.

Plutôt page 85 sur le guide de l'utilisateur du DSM4.1. Elle est pas belle la vie ?

Il faudrait pour cela qu'un des nas soit client, ce qui à ma connaissance n'est pas possible. Mais vous pouvez opter pour la synchronisation de dossiers partagés entre 2 nas.

@fabi.one Pas de problème, c'est peut-être moi qui ait pris à tort ce mot dans son sens premier. Mea Culpa de mon côté car je n'avais pas noté cette surconsommation d'espace disque. Mes Clouds étant finalement assez modestes au milieu d'autres dossiers bien plus gros, ils trouvent aisément leur place sur mes 2To. Le nettoyage des corbeilles a plus d'effet chez moi que l'espace occupé par le Cloud et sa ribambelle de fichiers. Mais j'y prêterais plus d'attention maintenant que j'ai pris conscience de ce problème palpable uniquement en ssh.

Effectivement Mustangshoei, j'ai copié un fichier de 4Go, ce qui s'est traduit par 8Go sur le disque. Par curiosité, je suis allé dans le dossier @CloudStation. Il a bien gonflé de 4Go, mais aucun dossier ne comporte un fichier au delà de 100Mo. Par contre il y a une multitude de petits fichiers qui ont été crées. Ce sont peut être des segments du fichier qui mis bouts à bouts permettent de faire le fichier final. Ce n'est qu'une supposition. De fait, il y a double utilisation d'espace, mais pas doublon. Autre surprise, en supprimant le fichier dans le Cloud, je n'ai retrouvé que 4Go, le dossier @CloudStation n'ayant pas bougé. La suppression du fichier dans la corbeille n'y a rien changé. Quelle que soit l'utilisation de ces fichiers, il semblerait qu'il y ait un problème de mise à jour à ce niveau là. Je vais éteindre mes PC actuellement connectés et les reconnecter pour voir si ça change quelque chose dans ce dossier. Edit : après arrêt et redémarrage des PC, le dossier @CloudStation a réduit de 4Go.... La question est maintenant de savoir à quoi servent tous ces fichiers dans le fonctionnement du Cloud et pourquoi ce dossier est-il si lourd.

Ah bon ? Je ne connais pas Dropbox ni aucun autre cloud externe car je suis très retissant à laisser mes fichiers trainer sur des serveurs autres que le mien, mais je ne vois pas bien en quoi diffère le fonctionnement de CloudStation par rapport aux services proposés par ailleurs, si ce n'est peut-être le taux de transmission, et encore. Certes tous les Clouds offrent l'avantage de pouvoir travailler hors ligne, mais leur fonction première c'est tout de même de synchroniser les dossiers serveurs avec les dossiers clients, ce qu'il ne peut faire que connecté, sinon je ne vois pas bien l'intérêt. Un simple backup ferait l'affaire. J'utilise le Cloud depuis la première version beta et je n'ai jamais eu de problème de connexion, que ce soit de chez moi ou de l'extérieur. En fait, que le Cloud soit ou pas connecté ne change rien côté utilisateur, le dossier client n'étant ni plus ni moins qu'un dossier local classique. La connexion permet seulement d'assurer la mise à jour du Cloud qui dépendra bien entendu de la vitesse de connexion, limitée de part et d'autre par le flux montant de la connexion ADSL, soit 1Mb maxi. Et qu'un fichier créé ou modifié mette quelques secondes ou quelques minutes pour se mettre à jour a peu d'importance au final, l'essentiel n'étant pas là. Ce que je dis c'est que je n'ai noté aucune différence en terme d'utilisation que le Cloud soit en ou hors ligne.