Mic13710

J'ai dit que je n'étais pas sûr que ça puisse fonctionner. Rien ne vous empêche d'essayer. Il faudra cependant être très prudent car il ne faudrait pas qu'une erreur de parametrage ne vienne purement et simplement effacer le contenu du dossier que vous voulez synchroniser. Il serait préférable de faire des essais sur un dossier de test avant de lancer la solution en prod. Synology Drive client existe aussi sous linux. A voir si votre serveur peut le supporter. Ceci étant dit, vous pouvez très bien passer par une solution de sauvegarde ou de synchro fonctionnant sous linux que vous installez sur le serveur. Je n'en n'ai pas à vous proposer, mais peut-être que d'autres intervenants pourront vous aider.

Tout d'abord, Drive ne peut synchroniser que des dossiers, pas des lecteurs. S'il y a plusieurs dossiers à synchroniser, il va falloir créer un dossier principal qui regroupe tous ces dossiers. Ensuite, pour ne l'avoir jamais essayé, je ne suis pas sûr que Drive permette de faire une synchro sur des dossiers localisés sur un lecteur réseau car il y a des risques de pertes de synchro. Ne serait-il pas possible d'installer Synology Drive client directement sur le serveur de l'entreprise ?

Vous pouvez tout à fait créer un compte spécifique pour votre sauvegarde, mais vous ne pourrez pas faire cohabiter sous une même session windows deux connexions sur des comptes utilisateurs différents. A vous de voir si ça peut correspondre à ce que vous voulez. Hyperbackup est une application qui nécessite un compte d'administration pour pouvoir mettre en place et effectuer une sauvegarde. Vous pouvez au choix utiliser votre compte d'administration ou un compte que vous créez pour cette tâche et qui a des droits d'administration limités à cette seule tâche. Mais votre demande initiale était de connecter un lecteur réseau, puis vous parlez de Synology Drive dans votre deuxième message ce qui n'a rien à voir avec un lecteur réseau, et maintenant on en est à Hyperbackup. J'avoue être un peu perdu.

Sans oublier de lui attribuer les droits aux utilisateurs qui y auront accès 😉

Dès lors qu'il y a un accès externe, les risques d'attaques existent. Le tout est de bien les évaluer et de faire en sorte de les contrer le mieux possible. Un parefeu bien réglé et des mdp forts sont des armes suffisamment efficaces pour arrêter la quasi totalité des tentatives de connexion non sollicitées et inciter les hacker à chercher des proies plus faciles. Vous pouvez aussi utiliser le serveur VPN du NAS pour sécuriser un peu plus vos échanges. Tout est affaire de compromis.

C'est très exactement ce qu'il ne faut pas faire. Un compte d'administration ne doit servir qu'à l'administration du NAS. Il ne doit pas être confondu avec un compte utilisateur. Je vous conseille de séparer les deux (ce qui vous permettra du même coup d'éviter la double authentification sur le compte utilisateur), et aussi de supprimer le compte par défaut "admin" qui est le plus sujet à des attaques (voir le tuto sur la sécurisation de nos NAS)

Perso, je réserve la double authentification au compte administrateur pour accéder à DSM car c'est la partie la plus sensible de nos NAS. Je ne l'applique pas pour l'accès aux comptes utilisateurs car j'estime qu'il doit se faire le simplement possible et que les données à protéger ne nécessitent pas de sécurité renforcée qui de plus peut poser des problèmes de connexions. Un MDP fort et un parefeu qui bloque intelligemment sont amplement suffisants pour protéger l'accès aux données sans avoir à rajouter une couche de sécurité supplémentaire.

Oui. Le SHR étant plus souple que le RAID classique, je vous conseille de choisir le SHR. C'est de toute manière l'installation par défaut.

C'est super ! Mais avant de vous lancer dans des transferts de fichiers et autres, je vous conseille vivement de commencer par consulter et mettre en pratique le tuto sur la sécurisation de votre NAS.

