Mic13710

Sauf s'il s'agit de fichiers qui sont modifiés dans le cadre d'une utilisation très spécifique, c'est effectivement une très mauvaise utilisation de Drive. C'est bien comme cela que je l'utilise aussi Toutefois, le btrfs permet d'élargir le type de fichiers à gérer car le dossier caché fonctionne en mode snapshot, ce qui réduit considérablement la taille du dit dossier. J'ai laissé le versionning à 32 car l'impact est très faible sur le dossier caché, surtout en btrfs. Quand on y met que ce qui doit s'y trouver, la taille du dossier est tout à fait raisonnable et surtout très très loin de représenter 32 fois l'ensemble des fichiers gérés par le cloud. Pour ma part, il n'est guère plus gros que l'ensemble des données tout simplement parce que le nombre de fichiers que je modifie régulièrement est très faible comparé au total des fichiers. En plus de cela, je fais un snapshot journalier des données qui est lui aussi sur le nombre de versions par défaut : 256. La place occupée est totalement négligeable. Et bien entendu, il y a les sauvegardes hebdos. Probablement pas car comme je l'ai écrit plus haut, le dossier garde aussi les fichiers qui ont été supprimés. C'est un des avantages du Cloud que de pouvoir restaurer un fichier supprimé par erreur, et heureusement. Aussi, la taille du dossier a peu de chance de représenter la totalité des fichiers X fois le versionning, surtout que ce dossier est compressé.

C'est surtout que le dossier Cloudstation contient tous les fichiers passés et présents du Cloud. Même si un fichier a été supprimé, il existe toujours dans @cloudstation, d'où la taille qui peut paraître excessive mais qui n'est que le reflet de l'historique de l'utilisation qui en est faite.

Quel que soit le nombre de NAS, tant qu'il n'y a pas de vrai sauvegarde sur un DD externe, un autre NAS, un serveur externe, bref, un autre support, le risque de perte de données est réel. Il faut toujours avoir à l'esprit que la sauvegarde a autant d'importance que les données source. Il ne faut surtout pas croire qu'un NAS est la solution de stockage ultime et infaillible. Certains y ont cru et pleurent leurs chères données perdues à tout jamais.

Sujet déplacé dans la section appropriée. Il n'y a rien de répréhensible dans l'attitude de Synology. Pas de facture, pas de garantie. C'est comme ça chez tous les constructeurs. La facture du commissaire priseur n'a pas pour vocation de remettre le compteur de la garantie à zéro. Vous achetez un matériel d'occas sans facture d'achat, vous prenez le risque qu'il tombe en panne à tout moment sans pouvoir faire valoir une quelconque garantie auprès du constructeur. Je trouve pour ma part qu'ils ont fait preuve de compréhension en proposant une RMA.

Bonjour dawa06, soyez le bienvenu dans la communauté. Le 06 je présume, c'est pour les Alpes maritimes. Le mistral est tout doux par là-bas.... 😉 Win 95, je n'étais déjà plus très jeune à cette époque. J'ai commencé la saga microsoft avec DOS sur PC 8086 avec disquette 5 1/4", puis j'ai eu la chance d'avoir un 8088 avec un super disque dur de ... 10Mo ! Si, si. C'était une super bête à l'époque.

