Mic13710

J'y ai pensé aussi, mais si ce n'est pas des disques issus de migration, le volume devrait être en BTRFS. Si EXT4, c'est très probablement dû à CloudStation.

@CoolRaoul ma foi, je l'ai installé il y a quelques mois et il tourne bien sur mon smartphone android. Et si je dois changer, pas de problème, j'ai sauvegardé la clé et il me suffit de trouver une autre appli OTP pour retrouver mes codes. Ce n'est donc pas véritablement un point de blocage. J'ai aussi parlé de Authy dans mon message mais comme j'ai mis keeOTP sur mon Keepass, je n'ai pas trouvé utile de doubler. Le tout en 1 sur Keepass me convient bien.

Passer par Quickconnect ne changera rien à l'affaire. Il faudra toujours s'identifier pour accéder au NAS. Il ne faut pas dédier la génération d'un code au seul Google Authenticator. GA n'a rien de propriétaire. Il se base sur le protocole OTP (One Time Pass) qui est le même pour Google, Authy ou encore FreeOTP et tant d'autres. Le plus important c'est la synchronisation des horloges puisque pour un temps donné, le code généré à partir d'une même clé sera le même pour tous. Perso, je n'utilise pas GA. J'ai KeeOTP qui est un addin qui fonctionne avec Keepass sur mes PC et FreeOTP sur mon smartphone. Ainsi, je peux récupérer le code indifféremment sur mon PC ou mon smartphone. Je pourrais très bien utiliser GA, ça fonctionnerait aussi. Pour cela, à l'étape de création du code sur le NAS, il faut récupérer la clé qu'il faudra ensuite renseigner dans les applications OTP que vous utilisez afin qu'elles génèrent toutes le même code. Vous pouvez enregistrer la clé quelque part (Keepass par exemple) pour la sauvegarder et pouvoir plus tard la récupérer si besoin. Ainsi, même si vous perdez votre téléphone ou bien qu'il tombe en panne, vous avez toujours le moyen de récupérer le code soit sur votre PC, soit à partir de la clé sauvegardée. @gege83 Il est d'usage sur ce forum comme sur beaucoup d'autres de passer par la case présentation avant de poster. Certains y sont sensibles. Il n'est jamais trop tard et vous pouvez toujours aller y faire un tour

Faudra nous expliquer comment vous arrivez à faire un raid1 sur 4 disques sur un nas Synology. C'est une première mondiale !

Vous êtes sûr ? C'est pas plutôt RAID5 ou SHR avec protection des données ? J'approuve à 100% ce que dit Einsteinium. Rien de mieux pour flinguer des disques. Et de toute manière, un disque de RAID5 tout seul ne sert strictement à rien. Et comme premier message, peut mieux faire. On aime bien par ici que les nouveaux arrivants passent D'ABORD par le forum des présentations. Certains y sont sensibles. Il n'est pas trop tard pour bian faire.

Non, pas de renvoi du http vers https. C'est normal que vous ne puissiez pas passer le http si vous l'avez fermé ou limité au niveau du parefeu. Je viens récemment de mettre en service mon serveur web pour pouvoir justement traiter les requêtes en http et les basculer en https avec un .htaccess Voir ce tuto de @Kawamashi

Il n'y a pas de VRAI basic sur un multibaie. Si un disque est en basic, c'est en réalité un RAID monodisque et il peut être converti en RAID1 en ajoutant un disque de capacité au moins équivalente. Sur un NAS 2 baies, le RAID1 est suffisant. Inutile de basculer en SHR sauf si plus tard on envisage de changer pour un NAS 4 baies ou plus, et encore, on peut très bien choisir de rester sur du RAID Classique.

Oui, c'est possible d'un nas monobaie vers un autre monobaie. Il suffit de suivre le lien donné par firlin où tout est expliqué.

Désolé, je suis totalement ignare (et hermétique) au monde des pommes.

Le NAS qui a le cordon peut faire serveur UPS. On renseigne les IP dans une liste et le NAS fait remonter les infos vers ces IP. Il faudra installer winnut sur le PC.

Je viens de voir ça. 4+4 en RAID1 = 4, pas 8

