Mic13710

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.

@fabi.one Je me suis connecté en ssh et j'ai effectivement un gros dossier de 24Go dans @CloudStation, mais il ne s'agit pas de doublons des fichiers des Clouds. Ces fichiers sont majoritairement très légers et paraissent même vides pour la plupart. Il s'agit peut-être de fichiers temporaires qui ont été créés pendant le montage du Cloud car certains datent de mars (sans doute à ma toute première mise en oeuvre du CloudStation). Il n'y a d'ailleurs que 2 dates : celle du 20 mars et aujourd'hui, ce qui prouve que ce dossier est actif et sans doute mis à jour à chaque synchronisation. Ce qui me fait dire que peut-être que les fichiers datés de mars ne sont plus utiles, mais en l'absence d'infos, je ne vais certainement pas y toucher au risque de perturber mes Clouds. Si votre Cloud est récent, il serait toutefois intéressant de vérifier si les dates de vos fichiers de ce dossier sont toutes d'aujourd'hui. Côté taille des Clouds, j'ai actuellement 4 cloud clients pour 2 utilisateurs. L'un d'eux à un dossier partagé qui lui est attaché. La somme des 3 CloudStations (2 utilisateurs + 1 dossier partagé) représente 18.5Go, soit bien moins que le dossier @CloudStation. La somme des 4 CloudStation clients représente 30Go. Ces valeurs ont peu de rapport avec le dossier dont on parle. Que ce dossier soit de taille respectable, c'est indéniable, mais il ne s'agit en aucun cas de doublons mais plutôt à mon avis de fichiers de gestion interne de CloudStation.

Il n'y a rien de bizarre. Chaque utilisateur peut définir son propre Cloud, à condition bien entendu qu'il ait le privilège accordé par l'administrateur, C'est parce que le privilège est nominatif et qu'il est la base du Cloud que "home/nom/utilisateur" n'apparait pas dans les partages. L'administrateur peut ensuite accorder à chaque utilisateur la possibilité d'inclure dans son Cloud des dossiers partagés pour lesquels il a les droits d'accès. Au delà des problèmes de confidentialité que cela poserait, s'il était possible de faire un Cloud sur le dossier Homes, cela reviendrait à créer une imbrication de Clouds (un par utilisateur, chapeautés par un Cloud général), ce qui risque fort de provoquer quelques conflits.

C'est effectivement la solution la plus évidente. Délier le Cloud côté PC ainsi que dans la liste des clients CloudStation côté DSM (sinon il n'est pas éliminé), désinstaller CloudStation côté client (PC). Créer un dossier vide à l'emplacement D:CloudStation (mais vous pouvez l'appeler comme vous voulez "Mon dossier", "Toto"....), réinstaller CloudStation client et pointer le dossier de destination vers l'emplacement créé précédemment. Ensuite vous laissez faire. Une fois la synchro terminée et complète, vous pouvez supprimer l'ancien dossier C:UsersMichelCloudStation. Vous pouvez si vous le souhaitez et comme je l'ai fait moi-même déclarer votre cloud en tant que "Mes documents" dans Windows.

Je m'auto réponds. Pas trouvé de solution pour 2 Clouds pour un même utilisateur, mais comme mon problème était d'autoriser l'accès à un dossier partagé commun, il m'a suffit d'activer le partage du dossier en question dans le CloudStation du DSM, puis d'aller dans les paramètres du CloudStation côté client, de choisir le dossier de destination du partage (dossier vide bien entendu), et de valider. La synchronisation est alors établie entre ce nouveau dossier et le dossier commun. A noter que je n'ai activé le partage que sur un seul utilisateur, car j'imagine mal un Cloud client synchronisé par 2 utilisateurs. Mais comme dans mon cas il s'agit du portable que nous partageons avec mon épouse, les deux sessions sont généralement ouvertes ensemble. Dans le cas contraire, les modifications faite par l'utilisateur non partagé seront prises en compte à l'ouverture de la session de l'utilisateur partagé. cqfd. Je n'ai donc qu'un Cloud par utilisateur, avec un dossier commun intégré dans la synchro d'un des utilsateurs. Reste à voir à l'usage ce que ça donne.

