Toutes les discussions

C'est ce que j'ai remarqué lors du redémarrage, ton message décrit totalement ce qu'il s'est passé. En ce moment, les disques ne grattent pas mais les lumières clignotent rapidement. Je l'ai laissé tranquille depuis le 1er message et là je vois qu'il n'est pas reconnu dans Explorateur Windows, ni même par Syno Assistant

Bonjour, À tout hasard… quand tu redémarres ton NAS tout est calme et fonctionne bien mais au bout d’un moment tes disques s’affolent (LED qui clignotent rapidement sans s’arrêter). Lorsque tout est calme, as-tu vraiment accès à tous tes fichiers ? Genre… ça ne serait pas un ransomware que ferait carburer ton CPU lorsqu’il reprend le cryptage de tes fichiers ? PS : ton DSM est à jour ?

Salut à tous, depuis cet aprem, je ne peux plus accéder au NAS (que ce soit via pc ou smartphone). Aucune mise à jour ou changement n'a été fait. Hier, j'avais le message "connecting" dans SDC avec les disques qui tournaient en boucle. J'ai essayé de me débrouiller en faisant un tour du côté NAS (accès long à DSM par intermittence) et du côté PC. J'ai fermé SD client et l'ai réouvert, j'ai essayé de trouver le NAS via Syno Assistant, il ne le trouve pas Le voyant statut du NAS est vert fixe, les autres sont verts clignotants très vite. Le voyant power est bleu fixe. Je suis passé par chatgpt pour voir, j'ai fais des test et autre, il en ressort ceci si ça peut vous aider à y voir clair : Ton DS918+ : Reste alimenté normalement (POWER bleu). Conserve ses voyants de disques verts. Répond au ping. N'arrive plus à faire fonctionner correctement DSM. Ne répond pas correctement au protocole SSH. Ne donne plus accès aux fichiers Windows. DS918+ avec 4 disques de 10 To en RAID 5; disques saints Volume Btrfs. DSM inaccessible sur 5000 et 5001. SSH : connexion TCP possible, mais délai d'attente pendant l'échange de bannière. SMB inaccessible malgré le port 445 ouvert. Ralentissements progressifs avant blocage. J'ai éteints proprement le NAS hier soir, ce matin, ça fonctionnait correctement. Le soucis est réapparu début d'aprem. Si certains d'entre vous peuvent m'apporter de l'aide, je serai pas contre s'il vous plait. Je vais continuer les recherches de mon côté, merci à vous

Un point important sur le RAID0 avant de relancer une installation DSM : si les donnees sur ces 4 disques ont de la valeur, il faut imperativement NE PAS laisser l'assistant Synology reformater les volumes lors de la reinstallation. Lors d'une install DSM "reparer" (sans cocher "Effacer toutes les donnees"), Synology tente en general de preserver le volume existant. Mais si l'assistant propose de "migrer" ou "reinitialiser", refusez et arretez-vous la. En RAID0, contrairement au RAID1 ou RAID5, il n'y a aucune redondance. Une seule erreur d'ecriture au mauvais endroit et les donnees sont inaccessibles definitvement. La procedure la plus sure si les donnees sont importantes : 1. Sortir les 4 disques, noter l'ordre exact des baies (photo) 2. Faire une image de chaque disque avec ddrescue (Linux) avant toute tentative 3. Travailler sur les images, jamais sur les disques originaux 4. Tenter la recuperation RAID0 avec ReclaiMe ou R-Studio qui reconstituent le RAID en logiciel Si la reinstallation DSM "reparer" fonctionne et que le volume se remonte tout seul, parfait. Sinon, ne pas insister — un laboratoire peut recuperer les donnees directement depuis les disques bruts (sos-disque.fr, diagnostic gratuit).

Pour completer ce qui a ete dit ici : quand le NAS repond au ping mais que DSM et SMB restent bloques, c'est souvent signe que le systeme d'exploitation tourne mais que le service de volume est coince. Verifications utiles par SSH : - cat /proc/mdstat (etat RAID en temps reel) - df -h (volume monte ?) - sudo synoservicecfg --restart pkgctl-samba (relancer SMB sans reboot) RAID5 tolere 1 panne, pas 2. Si deux disques sont reellement defaillants, les donnees ne sont plus accessibles. Dans ce cas la priorite est d'eteindre proprement le NAS (sudo poweroff via SSH) et de ne pas forcer de reconstruction. Qu'est-ce que montre /proc/mdstat ?

@Lelolo Merci de ton retour. Dès que je peux débrancher le 425+ j'essai.

Bien vu @PiwiLAbruti ! 👍 Je confirme, ça marche. Je me demandais pourquoi il y avait autant de certificats pour un seul ndd. Comme il s'agit d'un synology.me, je me suis dit que c'était peut-être normal. Ceci étant dit, comment peut-on avoir 2 ndd synology.me sur un seul NAS ? A ma connaissance, il n'y a qu'un ndd xxxx.synology.me par nas. Et aussi pourquoi 2 certificats pour serge-helpdesk.synology.me ? J'ai l'impression qu'il y a un peu de bazar dans les demandes de certificats avec clairement un doublon sur le helpdesk.