Les données sont en miroir (à l'identique sur les deux disques) Pour la migration, il existe un tuto Synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later La solution qui vous conviendrait le mieux serait via Hyperbackup. Si vous avez déjà des sauvegardes de vos données (ce qui est une obligation avec un NAS), vous pouvez mettre à jour ces sauvegardes et les restaurer sur le nouveau NAS. Je vous conseille de ne démarrer qu'avec un des deux disques de 3To issu de l'ancien NAS et de conserver l'autre de côté sans y toucher. Ainsi vous aurez toujours la possibilité de remonter ce disque dans l'ancien NAS au cas ou la restauration se passerait mal. Dans ce cas, vous pouvez mettre l'autre 3To dans le nouveau NAS après l'avoir formaté sur un PC pour casser les partitions existantes. Vous pouvez y joindre un nouveau disque de 3To ou plus pour former un seul groupe. Vous faite votre installation et la restauration des données en suivant les indications du tuto. Une fois vos données transférées et votre nouveau NAS opérationnel, vous rajoutez au groupe le 3To qui avait été mis de côté. Pour le BTRFS : https://www.synology.com/fr-fr/dsm/Btrfs

Non, un seul 3To suffit pour augmenter la capacité de 3To supplémentaires. 3 x 3To en SHR donnent 6To de stockage. Oui, mais la capacité au delà de 3To ne sera pas utilisée. Il faudra rajouter un autre disque de même capacité pour que la totalité du disque soit utilisée. 3To + 3To + 6 To (ou 8To) = 6To 2x3To + 2x6To = 12To 2x3To + 2x8To = 14To La migration des disques vers un modèle plus récent et/ou plus puissant n'est en général pas recommandée. Si vos disques actuels sont en ext4, je vous déconseille de faire leur migration. Mieux vaut partir sur une installation neuve pour pouvoir bénéficier du BTRFS.

C'est une très mauvaise idée. Un NAS n'est pas un dock. Il n'est pas non plus conçu pour inclure/extraire des disques à tout bout de champ, la connectique ne le supporterait pas bien longtemps. un disque de NAS n'a pas qu'un espace de données. En plus de la partition des données, il comporte 2 partitions (système et swap) qui fonctionnent en RAID1 avec les autres disques. Ces partitions seront réinscrites à chaque introduction dans le NAS avec plusieurs disques, il risque d'y avoir de gros soucis sur les identifications des volumes Je vous conseille de continuer avec la même méthode. Vous pouvez aussi très bien considérer l'achat d'un petit NAS d'occasion récent pour faire vos sauvegardes. On en trouve à des prix raisonnables. Pour le coup, vous n'auriez pas de manipulations de disques à faire.

Je suivais de près cette discussion pour éventuellement devoir juguler tout dérapage incontrôlé 🤫 Merci pour cette attitude responsable. Je ne voyais aucune raison en effet de s'emporter sur un commentaire de @.Shad. qui ne faisait que refléter la réalité de nos NAS. On est tous d'accord que les plages privées sont là pour permettre à chacun, particulier ou entreprise, de créer son propre réseau lui aussi privé. A chacun de les utiliser comme bon lui semble. Après il y a des règles d'usage courant qui font que certaines plages sont utilisées de préférence pour certains services, ce qui en aucun cas constitue une norme.

Bonjour JePIG, soyez le bienvenu dans la communauté. Je suis sûr que vous trouverez ici quantité d'informations et de tutos qui vous permettront d'utiliser vos NAS au delà du simple sotckage.

Comme @Einsteinium je n'ai qu'une seule API OVH sur le domaine principal qui couvre ainsi l'ensemble des domaines de mes nas. Inutile de multiplier les accès si un seul fait l'affaire.

Euh....

Vu l'âge de la bête, je vous recommande fortement de remplacer la batterie interne, à moins que vous ne l'ayez fait récemment. Je parie que c'était le 1512 😉 Si la batterie est HS et qu'il y a coupure de l'alimentation, l'horloge n'est plus maintenue ce qui pose bien évidemment un problème pour la double authentification.

Indexation des fichiers multimédia.

Tout d'abord, il faut au moins un disque dans le NAS. Il faut passer par Synology assistant qui va permettre de trouver le NAS sur le réseau et y installer le .pat Vous trouverez Synology Assistant ici : https://www.synology.com/en-global/support/download/DS413j#utilities

Bonjour, C'est sûr qu'avec un tel déluge d'informations on va pouvoir vous répondre. Quel modèle ? Version de DSM ? De quel disque dur parlez-vous, interne, externe ? Et surtout, pour bien commencer sur ce forum, il est vivement conseillé de passer d'abord par la section des présentations, ce qui nous aurait déjà permis d'en savoir un peu plus sur votre matériel plutôt que d'aller à la pèche aux infos.

Il ne faut pas tout reprendre. Il suffit de changer dans le dossier /usr/local/share/acme.sh/ndd/ndd.conf les paramètres de connexion suivants : SAVED_SYNO_Username='votre super nom utilisateur avec des droits admin limités' SAVED_SYNO_Password='votre super mot de passe long comme le bras' SAVED_SYNO_DID='' Du côté du script Python, il y a peut-être des modifs à faire, je n'en sais rien. Je ne l'utilise pas. Le fail2ban c'est le blocage auto du NAS.

Je ne cesse de le répéter. Le 2FA est ingérable pour ce script. Il est infiniment plus simple de créer un compte administrateur sans 2FA avec un nom improbable et un mdp long comme le bras pour détourner les éventuelles attaques. Avec le fail2ban, l'ensemble offre une protection bien suffisante pour parer toute tentative d'intrusion.

Bonjour, merci de poster vos questions dans les rubriques appropriées. Ici c'est pour les présentations et uniquement les présentations. Que par ailleurs vous pouvez faire dans les règles en éditant votre message. Vous pourrez ensuite aller sur le forum approprié pour poser votre question.

@Einsteinium c'est sûr que cette fois-ci ils ont pris leur temps contrairement à la 5 et la 6 qui ont été débogués par les utilisateurs... 😉 Ca ne change rien à mon approche, quoique je serais tenté de basculer prochainement le 214 qui ne me sert que pour Surveillance Station et pour la sauvegarde du 713, histoire de voir à quoi ça ressemble 🧐.

Les ndd du reverse proxy devraient suivre les règles générales des noms de domaine. On peut utiliser des caractères accentués propres au pays (é, è, ê, à, ñ, etc..) ce qui peut poser des problèmes selon le clavier utilisé. Autant ne pas les utiliser et rester dans du classique. On peut aussi utiliser des majuscules dans la rédaction d'une URL, elles seront converties en minuscules par le navigateur (par exemple GOOGLE.FR sera transformé en google.fr), mais elles ne sont pas acceptées dans les ndd de la zone DNS qui ne doivent contenir que des minuscules. Rien ne t'empêche d'essayer 😉

fail2ban ou blocage auto, on parle de la même chose.

@Jeff777 Si file.ndd a un profil d'accès, tu peux utiliser un autre domaine exclusivement pour cette fonction share.ndd, part.ndd, cequetuveux.ndd, peu importe. Dans la création du lien, on peut activer le partage sécurisé pour soit limiter l'accès à certains utilisateurs du NAS qui pourront se connecter avec leurs identifiants, soit définir un mot de passe pour les utilisateurs externes. Et comme le dit @.Shad. tu peux créer un utilisateur dédié à cette seule fonction, avec seulement des droits RO, un mdp fort et même du 2FA (mais là c'est plus compliqué pour les utilisateurs occasionnels qui devront avoir la clé pour pouvoir générer les codes). Avec le fail2ban du NAS par dessus tout ça, le risque d'une intrusion non sollicitée est très faible.

Personne n'a dit ça ! Entre attente et négation, il y a une marge. Tout comme @PiwiLAbruti, je n'ai pas pour habitude de me jeter sur la dernière mise à jour car je sais par expérience que chaque nouvelle version nécessite des correctifs avant d'être raisonnablement stable pour une utilisation en production. J'en suis toujours à la 6.2.3 et ça me convient très bien, tant que je ne serais pas convaincu de l'utilité de passer à la suivante, ou que j'en sois contraint pour des raisons de sécurité.

C'est donc un NAS en production dans un environnement professionnel. Avant de vous lancer dans l'inconnu, il faut partir du principe que si votre NAS fonctionne correctement pour les besoins de l'entreprise, il est plus prudent de temporiser et d'attendre que les petits (ou gros) bugs soient résolus et que les paquets tiers aient pu éventuellement être mis à jour avant d'envisager de faire le saut.