Mic13710

Pas de quoi. On parle en effet de miroir mais uniquement dans le cas d'un RAID1 ou son équivalent le SHR à 2 disques dans la mesure où le contenu des deux disques est rigoureusement identique. Avec du RAID5 ou son équivalent le SHR à 3 disques et plus, on ne parle plus de miroir mais d'agrégation par bandes. Je vous invite à consulter l'article wikipédia sur le RAID pour bien comprendre comment ça fonctionne.

OK aussi chez moi (excepté Free qui part en biberine avec des deco reco permanentes)

Votre demande initiale était : Si vous vouliez augmenter l'espace de stockage en ne rajoutant qu'un seul disque, la seule solution (en excluant le JBOD) était d'un créer un deuxième volume, ce qui vous aurait donné effectivement 2+4 = 6To Vous pouviez ensuite sauvegarder votre disque 1 vers le disque 2 avec le paquet Hyperbackup, bien qu'une sauvegarde sur un même NAS n'est pas à proprement parler une sauvegarde dans la mesure ou si le NAS est détruit ou volé, vous perdez tout. Cette proposition correspondait exactement à votre demande. Vos messages suivants parlent de mise en miroir des données, ce qui n'est pas du tout la même chose. Le RAID ou le SHR n'est pas une sauvegarde mais seulement un moyen de stockage assurant la sécurisation des données. En cas de perte d'un disque, vos données sont toujours disponible sur le deuxième disque. Il suffit de remplacer le disque défectueux pour reconstruire le RAID et assurer à nouveau la sécurisation. Pour pouvoir faire un RAID 1 ou SHR, il faut pouvoir faire un miroir sur 2 disques. Dans votre cas, vous aviez un disque de 2To et un disque de 4To. Le miroir ne peut se faire que sur 2To, les 2To restant sur le 4To n'étant pas exploitables. Si vous voulez faire du SHR avec protection des données tout en augmentant votre capacité, pas d'autre choix que de remplacer votre 2To par un 4To comme l'a proposé Lucien77. Vous aurez alors 4!to de stockage. Mais encore une fois, le RAID ou SHR n'est pas une sauvegarde et ne vous dispense pas de faire de vraie sauvegardes périodiques.

Bienvenu dans la communauté.

Seulement si vos disques sont en EXT4, ça pourrait marcher. Tant que le NAS de destination a suffisamment de baies pour les disques à migrer et que sa version de DSM est égale ou supérieure à celle du NAS de départ, ça devrait pouvoir se faire avec les limitations indiquées dans le tuto Synology sur la migration. Le seul point qui pourrait être bloquant c'est la taille maximum du volume qui est différente entre les 2 modèles. Cette donnée est intégrée dans les disques lors de la création de la grappe. Mais je ne pense pas que ça puisse coincer. En cas de doute, vous pouvez poser la question au support. Par contre si vos disque sont en BTRFS, la migration es impossible, le 214 n'étant pas compatible.

Heureusement que je vous ai mis en garde de ne pas effectuer une augmentation de volume !!!! C'est malheureusement ce que vous avez fait. Pourquoi être allé chercher sur un site improbable ce que vous avez dans les documents et le site Synology ? Le guide l'utilisateur : https://global.download.synology.com/download/Document/UserGuide/DSM/6.1/Syno_UsersGuide_NAServer_fra.pdf La base de connaissance : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial Ce que vous souhaitiez faire est expliqué dans ces documents et plus encore sur ce forum. Au pire, il fallait revenir ici et demander si ce que vous vouliez faire était correct. Le tuto que vous avez pris n'engage que celui qui le suit, et en l’occurrence, il y a un fâcheux oubli. Je cite : "Il y a plusieurs façons pour configurer le second disque dur. Soit vous l'ajoutez au premier et ça vous fait plus d'espace de stockage. Soit vous configurez les deux disques en mirroir (RAID). Dans ce dernier mode, le second disque ne va pas vous faire gagner de la place, mais il va vous protéger contre les pannes." Il y a une autre façon, la plus importante à mon sens dans votre cas, celle de créer un nouveau volume. Celle consistant à rajouter le nouveau disque au premier est à proscrire car trop dangereuse pour les données. Elle consiste en fait à créer un JBOD ou pire, un RAID0. Ce que nous ne recommandons pas ici. Maintenant que vous avez fait le mauvais choix, il n'y a pas 36 solutions. Soit vous passez par la méthode officielle : vous formatez vos disques et vous recommencez tout à zéro, soit vous suivez une méthode qui fonctionne : vous "cassez" le RAID ce qui ne touche pas aux données et permet de retrouver votre volume comme il était avant le rajout du disque, mais pour cela vous devez passer par du SSH et des lignes de commande. Sous quel environnement êtes vous (Windows ou MAC) ?

Quel modèle avez-vous finalement choisi ? Je suppose que vous voulez parler du SNMP. En gros, les systèmes compatibles SNMP qui sont raccordés sur le réseau peuvent être gérés totalement ou partiellement à distance à partir d'un poste superviseur. Sauf cas particulier, ça n'a aucun intérêt pour un particulier. Ca concerne seulement les entreprises déjà équipées d'un système de supervision.

