Mic13710

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

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.