Ma réponse prêtait effectivement à confusion. J'aurais dû compléter par "sur les notes de version du 214+" La suite était plus claire.

Ben oui, j'ai bien lu, c'est toi qui n'a pas lu ma remarque

Curieux en effet que ça ne soit pas noté. Mais bon, la maj est minime apparemment, mais elle doit être critique pour qu'il n'y ait que ça.

Oui mais ça ne concerne pas l'update 1

Depuis aujourd'hui, j'ai une mise à jour qui s'affiche dans DSM pour passer à la version 6.1.3-15254 Update 1. Mais il n'y a rien pour le moment dans les notes de version pour cet update. Est-ce que quelqu'un sait de quoi il s'agit ?

A mon sens, le btrfs ne protège pas plus que le ext4. Les erreurs de parité existeront de la même manière. Attention à l'onduleur : ce n'est pas parce qu'il y en a un qu'on est protégé. Si la batterie ne tient plus la charge, c'est comme s'il n'y avait rien du tout. Il est important de faire des vérifications régulièrement. Les tests auto de l'onduleur ne durent pas suffisamment longtemps pour pouvoir valider l'état de la batterie. Que disent les logs ? Il faut aussi contrôler les fiches et prises de courant. Une fiche mal embrochée peut aussi être une cause de micro coupures.

Je ne vois pas ce qui vous fait dire ou sous entendre que DSM 6.1.5 serait instable, ou bien que 5.2 soit plus stable. 5.2 est obsolète, les mises à jour de sécurité ne sont plus faites et les fonctions et paquets sont nettement moins aboutis que sur la 6.1.5. Alors vouloir revenir en arrière pour trouver forcément moins bien, franchement je ne comprends pas. Mais si vous voulez à tout prix du 5.2, tournez vous vers de l'occasion, comme par exemple le 710+ qui reste encore un bon nas. La 5.2 est la dernière version pour la série x10. Au moins vous serez sûr de ne pas aller au delà !

Ces bornes, c'est de la balle ! Depuis que j'ai la mienne, mon réseau wifi est stable et la couverture excellente. Elle se fait complètement oublier. Mes cam wifi ne se déconnectent plus pour un oui ou pour un non. C'est de l'excellent matos pro pour un prix très raisonnable.

Bonjour Bruno et bienvenu dans la communauté.

Parti aux oubliettes. De toute manière, il est obsolète. Suivez plutôt le tuto Synology https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_migrate_between_Synology_NAS_DSM_5_0_and_later En attendant, je verrouille le sujet.

Aie ! Faux aussi ! Un basic sur un multibaie est un RAID monodisque, pas un SHR. Si on veut travailler avec des raid traditionnels, on choisi basic, raid1, raid5 etc... Si on veut travailler avec du SHR (installation par défaut) on a effectivement le SHR sans protection de donnée, le SHR avec protection des données, le SHR2 avec protection des données sur 2 disques On ne peut pas migrer un basic vers un SHR de même qu'on ne peut pas migrer un SHR sans protection de donnée vers un RAID multidisques

Au delà de l'impossibilité matérielle, je voudrais comprendre pourquoi vouloir downgrader un nas de 2018.

Je ne comprends toujours pas votre résonnement. Pour construire un raid quel qu'il soit, il faut formater les partitions des disques qui seront inclus dans le RAID. Rajouter des disques à un RAID existant procède de la même logique : il faut bien créer les bandes sur les disques rajoutés, et donc formatage obligatoire.

Je ne comprends pas ce que vous voulez dire. Une fois que vous avez supprimé le volume 2, vous ne sortez pas les disques. Il suffit de cliquer sur gérer dans le gestionnaire de stockage, de choisir d'augmenter le volume existant et de sélectionner les deux disques pour que le NAS construise un RAID5 sur les 4 disques, sans perte des données qui existaient sur le volume 1. Il est bien évidnet que toutes les données qui étaient sur le volume 2 seront détruites. Et comme pour toute manipulation sur les disques, je vous conseille de mettre à jour vos sauvegardes du volume 1 avant de procéder à l'extension du volume.