Mic13710

Bienvenu dans la communauté

Et pourquoi ne pas passer tout simplement à DSM6.0 et bénéficier des certificats Let's Encrypt ?

Pourquoi du routeur ? Au contraire, j'espère bien que non ! Sinon, bonjour la sécurité ! Par contre, vérifier que le parefeu du NAS ne bloque pas le port 22 me semble plus judicieux.

Bonjour Figoware. Belle présentation. Bienvenu dans la communauté

Ce serait encore mieux de commencer par ici . Ca aide pour la suite.

Pour supprimer des fichiers du Cloud, ça ne peut se faire que de 2 manières : soit sur le serveur, soit sur le client. Il faudrait voir dans l'historique de CS s'il y a une indication sur l'origine de la suppression. Virus ?

Effectivement, ça n'a strictement aucun intérêt. Pour l'onduleur, allez voir le site de Synology sur les compatibilités UPS. Vous pouvez aussi consulter le sujet de ce forum sur les onduleurs compatibles. La règle en matière de compte c'est normalement un utilisateur, un compte. Puis on donne des droits à chacun sur des dossiers partagés.

Oui Ce serait préférable en effet, ne serait-ce que pour éliminer un éventuel problème par rapport à une organisation obsolète. Vous pouvez tout à fait recréer votre CS. Le NAS va simplement rajouter un dossier Drive à CloudStation. 2 possibilités : soit vous indiquez comme fichier du client le dossier existant sur votre PC et à ce moment là le dossier Drive du NAS sera peuplé par les fichiers du PC (vous n'aurez plus qu'à supprimer les anciens fichiers dans le dossier CS du NAS), soit vous repartez sur un dossier client neuf sur le PC et à ce moment là il suffit de recopier (ou mieux, déplacer) les fichiers du dossier CloudStation vers le dossier CloudStation\Drive sur le NAS et à ce moment là c'est le NAS qui va peupler le nouveau dossier du PC.

Drive est un sous dossier du dossier cloudstation. La notation avec "\" est assez claire il me semble non ? Dont Drive, Vault et je ne sais quoi d'autre

Je n'ai pas dit le contraire. CS est toujours dans le répertoire de l'utilisateur. Relisez ce que j'ai écrit.

Navré de vous le dire, mais même si CloudStation permet de récupérer d'anciennes versions de fichiers ou des fichiers supprimés, ce n'est pas une sauvegarde au sens strict du terme. Eluder ce point vous expose à ce genre de déconvenue. J'en parle en connaissance de cause car j'ai moi-même été confronté par 2 fois à l'impossibilité de récupérer un fichier supprimé. Seule la sauvegarde, la vraie, a pu me sauver. Si votre CloudStation a été créé sous DSM5.2 ou antérieur, il se peut que vous soyez encore sous l'ancienne configuration. Avant DSM6.0, CS avait un dossier unique CloudStation par utilisateur. Avec DSM6.0 sont apparues des déclinaisons de CloudStation qui ont conduit Synology à créer des sous-dossiers pour chacune d'elle. Néanmoins, lors de la migration de 5.2 vers 6.0, le dossier CS est resté inchangé, cad, les fichiers sont restés dans le dossier CS général et CS ça continue à fonctionner selon l'organisation mise en place sous 5.2. Mais si pour une raison ou une autre CS est délié, alors le lien ne peut plus se faire sur le même dossier et sera automatiquement basculé sur CloudStation\Drive. C'est peut-être ce qui s'est passé chez vous. Il ne vous reste plus qu'à contrôler ça avec File Station.

Bonjour et bienvenu dans la communauté. Là, on ne sait strictement rien sur vous. Un peu plus de détails ce serait parfait. Sinon, pourquoi se décarcasser à donner une trame si vous ne vous en inspirez pas ?

Il n'y a aucun choix à faire car il n'y a pas de disque dévolu à la protection. Tous les disques assurent la protection. C'est le principe même du SHR (équivalent RAID5). N'importe quel disque peut tomber en panne sans perte de donnée. La protection se fait toujours en fonction de la paire de disque la plus importante ce qui se comprend puisque vous devez pouvoir préserver les données en cas de panne du plus gros disque. Chez vous c'est un 4To, la protection se fait donc sur ce volume de données. Ce qui ne veut absolument pas dire que le disque perdu contenait la globalité de ces données mais seulement quelques bribes car les données sont réparties sur tous les disques selon le principe de l'agrégation par bandes. C'est ce qui permet d'assurer la protection des données sur plusieurs disques. Je vous conseille d'aller faire un tour sur cette page Wikipedia pour comprendre comment fonctionne un RAID5 (le SHR étant une combinaison de RAID1 et RAID5) Edit : Pour expliquer ce qui va se passer avec vos disques, le SHR va construire un RAID5 à partir de 3To sur les 4 disques ce qui vous donnera 9To de stockage et 3To de protection, puis construira un RAID1 avec les 1To restants des 2 x 4To qui donneront 1To de stockage et 1To de protection. Soit au total 10To de stockage et 4To de protection.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Pas de quoi, et bienvenu dans la communauté. C'est super, on va maintenant savoir comment craquer les comptes bancaires des évadés fiscaux.

