Mic13710

Si c'est sur le 710+ que vous tentez de faire tourner ce tuto, il y a peu de chance qu'il puisse fonctionner car votre version de DSM ne gère pas les certificats de la même manière que DSM6. Il vous faut passer par la méthode intégrée dans DSM.

Tout à fait Brunchto. C'est un risque dans un réseau d'entreprise, beaucoup moins évident dans un réseau domestique. Et même en cas d'usurpation d'identité, il faut encore avoir les identifiants de connexion pour pouvoir entrer dans le NAS. Disons que de limiter la plage de connexion permet de faire une ségrégation à l'intérieur d'un réseau sans toutefois offrir un isolement inviolable par rapport aux autres IP de la plage DHCP.

Il n'est pas possible pour un adressage direct (192.168.x.x) de définir une plage d'adresse pour un dossier partagé dans DSM. Si vous utilisez le proxy inversé pour atteindre ces dossiers, vous pouvez alors créer un profil de contrôle d'accès qui est limité à la plage que vous voulez, puis vous appliquez ce profil au ndd associé à chaque dossier concerné. Mais cela ne bloquera pas les accès directs, uniquement ceux via le proxy inversé. Comme le dit CyberFr, c'est au niveau du parefeu que vous pouvez bloquer tout accès à une plage d'adresses. Par exemple, vous pouvez très bien limiter l'accès au NAS aux seules IP de la plage de votre exemple et en réservant dans le serveur DHCP de votre routeur les IP des appareils autorisés dans la dite plage, seuls ces appareils auront accès au NAS.

Le disque d'un nas monobaie est du linux simple en ext4. Il peut être lu directement avec un simple boitier USB. Pour pouvoir lire des fichiers EXT4 sur un MAC, vous trouverez toutes les solutions sur la toile (je ne connais pas les MAC)

Votre disque comporte trois partitions : 1 système (DSM), 1 swap et 1 données Si DSM ne tient pas, il y a de forte chance pour que la partition système soit défectueuse. Vous pouvez aussi regarder du côté de la batterie interne qui peut être HS mais qui normalement n'affecte pas le système.

Si le test bloque, il y a de grande chance que le disque soit proche de sa fin de vie. Les notifications confirment qu'il y a un problème. Le gestionnaire de stockage peut très bien indiquer que le groupe est sain. Ce n'est absolument pas une garantie que le disque n'a pas de souci. A mon avis, il est préférable de mettre vos sauvegardes à jour et de procéder au remplacement du disque.

Il faut lire la phrase jusqu'au bout ! J'ai un distributeur de torgnoles en promo, si ça peut aider.

Je pense qu'il s'agit d'un problème de disque, plus précisément d'un souci de partition système. Il faudrait faire un test smart étendu du disque.

C'est la raison principale qui me fait garder la version serveur 2.xx.. Ainsi, DSCloud est toujours actif et je peux utiliser mes fichiers offline, essentiellement mon fichier Keepass que j'utilise avec Keepass2Android version offline. Je vais attendre que Synology revoient la copie de leur application mobile car vus tous les retours négatifs ce serait étonnant qu'ils ne fassent pas machine arrière. L'ennui c'est que le passage vers DSM7 oblige à passer à la dernière version de Drive. Raison de plus pour moi pour rester sous DSM6 encore quelques temps.

@StéphanH bonne remarque. Seul @rodo37 est en mesure d'intégrer de nouvelles sections.

DS Drive n'existe pas. DS Cloud est remplacé par Synology Drive (mobile) https://play.google.com/store/apps/details?id=com.synology.dsdrive&hl=fr Néanmoins, cette application ne fait pas l'unanimité (voir les commentaires dans google play). A titre personnel, je viens de l'installer et je n'ai pas encore réussi à me connecter. ontrairement aux commentaires, ce n'est pas DSM7 qui a abandonné DS Cloud mais la dernière version de Drive (V3....) qui n'est plus compatible, tout comme elle n'est pas compatible avec les anciens clients (V2....)

Pas possible. Pour faire simple, un lecteur réseau c'est sur le LAN. Si vous voulez avoir des lecteurs locaux à distance, vous avez deux solutions : passer par un serveur VPN local (celui du NAS fait l'affaire) passer par Webdav

@YvesBertle parefeu applique les règles à la suite. La vérification s'arrête lorsqu'une règle s'applique. S'il rencontre une règle qui stoppe tout, il n'ira pas plus loin puisque par définition cette règle s'applique dans tous les cas. Ce qui suit ne sera pas testé. Si vous voulez ajouter une règle, il faut la placer avant celle du refus. Inutile d'effacer la règle du refus, vous pouvez déplacer les règles directement dans le parefeu.

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....