Mic13710

@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

Comportement étrange en effet et je n'ai aucune solution à apporter car je ne connais pas l'IPhone et ses mystères. Désolé. S'agissant d'un problème strictement lié aux applis de ce téléphone, peut-être essayer de voir du côté de sites et forums dédiés.

Je n'ai pas de problème pour activer/désactiver. En cliquant sur activer, une liste apparait avec 2 choix : Activer ou Désactiver. Une fois le choix effectué, il se valide au niveau de la caméra. Mais il est vrai que mon smartphone est sous Android et que j'utilise Firefox. Désolé de ne pas pouvoir t'aider, je ne connais strictement rien au monde Apple. Cependant, il me semble que le rétrécissement de la liste ne devrait pas avoir d'influence sur l'action proprement dite. Il existe peut-être une application similaire à surveillance switch pour IPhone. A creuser.

Est-ce que le port 22 a aussi été dirigé du routeur vers le NAS ? Edit : Plutôt que le port 22 qui est régulièrement attaqué, utilisez plutôt un autre port (le 2222 par exemple) qui pointera vers le 22 du NAS. Paramétrer le port correspondant sur Surveillance switch.

Salut Kramlech. Le Freeplayer existe toujours pourtant. Il suffit d'aller dans le paramétrage du routeur dans les "adresses IP avancées" pour définir l'adresse du Freeplayer. Maintenant est-ce encore utile, je ne sais pas. Le DD de la FBHD ne permet que 40G de stockage. Pas vraiment phénoménal pour garder des enregistrements sur le long terme. Je fais donc régulièrement des transferts de la FBHD sur le Syno pour libérer de l'espace. Ces fichiers de type .ts ne sont plus visibles par le FBHD dès lors qu'ils sont externalisés. Je n'ai jamais utilisé le Freeplayer, et je pensais qu'il pouvait être la solution. Sinon, il me reste la possibilité de convertir ces .ts, en un autre format compatible mais c'est un peu laborieux. Reste que je ne comprends pas pourquoi les mp3 ne sont pas visibles.

Pas complètement. A moins qu'il y ait un truc qui m'échappe, les fichiers type .ts issus pourtant de FBHD ne sont même pas visibles (et donc pas lisibles) à partir du NAS. Il faut que je recopie le fichier sur le DD de la FB pour pouvoir le lire en direct. Je ne vois pas non plus les mp3. En fait, je ne peux que visionner mes photos et voir les films .avi.

Bonjour, J'ai actuellement une Freebox V5 et je souhaiterais utiliser mon 710+ en freeplayer. La Freebox HD voit bien mon NAS, je peux visionner mes photos, mais impossible de lire les vidéos sauvegardées de la HD sur le NAS ! Il y a sans doute un truc tout simple à faire, que je ne connais pas, et je n'ai rien trouvé d'exploitable sur le forum concernant le Freeplayer. Merci d'avance pour votre aide. Michel

Dans surveillance station, Liste des caméras, il y a le bouton "Activer". On sélectionne la caméra (au cas où vous avez des licences pour des caméras supplémentaires), puis on choisi d'activer ou de désactiver. Inutile de reprogrammer les périodes à chaque fois. Si vous utilisez DSCam, c'est que votre routeur et votre NAS sont en principe paramétrés en conséquence (cad : redirection des ports 9900 et/ou 9901 du routeur vers le NAS et ports activés dans le portail des applications pour la surveillance station). L'accès externe du surveillance station par votre navigateur peut donc se faire comme indiqué dans mon message précédent, à savoir : votre adresse externe et l'indication du port (9900 ou 9901). Il suffit ensuite de rentrer le compte et le mdp comme vous le faite depuis votre PC. Utiliser de préférence le 9901 (accès sécurisé) au 9900. Perso, je n'ai pas redirigé le port 9900 sur le routeur.

Peut-être aller voir du côté de l'appli "Surveillance switch" qui permet d'activer ou désactiver la surveillance. Il faut pour cela activer le service SSH sur le Syno. Edit Ceci étant, je ne comprends pas tout à fait votre mode de fonctionnement. Il n'est pas nécessaire de programmer à chaque fois les périodes d'enregistrement : c'est un réglage qui est fait au moment du paramétrage de chaque caméra et qui n'a pas à être repris à chaque démarrage. Il suffit tout simplement d'activer ou désactiver la caméra selon les besoins. Perso, j'active ou désactive à distance en passant par https://monIPfixe (ou_mon_DNS):9901. Il faut bien entendu rediriger le port 9901 (ou un autre) vers le 9901 NAS. Pour la notification, je n'utilise que la fonction courriel que je reçois directement sur mon smartphone.