Mic13710

C'est le compte et mot de passe du compte admin de DSM. Et pour passer en root, il faut lancer la commande sudo su-. Putty va à nouveau demander un mdp qui est celui d'admin.

Vous avez deux problèmes sur le disque 1 : la partition système est sortie du RAID et une des partitions des données (sda6) n'est pas prise en compte par le shr. Ce qui se voit aussi sur la capacité de stockage qui est à 6.70To alors qu'elle devrait être de 8.2To. En cliquant sur le bouton Gérer, DSM devrait vous proposer de réparer. Si ça ne marche pas, arrêtez le nas, sortez le disque 1 (faite attention de ne pas vous tromper), formatez le sur un PC, faite lui subir les batteries de tests étendus du constructeur et s'il est ok, vous le remontez et vous lancez la reconstruction de shr.

Renvoyez les vues Volume et HDD/SSD Et si vous êtes familier avec le mode terminal, renvoyez le résultat de la commande cat /proc/mdstat

Et moi je n'ai eu que des Seagate et zéro problème que ce soit sur les 2To ou les 4To.

Ce n'est pas ce que dit le gestionnaire. Le disque valide est bien le 4To. 3.64To correspond au 4To. C'est le 3To qui est mort. Le fait qu'il tourne encore ne veut pas dire qu'il est OK. Comme il n'est plus reconnu par le NAS, difficile de récupérer les données SMART. Pour y voir plus clair, il faudrait passer en mode terminal et lancer la commande suivante : cat /proc/mdstat Pour accéder au mode terminal, il faut activer le SSH dans le menu Terminal de DSM, installer Putty sur le PC et se connecter au NAS par son IP, compte Admin, mdp : celui du compte admin du NAS.

Non seulement ça, il y a aussi la partition des données du sdc3 qui est sortie du RAID.

Il est d'usage sur ce forum de passer par la case présentation avant de poster. Certains y sont sensibles. Et quand bien même votre PC détecterait vos disques, il ne pourrait pas les lire tout d'abord parce qu'ils sont en EXT4 et qu'ils utilisent mdadm pour leur gestion. Vous ne pourriez les lire qu'avec une distribution Linux type Ubuntu sur laquelle on installe mdadm et peut-être aussi lvm2. Il y a un tuto pour ça ici, mais ce n'est que pour récupérer des données sur des disques sains, ce qui n'est pas votre cas. Ensuite, même si vous pouviez les lire, vous n'en tireriez pas grand chose d'exploitable car les données sont réparties sur les 2 disques. Et avec un disque mort (le 2), elles sont pratiquement toutes parties en fumée. C'est un peu dur comme constat mais c'est malheureusement la triste réalité. On ne le répètera jamais assez : JBOD et RAID0 sont à proscrire sur des NAS. Il ne vous reste plus que vos sauvegardes.

@firlin Avec un message formulé comme ça, je me demande quel est l'intérêt d'y répondre. Pas de présentation (mais ça on est habitué) et même pas un bonjour. Le savoir vivre et les bonnes manières se perdent. Edit : Et pour couronner le tout, ce n'est pas le bon forum. Je déplace.

Pour bien comprendre comment le SHR fonctionne avec vos disques : DSM va vous construire : un RAID5 sur 1To de chaque disque, soit 3To de stockage un RAID5 sur 1To sur 3 disques (2, 4 et 4), soit 2To de stockage un RAID1 sur les 2To restants des 4To, soit 2To de stockage Vous aurez au final 3 + 2 + 2 = 7To de stockage et 4To en sécurisation.

1. Très mauvaise idée qui de toute manière ne fonctionne pas puisqu'à chaque rotation le RAID est cassé et devra être reconstruit. Il faut mettre en place une sauvegarde périodique sur un autre support, un autre lieu. 2. L'accès rapide, c'est d'abord affaire de réseau. Et question sécurité de même que pour monter un lecteur réseau, rien de mieux que le VPN. Celui du NAS fonctionne très bien. 3. Pas plus de retours que pour les autres modèles. Tout dépend de l'utilisation que vous faites de votre NAS.

Pas pour @Allumette !

Pour Let's Encrypt, PiwiLAbruti a donné la réponse. Il suffit de faire 2 règles sur le port 80, une pour chaque IP et de supprimer la règle générale. Pas de problème avec le parefeu. Il suffit de sélectionner dans la liste les pays pour lesquels on autorise l'accès.