Bizarre cet auto detect qui ne fonctionne pas. D'un autre côté c'est de l'Apple, faut pas chercher à comprendre (enfin, moi j'ai abandonné depuis trèèèès longtemps). L'essentiel, c'est qu'au final, vous ayez un client qui fonctionne avec un DSM et un SS up to date. Ce n'est pas si mal.

Sur ce forum, on aime bien que les primo arrivants passent par le forum des présentation avant de poster. Certains y sont sensibles et il n'est pas trop tard pour bien faire. . Vous vouliez un SHR classique (avec un disque de protection), vous avez choisi de passer au SHR2 (2 disques de protection). Dans votre cas, il n'y a malheureusement rien d'autre à faire que de tout réinstaller. Vous devez détruire votre volume (bouton supprimer du menu volume) ce qui bien entendu détruira vos données (ce n'est jamais que 500G) et reconstruire un nouveau volume sur les 4 disques. A la fin vous devriez obtenir un volume en SHR de 10To et 4To de protection des données, soit 3To de mieux que ce que vous vouliez. Elle est pas belle la vie ?

Perso je vais faire comme d'hab : attendre. Ce n'est pas la première fois qu'il arrive qu'une version soit mise en ligne puis retirée après quelques heures. Je dirais même que c'est malheureusement trop souvent le cas. Aussi, il est toujours urgent d'attendre avant de se lancer dans le vide sans parachute. Je préfère attendre un parachute.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Le choix d'un onduleur dépend de trois facteurs : la charge connectée (ses besoins au démarrage et en régime continu), la durée d'autonomie souhaitée et la qualité du réseau. Aussi, je ne peux pas vous conseiller un modèle en particulier. Je viens tout juste de changer le mien ce matin car l'ancien commençait à faire n'importe quoi. Pour autant, ce qui me convient ne sera pas forcément bon pour vous. De toute manière, ça dépasse le cadre de ce topic. Je clôture. Vous avez un topic dédié aux onduleurs ici.

Je viens tout juste (ce matin pour être précis) de remplacer mon vieux RS800 qui commençait à faire des siennes après 12 ans de bons et loyaux services par un APC BX950U-FR acheté sur Amazon. Pour la petite histoire, je l'ai payé 10€ moins cher car j'ai pris un modèle reconditionné (emballage abîmé), mon UPS étant installé à la cave, loin des regards, s'il y a des marques sur la carrosserie ça n'a pas d'importance. Et ce n'était effectivement que l'emballage qui avait un pet sur le côté. L'UPS était impeccable à l'intérieur. La bonne affaire quoi. Branchement sur le NAS OK. L'UPS est reconnu (même s'il n'est pas dans la liste des compatibles). Mise en sécurité du NAS à la fin de la période programmée OK, arrêt de l'onduleur par le NAS OK. Redémarrage au retour secteur OK. Ce modèle est bon pour le service.

Oui C'est le numéro du disque en commençant par 0. Fabrice a probablement fait des manips sur ses disques (sans doute le remplacement du disque b), ce qui expliquerait le numéro [2] attribué chez lui. C'est une numérotation interne pour les groupes de disques qui n'a aucune importance pour vous. Réponse ci-dessus. Ce sont les partitions système (DSM) et swap (Linux) qui fonctionnent en RAID1 sur tous les disques du NAS, indépendamment de ce qui se passe du côté du md2. N.B. : Ici comme sur beaucoup d'autres forums, on aime bien que les nouveaux venus passent par le forum des présentations. Il est encore temps de le faire.

Regardez ma signature. J'ai ces disques sur mes 2 NAS et ils fonctionnent sans souci depuis plusieurs années en 24/7. Ne vous inquiétez pas trop s'ils ne sont pas dans la liste. Le 418 est un modèle récent et Synology n'a pas encore validé tous les disques. Ces disques sont des grands classiques sur les NAS et je suis certain qu'ils fonctionneront impec sur le 418. Je vous recommande surtout de tester vos disques avant leur utilisation dans le NAS. Cette opération permettra de s'assurer que tous les secteurs des disques sont bon pour le service. Vous avez un tuto pour cela dans la partie tutoriels "Préparation des disques avec badblocks"

Tout à fait. C'est en tout cas celle que j'adopterais car elle allie simplicité de stockage (pas besoin de jongler entre les volumes) et sécurisation des données en cas de crash d'un disque. Par contre, quel que soit le type de stockage, vous devez absolument mettre en place une solution de sauvegarde périodique de vos données, au moins les plus importantes. Et dernier conseil très important, si ce n'est pas encore fait, prévoyez rapidement d'alimenter votre NAS avec un onduleur compatible, sinon vous vous exposez à une perte partielle ou totale de vos données en cas d'arrêt incontrôlé du NAS sur panne de courant.

Tout ceci me parait normal. SS n'a jamais très bien fonctionné en html, que ce soit sur firefox, IE, Chrome et autres navigateurs. Le client dédié est bien plus performant. Aussi, je ne serais pas surpris que Synology abandonne à terme le mode de connexion par navigateur. Je soupçonne même qu'ils ont déjà arrêté tout développement de ce côté là pour se consacrer à leur client dédié.