Généralement, en arrivant sur un forum, on commence par se présenter. Il y a un forum dédié. Pour augmenter votre capacité de stockage, vous introduisez le disque et vous faite bien attention de choisir la création d'un nouveau volume qui va vous créer un volume 2 de 4To. Attention de ne pas choisir l'augmentation du volume existant !

Y'a plus qu'à attendre la série x19 alors pour y voir (peut-être) du Denverton !

Évidemment, avec des règles non validées et probablement une autorisation en bas de page si aucune règle n'est appliquée (on ne la voit pas mais on le devine), tout est ouvert en grand. Le parefeu ne sert à rien ici. Vous trouverez des exemples de réglages du parefeu dans le tutoriel sur la sécurisation de nos nas.

C'est aussi ce que j'ai constaté. Mais comme mon ADSL part un peu en quenouille depuis quelques temps, j'avais mis ça sur le compte de ma ligne (trop de paquets perdus). Un technicien Free doit passer la semaine prochaine. Et pour les notifications, je ne les ai plus depuis quelques jours.

Saturer le LAN peut-être (bien que j'en doute sur un réseau privé en Gb), mais si les backup sont réalisés en dehors des plages horaires d'utilisation du réseau (la nuit par exemple), quelle que soit la connexion (direct ou par le LAN) ça ne changera rien à la vitesse.

Je ne le comprends pas comme ça. On parle ici de protection de compte et non de bannissement d'IP. Pour moi il s'agit de bloquer un compte en cas de tentatives de connexions infructueuses, cad que toute connexion ultérieure à ce compte sera impossible quelle que soit l'IP.

Bon, je viens d'installer FreeOTP pour essai et je l'ai activé sur mon compte OVH. Pour info, on peut avoir les deux actifs en même temps : SMS et Appli.

Les codes changent toutes les 30 sec. Le moindre décalage sur les horloges si les mises à l'heure ne sont pas faites correctement et c'est panique à bord.

@InfoYANN et @StéphanH je ne sais pas si l'appli est en béta. Ce qui est sûr c'est que votre Tapatalk l'est sûrement car vu le nombre de fois ou vos messages sont doublés et que je supprime, il y a encore du boulot avant d'avoir une solution stable

Je suis d'accord globalement. Mais ayant déjà vécu l'enfer de google authenticator qui se désynchronisait sans arrêt, je préfère le SMS sachant que je peux les recevoir partout où je vais y compris à l'étranger, que j'ai aussi 10 codes de secours au cas où, et qu'enfin l'IP de connexion constitue une dernière protection au cas où mon SMS serait intercepté. A moins d'être atteint de paranoïa sévère, à mon humble avis il faudrait un plus qu'improbable concours de circonstance pour que quelqu'un de mal intentionné puisse usurper mon identité et se connecter à mon compte. Il ira plutôt chercher ailleurs.

Au choix sur une app ou sur SMS. J'ai choisi le SMS, plus fiable à mon sens.

J'ai répondu sur l'autre fil. Ca n'apporte rien puisque vous êtes sur votre réseau privé, en principe protégé du net et des hackers. A moins que vous ayez des doutes sur votre entourage et sur ceux qui utilisent votre réseau, faire du double chiffrement ne fait que ralentir les échanges.

Peut-être que je me trompe mais en gros, votre reverse proxy cherche à se connecter en http, mais le NAS au mieux le transfert sur le port https défini dans les paramètres (5001), au pire sur rien du tout puisque aucun port n'est activé pour le https de l'application (votre capture ci-dessus). Donc ça ne peut pas fonctionner. En enlevant la redirection http -> https vous devriez pouvoir utiliser le http dans le reverse proxy.

N'y aurait-il pas une redirection du HTTP vers le HTTPS dans les paramètres du NAS ?

Pour le moment ils ne sont qu'aux US, mais ça peut changer.

outbound1.letsencrypt.org - 66.133.109.36, outbound2.letsencrypt.org - 64.78.149.164 De ce que j'ai plus ou moins compris, ces adresses changent quand l'autorité change. Il y a eu Let's Encrypt Authority X1, puis X2 et maintenant X3. Au pire, si le renouvellement ne se fait pas pour cause de changement d'IP, je peux ouvrir le 80 et lancer le renouvellement manuellement.

Au passage, il est inutile avec une source en https de mettre une destination en https car dans ce cas vous faite un double chiffrage. Par exemple Note Station : Source : https://note.votredomaine.fr, Destination : http://localhost:(le port http de notestation dans le portail des applications) Par contre, il ne faut pas modifier la destination du routeur qui je suppose n'est accessible qu'en https

Inutile de renvoyer le 80 vers le 443, d'autant que ça risque de coincer à plusieurs niveaux (requête en http vers un port en https, renouvellement du certificat let's encrypt, ..) On peut très bien ne pas ouvrir complètement le 80 au niveau du parefeu et ne mettre que les ports Let's Encrypt pour que le renouvellement auto se fasse (c'est ce que j'ai fait), ou bien ne limiter l'accès qu'au US (ce qui est bien évidemment beaucoup plus "ouvert"), ou bien encore ne l'ouvrir que le temps du renouvellement (plus compliqué car il faudra y penser et ne pas oublier de le refermer après le renouvellement). Web Station et photo station fonctionnent très bien en https (443).