merci pour ta réponse , Tailscale mis à jour de 1.58.2 à 1.104.5. test en 5g : c'est ok

Votre configuration paraît déjà bien verrouillée. Le seul point que je vérifierais encore est Tailscale : la version 1.58.2 est ancienne, donc regardez la dernière version stable publiée par Tailscale pour Synology et installez le paquet compatible avec le DS416play. Ensuite, refaites le test depuis la 5G sans rouvrir de ports.

Vois si l'alim du 425 peut fonctionner sur le 415 (j'ai un doute...) Car si elle a pris un pet elle peut dysfonctionner.

C'est volontaire la subtilité entre les noms de domaine serge-helpdesk.synology.me et serge-helpkesk.synology.me ? Parce que si oui, ça fonctionne bien : https://serge-helpkesk.synology.me/

@jeremyc Bon je crois que le NAS est foutu. Bizarre quand même que le fait d'avoir arrêté, à la sauvage, c'est vrai une réinstallation, détruise le Harware. Mais bon. Même le RESET ne donne rien. Les disques ne tournent pas. Pas de LED vertes. Pas de bruit. Rien, nada. Et sans aucun disque c'est la même chose. Le changement de câbles n'a rien donné, j'avais déjà essayé. Je ne désespère pas de trouver une solution, car c'est dommage de foutre à la poubelle ce NAS, même de 2014. Pour l'instant, je viens d'acheter un DS425+, je refais l'installation sur un disque et je vais voir si je peux récupérer les données des trois autres. Je te remercie vraiment de ton intérêt et, si toutefois tu avais une autre piste, je reste à ton écoute. Bonne soirée

Re, Si Assistant ne voit toujours rien et que le reset court ne bippe pas, on sort du classique "DSM cassé" pour un souci plus bas (réseau ou boot). Quelques checks dans l'ordre : Coupe l'alimentation complètement (prise murale ou onduleur), attends 2-3 minutes, remets les 4 disques dans le même ordre de baies, puis rallume. Le 415play peut rester muet si l'alim n'a pas eu le temps de se décharger. Essaie un autre câble Ethernet et un autre port du routeur/switch, ou un PC en lien direct. find.synology.com et Assistant ne trouvent rien si le NAS ne sort aucune trame. Reset mode 2 : NAS allumé, appui long sur RESET jusqu'à entendre un bip (souvent environ 10 s), puis un second bip un peu après. Ça remet réseau et admin, sans formater les disques. Si vraiment aucun bip, le bouton reset ou la carte mère ne répondent plus. Écoute au démarrage : les disques tournent-ils ? Y a-t-il un bip unique à l'allumage ? Autre LED que la bleue clignotante ? Si rien ne le fait apparaître dans Assistant, c'est souvent la carte mère ou le contrôleur réseau du 415play qui a lâché (modèle de 2014). Dans ce cas les données restent en principe sur les 4 disques en RAID 0 dans le même ordre, et on peut tenter une récupération en montant ces disques (même ordre) sur un autre Synology compatible en migration, sans reformater. Dis-moi ce que tu entends au démarrage (disques, bip) et si un autre câble ou PC change quelque chose.

Bonjour @jeremyc Merci de ton intérêt. J'ai essayé la connexion directe. Le NAS n'est pas vu par l'assistant et il ne propose rien, logique. Le RESET n'a fonctionné pas, il ne se passe rien et je n'ai aucun bip. Je vais réessayer en mettant les digues, car j'ai fait sans en suivant ce que me disait L'IA. EDIT: Pas mieux rien ne se passe. Les disques sont en place, la LED bleue clignote. Voilà où j'en suis.

Bonjour, La LED bleue qui clignote avec ou sans disques, après une réinstall coupée net, veut surtout dire que le NAS n'arrive plus à démarrer un DSM valide. Ce n'est pas forcément la fin des données, surtout si tu n'as pas formaté les volumes. En RAID 0, remets bien les 4 disques dans les mêmes baies qu'avant, dans le même ordre. Ensuite, plutôt que de bricoler l'alimentation, passe par une install propre depuis un PC du même réseau : Télécharge le .pat DSM 6.2.4 pour DS415play sur le Download Center Synology (ce modèle ne va pas en DSM 7). Lance Synology Assistant (ou find.synology.com), il devrait voir le NAS même si DSM ne démarre pas. Choisis Installer / Migrer. Si on te propose de migrer le système existant, prends ça. Évite toute option qui formate les disques ou recrée le volume. Si Assistant ne le trouve pas : câble Ethernet direct vers le PC ou vers un port du routeur, autre câble, et un reset mode 1 (appui court sur RESET environ 4 s jusqu'au bip) pour remettre réseau/admin sans toucher aux données. Le paquet SynoCommunity a pu casser des dépendances, mais l'essentiel maintenant c'est de finir une install DSM propre sans reformater. Dis-moi si Assistant voit le NAS et quelles options il propose, on pourra trancher avant de cliquer. Bonne soirée.

