Mic13710

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.

Ce sujet est en fait à l'origine de l'élaboration du Tuto sur le serveur VPN par Fenrir. Il n'a plus de raison d'être, aussi je le clôture. Vous trouverez toutes les infos de mise en oeuvre du serveur VPN dans le tuto.

Avez-vous essayé avec OpenVPN ?

Je suis d'accord, mais qui vous dit que le problème de connexion ne vient pas de votre connexion 4G ?

Et en vous connectant à partir d'une autre ligne (voisin, famille, copain) ?

D'où l'intérêt de faire des réservations d'IP au niveau du routeur et de laisser le NAS en DHCP.

Automatiquement oui mais pas de script particulier, seulement l'utilisation des fonctions de démarrage et d'arrêt programmés du NAS. J'ai aussi activé le WOL pour pouvoir le démarrer en dehors des plages d'utilisation car il est installé dans un endroit relativement inaccessible.

Il y a effectivement Authy qui est multiplateforme, mais je ne l'utilise pas. J'ai Keepass synchronisé sur tous mes PC pour la gestion de mes mdp sur lequel j'ai installé le greffon KeeOTP, et sur mes smartphones et Tablettes sous Android, j'ai installé FreeOTP.

Merci pour le retour. Pour le moment l'augmentation est en cours. A voir à la fin s'il n'y a pas d'autres soucis.

Bon à savoir à l'avenir : pour ne pas avoir la même déconvenue, on peut très bien récupérer les codes d'authentification sur plusieurs supports (PC, smartphone, tablette). Il s'agit simplement du protocole OTP qu'utilisent Google Authenticator, FreeOTP, KeeOTP (greffon Keepass) et autres logiciels libres. Une fois la clé renseignée, le code sera le même sur tous les supports, à condition bien entendu que les horloges soient à l'heure ! https://fr.wikipedia.org/wiki/Mot_de_passe_à_usage_unique

Faut pas exagérer non plus. On est bien d'accord que les mises en veille et hibernations finissent à la longue par tuer les disques, mais si le NAS n'est pas utilisé sur quelques jours, on peut l'arrêter sans problème. Ce sont surtout les successions de démarrages en un temps très court qui flinguent les disques. Mon NAS de sauvegarde n'est allumé que le dimanche pour les opérations de sauvegarde. Le reste du temps, il est éteint. Ce qui offre en plus l'avantage de préserver mes données de toute attaque puisque inaccessibles !

Vous pouvez faire la sauvegarde de la configuration pour retrouver vos utilisateurs et leurs droits (c'est dans la mise à jour) Vous pouvez aussi sauvegarder les paramètres de vos paquets (c'est dans Hyperbackup)

Je ne sais pas pour le WD, mais le Seagate devrait pouvoir fonctionner avec le 218J. Sa compatibilité n'a pas été testée au dela du 115J, ce qui ne veut rien dire pour les autre modèles. En général, les disques posent rarement des soucis de compatibilité, mais ça peut arriver. Je ne connais pas les Toshiba et on n'en entend pas parler sur le forum (les marques les plus utilisées sont WD et Seagate, puis HSGT)

Il est préférable de d'abord le formater sur un PC (formatage rapide). Le format importe peu, le but étant de casser les partitions existantes. Vous installez les deux disques et l'installation standard vous construira un volume en SHR avec protection des données. Je ne sais pas si le choix EXT4/BTRFS est possible ou si le NAS installe par défaut du BTRFS. A voir sur le guide d'installation.

Je viens de lire votre présentation. De de ce que j'ai compris, vous avez migré vos disques d'un 413J vers un 918+ et très franchement ce n'est pas la meilleure approche qui soit car le gouffre technologique est important et que vous avez aussi trimballé avec vous toutes les vieilles casseroles et limitations de votre ancien NAS sur le nouveau. Entre autres, la limitation de la taille des volumes et surtout le EXT4 alors que vous avez du BTRFS sous le capot du 918+. Par ailleurs, pourquoi avoir fait 3 volumes distincts (ce qui maintenant vous pose une difficulté de migration) alors que ce type de NAS est plutôt conçu pour faire essentiellement un groupe de disques en RAID ou SHR en simple ou multivolume ?

bienvenu dans la communauté

Je ne l'ai pas mais j'avais repris la méthode d'écriture de zéros sur ce post.

Faut patienter.

Rien de choquant dans ces résultats. Vu qu'il y a une erreur signalée côté DSM, je vous conseille de prendre contact directement avec le support qui sera en mesure (ou pas) de résoudre votre problème.

Je ne vois rien qui pose problème au niveau du groupe de disques et du volume. Avez-vous vérifié que vos 4To sont compatibles avec votre NAS ? Quelques commandes supplémentaires pour confirmer : mdadm --detail /dev/md2 pvs -a vgs -a lvs -a

Les volumes physiques et logiques sont OK et sont utilisés en totalité. Vous avez bien vos 9To. Il s'agit à mon avis d'une erreur d'affichage de l'interface de DSM. Je me souviens que le cas s'est déjà présenté. Attendez la fin de la reconstruction puis redémarrez le NAS. Si le problème persiste, il va falloir contacter le support pour qu'ils corrigent l'erreur.

Parce qu'il faut être en mode root. Pour cela, il faut faire précéder les commandes d'un sudo comme ceci : sudo mdadm /dev/md2 -f /dev/sdb5 etc.... Un mdp sera demandé, c'est celui d'admin.

Pas normal. Que donnent les commandes df –h pvdisplay lvdisplay

Merci pour le retour. Les 3To ont été tellement la cause de pertes de volumes, qu'il est rassurant de savoir que pour la majorité des utilisateurs ça se passe sans problème. Fort heureusement, tous les 3To ne sont pas foireux. C'est juste qu'on a assisté à une telle hécatombe pendant un temps qu'il a paru préférable à bon nombre d'entre nous de ne pas les recommander et de plutôt les éviter.

Ce n'est pas soutenu officiellement, mais voici un lien qui devrait vous aider. https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/#comment-137