gaetan.cambier

tu as sur que c'est l'électricité du nas qui est en cause ? retire le rj45 du nas, pour etre sur que c'est pas le nas qui prend tous le debit de ta ligne internet

si, tu recherche dans google "MX Backup" par contre, faudra chercher mais je crois pas que il y en existe des gratuit edit synocommunity l'avais fait, j'ignore si c'est toujours actif : edit2 en ajoutant "free" à la recherche google, on trouve des mx backup gratuit faudra voir si ils sont correct

En fait, c'est le fait de retirer un disque/volume (si je comprend, c'est tous des monovolomes) qui fallait pas faire Le mieux aurait été de cloner le disque, on aurait juste du changer la taille du volume par la suite. Maintenant, tu peux essayer de rajouter ton disque, mais il risque de renommer le volume, chose qui ne t'intéresse probablement pas J'avais déjà vu passer sur le forum le moyen du changer le numéro du volume, mais cela date, a mon avis, on peux toujours essayer d'éditer le fichier /etc/fstab, si synology n'a pas stocké l'info ailleurs, ça fonctionnera

tu peux toujours nous copier la sortie smart, mais si il est en état anormal, c'est pas partis pour le disque

il y a combien de disque sélectionné dans ta capture ? Réponse 1 et dans ton retour de de la commande cat /proc/mdstat, il y a combien de disque dans chaque volume raid de données ? Réponse 1 aprend à lire !

tu va nous expliquer comment faire de protection de donnée en utilisant que 1 SEUL disque comme tu le fait !?!

à la fois, lire depuis le navigateur n'a jamais été très stable. je le fais uniquement ou je n'ai pas d'autre choix, mais souvent le résultat est assez aléatoire

fait comme tu vieux vu que tu ne veux pas utiliser l'aide founie ici et la doc officielle synology après tout tu es p-e plus malin qu'eux rien qu'a voir l'etat de ta sortie cat /proc/mdstat qui declare un volume en panne, je pense que lire la documentation synology, entre autre, ne te ferai que du bien

Parce que tu n'est même pas capable d'ajouter un disque dans le raid en suivant la bonne procédure : https://help.synology.com/dsm/?section=DSM&version=5.1&link=StorageManager%2Fvolume_diskgroup_expand_add_disk.html Quand a la configuration mdadm, elle est bien disponible en ssh mais a part encore empirer la situation en cas de modifications, cela n'apportera rien

Dans ton gestionnaire de stockage, il est note SHR sans protection de données. Le terme est pourtant claire! Fallait avoir SHR Avec protection de données sur 1 disque pour avoir un raid redondant.

La, tu as un problème : il faut insérer les disque par ordre de taille dans le shr, impossible d'ajouter un disque plus petit par la suite

Aurais-tu désactivé ton vpn entre temps, je le voit plus dans les règles Essaye une chose: Ouvre le port simplement par l'interface du routeur Affiche moi les routes de ton routeur qd le vpn est activé Je pense que le problème vient de la a la base

La 2° règle ne se trouve pas dans la liste Ou alors, il est temps que je dorme, les 2 sont possibles [emoji14]

ca devrait pourtant fonctionner avec ses 2 regles le paquet arrive, il passe dans le PREROUTING la 1° regle regirige le paquet (qui avait comme destination ton routeur) vers l'adresse spécifiée le paquet passe dans la table FORWARD la 2° règle autorise le passage du paquet (et donc evite le DROP qui est mis par défaut) le paquet passe dans le POSTROUTING aucune regle pour le paquet, il sort du routeur vers sa destination et en sortie, la masquerade est la, donc le snat doit fonctionne -A POSTROUTING ! -s **.**.***.*/32 -o eth0 -j MASQUERADE sur la théorie, ca doit fonctionner. il y a surement un truc bete qui a été oublié, tu as bien ajouté la 2° ligne que je t'ai donné ? refait un iptables-save pour verifier

non, tu as pas pris la bonne option fallais aller dans le gestionnaire de stockage --> gerer --> augmenter la capacité faudra donc supprimer le volume qui est en cours de creation pour repartir vers la bonne option

on doit pas avoir la meme notion de normal pour le statut d'un raid tu dis etre en shr sur 2 disque (raid1) alors que pas du tout donc forcement, comme tu as déclaré un disque en erreur, le volume est en panne vu qu'il n'y a pas de redondance et la commande mdadm --manage /dev/md2 --remove /dev/sda5 ne peux fonctionner vu que il n'y a pas de redondance donc le problème n'est pas chez synology qui fournis une très bonne continuité de service avec le shr avec protection de donnée sur un disque qd évidemment, on l'utilise.

j'aurait pas fait de snat mais plutot des masquerade mais je me trompe p-e bon, j'ai un peu regarder, faudrai surtout avoir la liste des regle dans ton iptable pour ajouter un port, faut ses 2 regle : # iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 5001 -j DNAT --to 192.168.1.5:5001 # iptables -A FORWARD -p tcp -d 192.168.1.5 --dport 5001 -j ACCEPT je te laisse faire les autres

as tu regarder ici ? http://e2transcoder.megaurl.it/how-to-install-e2-transcoder/

que donne la commande suivante ? cat /proc/mdstat

quand on jour avec les commande raid sans les maitriser, après, on dis que ca fonctione pas ! mdadm --manage /dev/md2 --assemble /dev/sda5 dans tous les cas, la commande est fausse sur un raid 1 mdadm --stop /dev/md2 tenter d'arreter un peripherique md alors que la partition est montée ... heureusement que cela ne fonctionne pas, c'est direct la perte de donnée çà ! maintenant, est-tu sûr que tu est en raid1 ou shr ? j'en doute !

malheureusement oui, la migration n'est pas possible d'un modele monobaie --> multibaie

malheureusement, tu ne peux pas migrer simplement ton disque d'un nas à l'autre la sauvegarde de la config gardera les paramètre du dsm, mais pas ceux des packages le + simple sera de mettre les 2 nas allumé en meme temps, et passer dans les paquet pour reproduire la config et egalement transferer les données

un bug windows --> on reset le dsm : quel logique !

c'est la le problème alors plusieurs piste : disque mal fixé (je commence par le + simple) connecteur sata ou connecteur alimentation defaillante disque dur defaillant tu peux aussi verifier en ligne de commande ssh qd tu insere un disque et qd il disparait, taper la commande : dmesg tu devrait voir un événement lié au disque (/dev/sdX)

le + simple, c'est encore tout faire passer par un reverse proxy qui bloque les tentative de connection avec l'ip directe et ne laisse passer que par le nom d'hote prévu. comme la plupart des attaque se font sur une ip et pas un nom de domaine, on ecarte le problème, ensuite, meme si un hacker cible le domaine, faut encore savoir quel sous-domaine on utilise pour passé ... bref, plus grand chose arrivera a destination à par le vrai trafic