Je ne sais pas pour le VPN, mais en tout cas, je vois de grosses portes grandes ouvertes sur la fb et sur le parefeu. Premièrement, le parefeu lit les règles au fur et à mesure qu'elles se présentent. Il faut placer en tête de parefeu toutes les IP privées (les lignes 4, 5 et 6) avant les protections des accès externes. Port 5000 du routeur : à proscrire totalement à partir de l'extérieur ! Le 5001 est à éviter aussi, et d'une manière générale, mieux vaut éviter d'accéder à DSM de l'extérieur. Utilisez le VPN pour ça. Port 80 : celui-ci aussi est à proscrire côté NAS. S'il est ouvert pour la maj de Let's Encrypt, vous avez 2 possibilités : soit vous ne l'ouvrez que pour la maj (et c'est un peu aléatoire quand à la date de maj), soit vous n'ouvrez que les IP Let's Encrypt que vous pouvez alors laisser en permanence. J'ai personnellement opté pour cette dernière solution. Enfin, si vous n'avez pas besoin du monde entier et que le monde n'a pas besoin de vous, régionalisez vos applications.

C'est un simple cordon USB type imprimante. Je ne crois pas qu'il était livré avec le NAS (ce n'est pas un cordon exotique)

Ca ne change strictement rien au fait que la réservation devrait se faire côté routeur et non côté NAS. Je vous conseillerais de diminuer votre plage DHCP pour laisser plus d'adresse pour les réservations. Vous verrez qu'à l'usage c'est beaucoup plus simple. Ma plage DHCP commence au 101. Les adresses de 2 à 100 sont utilisées pour mes réservations et me permettent de faire des regroupements pour pouvoir les gérer plus facilement au niveau de mon routeur (ce qui bien entendu n'a guère d'intérêt pour un routeur de box mais est valable pour un "vrai" routeur).

Bien évidemment le conflit ne peux pas exister si l'adresse se situe hors de la plage DHCP. Je parlais en généralité car la plupart des utilisateurs ne limite pas la leur.

Et c'est comme cela qu'on arrive à des conflits. A supposer que votre NAS soit en 192.168.0.2. Si le NAS est arrêté, rien n'empêche le routeur d'attribuer cette adresse à un autre équipement puisqu'elle est libre. Quand vous rallumerez votre NAS, il y aura conflit. Alors qu'en faisant la réservation dans le routeur, l'adresse 192.168.0.2 est réservée au seul NAS, qu'il soit opérationnel ou non.

Encore heureux !

Oui. En réalité, c'est très simple à mettre en oeuvre. Tous mes équipements sont en DHCP. J'ai défini sur le routeur une plage DHCP qui va du 192.168.X.101 à 255. Cette plage est celle qui est utilisée par mes visiteurs. Encore sur le routeur, j'utilise la plage 192.168X.2 à 100 pour mes propres équipements (NAS, PC, smartphones, tablettes, caméras, imprimante, etc...) en réservant les adresses avec l'adresse MAC de chacun. Par exemple, mon NAS principal est en 2, le secours en 3, mon PC en 10, celui de ma femme en 11, etc... Ainsi, aucun risque de se voir avec un ou plusieurs équipement(s) inaccessible(s) en cas de changement de routeur ou de plage IP.

Vous n'avez pas bien lu ce que j'ai écrit. C'est un passage obligé C'est ça la raison. Mettre une IP fixe à la fois sur le routeur et sur le NAS, c'est un doublon inutile. Alors autant se simplifier la vie. Mais après, vous êtes maitre à bord et vous faites exactement comme ça vous arrange.

Si vous aviez lu tout le fil, vous auriez trouvé la réponse. Si on attribue une adresse fixe dans le NAS, le jour où vous changerez de plage DHCP ou de routeur ou d'opérateur, le NAS aura toutes les chances d'être inaccessible. Vous devrez alors passer par un reset pour rétablir le DHCP. Alors qu'en le laissant en DHCP, vous laisser au routeur le soin d'attribuer une IP. Si ce n'est pas la même que celle d'origine, au moins vous pourrez toujours retrouver votre NAS sur votre réseau. Il vous suffira ensuite de reparamétrer votre routeur pour rétablir vos IP.

Envoyez un ticket à Synology via DSM. Ils vous proposeront de prendre la main sur votre NAS. C'est à mon sens la meilleure solution. Edit : Avec autant de NAS en votre possession, vous n'avez pas mis en place un système de sauvegarde ?

Et bien non. Ce sera aussi rapide sur un réseau Gb. En plus avec la solution boitier USB vous devrez faire 2 fois le transfert des données : une fois du NAS sur un 4To et une autre fois du 4To vers le NAS. Pas vraiment efficace.

Si votre disque est neuf ou ne provient pas du NAS ou d'un autre NAS Synology, inutile de le formater, le NAS s'en chargera.

Oui et Non. Seule l'IP statique est traitée dans mon tuto dans le cadre du serveur DNS et c'est parce que j'ai une IP statique que j'ai pu gérer la partie publique directement sur mon NAS. Le tuto de Cachem donne aussi la manière de faire avec une IP dynamique. Dans ce cas, il n'est pas conseillé de faire de l'auto hébergement car l'IP change ce qui peut poser des problèmes de résolution. Il faut gérer la partie publique dans la zone DNS d'OVH. Comme je l'ai dit dans mon tuto, les enregistrements de la partie publique que j'ai fait sur mon NAS sont alors à faire dans la zone DNS d'OVH.