Pas vraiment. Un back-up c'est une sauvegarde or ce n'est pas le cas ici. Avec votre groupe, vous aurez les données préservées en cas de perte d'un disque, et ce quel que soit le disque du groupe.

Vous pouvez déjà commencer par consulter ce que propose Synology pour cette opération : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_HDD

Pourquoi vouloir faire plusieurs volumes ? Comme je l'ai dit, le multi volume n'a pas d'intérêt dans le cadre d'une utilisation standard. Si c'est pour des questions de droits d'accès ou de confidentialité des données, les droits sont attribués aux utilisateurs pour chaque dossier partagé. La seule limite que doit respecter votre volume c'est la taille maximum que peut gérer votre NAS qui est de 108To pour le 920+. Votre volume actuel ne représente que 10% de cette limite. Vous avez de la marge.

DSFinder permet de retrouver un NAS sur un réseau et d'y installer le système. Le paramétrage se fait à partir d'un navigateur. Pouvez-vous préciser ce que vous entendez par partitionner ? Car s'il existe bien des partitions, ce sont celles propres au fonctionnement du NAS qui sont le système, le swap et la partition des données. C'est seulement sur cette partition que vous pouvez agir pour créer un groupe dans lequel vous installez un volume (c'est le cas par défaut qui convient à 95% des utilisations) ou plusieurs volumes. Le multi volumes est plutôt réservé à des utilisations très spécifiques, ou bien lorsque la capacité de gestion du NAS est limitée. Ce n'est pas le cas du 920. Je vous conseille de fonctionner sur un seul volume.

Je laisse répondre @firlin pour la partie test. Je vous donne l'explication pour les md. Votre groupe initial était composé de disques de 2To (md3). Ces disques ont été remplacés par des 6To ce qui a occasionné la création d'un nouvel md de 4To (md4) pour gérer la capacité supplémentaire. Le remplacement des 6To par des 16To a créé un nouvel md de 8To (md5) pour gérer le nouvel apport de capacité. Pour simplifier, chaque md est en fait un RAID, dans votre cas un RAID1. Votre groupe est donc constitué de 3 Raid1. C'est le principe de fonctionnement du SHR qui est ni plus ni moins qu'un RAID hybride où cohabitent plusieurs RAID dans un même groupe.

Tout d'abord, on évite d'ouvrir des ports http vers l'extérieur comme le 80 et le 5000. Ensuite, vous parlez d'accéder à DSM via le VPN, sans toutefois préciser s'il s'agit d'un VPN externe ou bien via le serveur VPN du NAS. Pour ce dernier, il est inutile d'ouvrir le 5001 vers l'extérieur puisque le trafic circulera uniquement au travers des ports du VPN.

Tout dépend des autres éléments connectés à l'onduleur. Si vous n'avez que le NAS, alors il est inutile de laisser la batterie se décharger et il est de loin préférable d'arrêter l'onduleur pour économiser la batterie (moins de temps de recharge) et surtout de conserver la charge restante car si une autre panne intervient juste après le rétablissement du courant, vous risquez d'avoir un arrêt brutal du NAS par manque d'autonomie batterie.

C'est un fonctionnement normal. Lorsque l'ordre de passer en mode sécurisé est envoyé, il faut un certain temps qui est variable en fonction du modèle de NAS et des applications actives pour que ce mode soit effectif. La mise en sécurité permet d'arrêter tous les services, comme on le fait sur un PC avant extinction. L'ordre d'arrêt de l'onduleur est envoyé par le NAS seulement après la mise en sécurité. Cependant cet ordre peut ne pas passer pour certains modèles d'onduleurs. Vu les délais que vous donnez, il semble que votre onduleur accepte cet ordre. Pour le savoir, il suffit de vérifier l'état de charge de la batterie au redémarrage après coupure. S'il reste encore de la charge, c'est que l'onduleur s'est bien arrêté sur un ordre extérieur.

@jerome_l, votre réaction épidermique risque de freiner les bénévoles de ce site à vous aider. Mais au delà de cette entrée en matière maladroite, je vous conseille vivement de revoir l'agencement de votre question car tous les sauts de lignes qui agrémentent le texte rendent sa lecture impossible. Pour corriger, il suffit de cliquer sur les ... en haut à droite de votre message, puis sur "éditer". Vous pouvez en profiter pour supprimer la première phrase qui n'a aucun rapport avec la question qui vous préoccupe. Merci.

C'est même recommandé. Perso, j'ai programmé un test smart étendu tous les mois à l'aide du planificateur de test. Certes, mais cela coute plus cher au final. Par contre, si vous n'utilisez pas votre NAS la nuit par exemple, vous pouvez programmer son arrêt le soir et son redémarrage le matin. Ce sera moins contraignant que des arrêts redémarrages en cours de journée.

C'est vrai. Mais dans le cas présent, vous n'avez pas de secteurs défectueux (item 5). Aucune raison de vous inquiéter. Par contre, je vous conseillerais de désactiver la mise en veille des disques car ces opérations les sollicitent plus que si vous laissez tourner vos disques 24/7. C'est ce que laisse entendre les items 4 et 12. Pour information, si c'est l'item 1 qui vous inquiète, il n'y a rien de dramatique. Et selon les fabricants cette valeur peut-être très importante. Par exemple, les disques Seagate de mon 220+ affichent une valeur de presque 39000000 (39 millions) sans que cela affecte leur fonctionnement.

Perso je n'utilise pas le mode bridge car j'ai eu pas mal de soucis de déconnexions intempestives qui ne pouvaient être résolues que par un reboot de la box. Je suis en mode routeur avec IP du routeur ER-X en DMZ. De plus, le mode bridge avait des performances dégradées par rapport au mode routeur. Je dis bien 'avait' car Free ont communiqué sur ce point il y a 2-3 ans pour informer que le bridage avait été levé. Comme je n'ai aucun problème en mode routeur, je continue de conserver ce fonctionnement, d'autant qu'ainsi je peux revenir au fonctionnement sur le seul routeur de la box puisque j'ai conservé toutes les réservations et les réglages précédents. Je n'ai dans ce cas que quelques petits ajustements à faire pour être à nouveau opérationnel.

L'achat ayant été effectué, je clôture ce sujet.

Normalement, vous avez créé un autre compte administrateur sinon il vous serait impossible d'administer le NAS. Vous ne pouvez de toute façon pas accéder au NAS si vous avez fixé l'adresse IP dans les paramètres du NAS. Deux solutions : soit vous changez simplement la plage de la freebox pour qu'elle soit en 192.168.0.x pour que le NAS soit à nouveau visible sur le réseau, soit vous faite un reset de premier niveau du NAS ce qui rétablira le compte admin et repassera le NAS en DHCP. Il vous faudra alors tout reparamétrer. Pour la suite, je vous conseille de faire une réservation d'IP dans la freebox à partir de l'adresse MAC du NAS et de laisser ce dernier en DHCP. Ainsi, vous pourrez toujours retrouver votre NAS dans le cas où vous changer de plage d'IP.

Je ne savais pas qu'il y avait une clé USB livrée avec les NVR. Faut dire que je ne connais pas ce matériel. Si clé il y a, je suppose qu'il s'agit des licences et là, c'est unique et donc perdu. Je vous conseille dans ce cas de contacter le support qui, avec le numéro de série du NVR, serait le seul à pouvoir vous dépanner. Edit : Il s'agit bien d'une clé d'installation qui n'est pas indispensable puisqu'il est possible de passer par le web assistant. Voir le guide d'installation où tout est expliqué : https://global.download.synology.com/download/Document/Hardware/HIG/NetworkVideoRecorder/18-year/NVR1218/fre/Syno_HIG_NVR1218_fre.pdf

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.