Je confirme ce que dit PiwiLAbruti, le dossier home n'est qu'un alias pour chaque utilisateur du dossier homes qui lui regroupe tous les utilisateurs. Il n'y a aucun doublon dans ces dossiers. Il en est de même pour le dossier Cloudstation qui n'est qu'un sous-dossier de l'utilisateur. Ce qui par contre occupe beaucoup d'espace, ce sont les corbeilles. Tout d'abord les corbeilles utilisateurs qui lorsqu'elles sont activées (paramétrage dans les dossiers partagés) prennent rapidement de l’embonpoint au rythme des suppressions de fichiers. Fort heureusement, depuis la version DSM 4.1, ces corbeilles sont accessibles par l'explorateur Windows, ce qui permet de les vider sans aller fouiller dans FileStation. Mais surtout ce sont les corbeilles associées à chaque Cloud qui sont sans doute la cause de vos soucis. Y sont sauvegardés non seulement les fichiers supprimés mais aussi les différentes versions des fichiers modifiés, ce qui au final rempli très vite les disques. Cette corbeille ne peut pas à ma connaissance être désactivée. Elle n'est pour le moment accessible qu'a travers le Cloudstation du DSM et uniquement pour chaque utilisateur (pas d'accès administrateur). Le seul moyen et d'aller y faire régulièrement le ménage. Espérons que Synology améliorent ce point comme ils l'ont fait pour les dossiers partagés classiques.

Il me semble que vous parlez de 2 choses : CloudStation qui est le dossier du Cloud, et .SynologyWorkingDirectory qui est un dossier dans le dossier CloudStation. Lors de la création du Cloud, le nom attribué par défaut est effectivement CloudStation, mais on peut très bien choisir un emplacement et un nom de dossier différent, à la condition que le dossier soit vide. Le dossier .SynologyWorkingDirectory est un dossiier système caché du Cloud. Il suffit de choisir de ne pas afficher les dossiers et fichiers cachés pour ne plus le voir apparaitre, mais il ne faut ni le renommer et encore moins le déplacer car le Cloud ne pourrait plus fonctionner.

Je ne suis pas un spécialiste mais un simple utilisateur de CloudStation depuis plusieurs mois, et je ne pense pas que ce soit possible pour la simple et bonne raison que le dossier "Cloudstation" est créé par le DSM en tant que sous-dossier de l'utilisateur. Si le but est de voir les autres dossiers d'un même utilisateur dans le Cloud, il n'y a pas d'autre solution que de déplacer ces dossiers dans le dossier CloudStation. Reste à savoir s'il est judicieux de charger le Cloud de dossiers et fichiers peu ou pas modifiés.

Bonjour, J'ai un portable avec 2 utilisateurs. Il est en W7. Chaque utilisateur a ses propres dossiers. J'ai donc installé un Cloud pour chacun d'eux dans leur session respective et ça fonctionne nickel. Il y a aussi un dossier commun auquel les 2 utilsateurs ont accès et la mise à jour de ce dossier est pour le moment réalisée avec Syncback. Ce dossier est un dossier partagé sur le DSM. Je souhaite faire un cloud pour ce dossier, mais je me trouve alors confronté à 2 questions pour lesquels je n'ai pas de réponse. La première : est-il possible d'avoir 2 clouds sur une même session ? J'ai vaguement compris dans le descriptif que c'est possible mais je n'en suis pas sûr, et si ça l'est, je ne sais pas comment faire. La deuxième : est-il possible de créer un cloud sur un dossier partagé externe au répertoire "homes" ? Je pense que beaucoup d'entre nous sont dans des cas de figures similaires et éprouvent le besoin de créer 2 clouds indépendants pour un même utilisateur. Merci d'avance pour vos réponses. Michel