Bonjour à vous J'ai un gros souci avec mon NAS DS415play de 2014, et oui, ce n'est pas la dernière génération. Son utilisation principale est de me servir de serveur pour Kodi et de stocker films , photos et quelques fichiers fichiers. Il a toujours été branché sur un onduleur. J'ai voulu installer Qbittorent, Mais comme docker n'est pas disponible sur ce modèle ancien, j'ai eu la "bonne idée" de vouloir l'installer par des moyens détournés, à savoir Syno Community qui permet d'avoir les applis sans Docker. Mal m'en a pris, l'installation m'a fait cracher le NAS. Impossible à reprendre la main ou à éteindre. Bref, à force de bricoler, j'avais réussi à le rallumer, mais il ne reconnaissait plus le système. J'ai tenté de faire une réinstallation qui a démarré, mais, en plein milieu, j'ai flippé et je me suis dit que j'allais tout perdre. J'ai donc éteint à la sauvage et depuis LED bleue clignote, avec disques ou sans disque. Je précise que je suis, j'étais en raid 0 ☹️ Voilà, c'est un peu long, mais, si vous avez une idée pour le réanimer, j'en serai ravi. Merci d'avoir lu et peut-être me faire un retour. Bonne soirée à vous

Le problème vient de mon DHCP de la Box qui indique une mauvaise IP. Le NAS est hors de cause.

Et donc ? Si vous nous en disiez un peu plus, ça pourrait aider ceux qui ont un problème similaire et qui viendraient à lire cette discussion.

Le problème est résolu (erreur DHCP).

Bonjour Jene vois pas : Certificat affecté à "Systeme DNS"

Salut @Alm, le plus efficace : n'expose jamais DSM (ports 5000/5001) ni SSH directement sur internet, et passe par un VPN (WireGuard sur ta box ou VPN Server de Synology) pour l'accès à distance. Dans Panneau de configuration, Sécurité, active le pare-feu avec refus par défaut, le blocage automatique des IP, et la 2FA sur tous les comptes admin. Désactive le compte admin par défaut et le compte invité. Désactive aussi QuickConnect et l'UPnP du routeur si tu ne t'en sers pas : ils peuvent exposer le NAS sans que ça se voie. Passe les mises à jour automatiques en mode important, et garde une sauvegarde hors ligne ou en snapshots immuables, parce qu'un ransomware chiffre aussi les dossiers partagés montés. Le Centre de sécurité de DSM liste les points faibles restants.

Bonjour @Alm , Si tu n'expose pas tes Nas sur internet ( pas de redirection de port de ta box/routeur vers le nas ) et que tu as configure le pare-feu correctement. Tu réduis drastiquement la surface d'attaque. Ensuite si les mises à jour ne te sont il te faut vérifier dans le rentre de téléchargement si tu en as pas ici https://archive.synology.com/download/Os/DSM

Hello! Si jamais vous avez plus d'infos et des recommandations pour mitiger les risques, je suis preneur... En attendant de vérifier que mes serveurs ne sont pas inutilement exposés à ces risques, je les ai éteints. (ça reste un usage domestique et j'ai des sauvegardes, mais ça reste hyper relou quand ça arrive)

Bonjour, le certificat Let's Encrypt n'est valable que pour le nom de domaine, pas pour une adresse IP. Si vous ouvrez le DSM avec l'IP locale ou en http, le navigateur affichera toujours « non sécurisé », même si tout est correct. Essayez avec le nom complet de votre domaine synology.me suivi de :5001, en https. Vérifiez aussi dans Panneau de configuration, Sécurité, Certificat, Configurer, que le certificat est bien affecté à « Système DSM ».

Re, Le masque, c'est ce qui dit combien de chiffres de l'adresse sont fixes. Pour 192.168.35.x, il te faut 192.168.35.0 avec le masque 255.255.255.0 (équivalent de /24). Ça couvre 192.168.35.0 à 192.168.35.255, donc tous tes appareils WireGuard d'un coup. Ton 255.0.0.0 fonctionne, mais il est beaucoup trop large : il autorise tout 192.x.x.x, donc aussi ton réseau local et d'autres plages. Je le corrigerais. Le /64 que tu vois est sans doute une erreur de lecture ou de l'IPv6, pour de l'IPv4 on attend /24 ou /32. Le 42 est juste l'adresse attribuée à ton appareil, normalement fixe tant que tu gardes la même config, mais ça n'a pas d'importance si tu autorises tout le sous-réseau. Autre option : une seule règle sur 192.168.35.42 avec 255.255.255.255, mais ça casse si tu ajoutes un appareil.