Toutes les discussions

Bonjour, Content de voir que ça tient depuis neuf jours. Vu le volume de tentatives, je ferais quand même une vérification avant de rouvrir quoi que ce soit : un scan complet avec le Conseiller en sécurité, puis un coup d'œil à la liste des utilisateurs et au Planificateur de tâches pour repérer un compte ou une tâche que vous n'auriez pas créés. Le journal ne garde pas tout indéfiniment, donc "aucune connexion réussie" ne vaut que pour les événements encore conservés. Ensuite, si vous avez besoin d'accéder au NAS à distance, passer par un VPN (VPN Server sur le NAS ou Tailscale) permet de laisser toutes les redirections de la Livebox fermées.

Si ces attaques proviennent de sources étrangères (Russie principalement mais pas que...), vous pouvez faire un blocage géographique dans le pare feu. Si vous ne vous connectez qu'à partir de la France, vous pouvez n'autoriser que les seules connexions venant de France. Attention toutefois de ne pas tout bloquer. Les USA (bien qu'ils soient devenus un état voyou de mon point de vue) doivent être conservés si vous avez un nom de domaine en propre pour le renouvellement du certificat chez Let's Encrypt. Vous pouvez dans ce cas, n'ouvrir l'accès que lors de la période de renouvellement mais ça va vite devenir fastidieux. Vous n'empêcherez pas les tentatives de connexion qui persisteront jusqu'à épuisement du bot à l'origine des attaques. Il est difficile de ne pas connecter un NAS sur l'extérieur pour des raisons évidentes d'utilisation à distance. Cependant, les outils proposés par DSM permettent une bonne protection contre les tentatives malveillantes. L'analyse de l'origine des attaques vous permettra de mieux cibler ce qu'il faut bloquer. Une excellente manière de protéger son réseau c'est d'installer un routeur digne de ce nom. Les protections intégrés sont alors plus complètes que celles proposées par les box des opérateurs où elles sont quasi inexistantes. Le filtrage se fait alors en amont du réseau et donc du NAS sans pour autant abandonner les moyens de protection de ce dernier qui doivent continuer de protéger le NAS (pare feu, blocage des tentatives de connexions échouées, DOS, etc..). Par exemple, mon routeur (voir ma signature) bloque la grande majorité des IP malveillantes dès leurs tentatives ce qui soulage le NAS. Le nombre de blocages du routeur par minute est absolument impressionnant. Un toutes les deux à trois secondes venant de tous pays : USA, Bulgarie, Canada, France, Russie, Roumanie, Pays-Bas, Pakistan, Philippines, Allemagne, Argentine, Angleterre, Brésil juste pour les deux dernières minutes. Ce sont pour la grande majorité des bots qui balayent le web à la recherche de cibles.

Au 17/10/26 le NAS affiche plus de neuf jours de fonctionnement continu, sans le moindre blocage depuis qu'il est isolé de l’extérieur En examinant les journaux DSM, j'ai découvert un nombre très important de tentatives de connexion provenant d'Internet. L'export CSV du journal de connexion contient 8960 événements : 8 926 tentatives extérieures refusées ; 1 281 adresses IP publiques distinctes ; aucune connexion extérieure réussie détectée dans les événements conservés. Les tentatives utilisaient de nombreux identifiants différents Le volume était particulièrement important les 5 et 6 octobre, avec respectivement environ 2 700 et 4 600 tentatives refusées. Depuis la fermeture des accès extérieurs le 8 octobre, les connexions visibles dans les journaux proviennent uniquement du réseau local. Actuellement Comptes admin et guest désactivés. Compte administrateur temporaire utilisé pour les investigations SSH à nouveau désactivé. Double authentification active sur mon compte principal. Service SSH désactivé Voila le pourquoi du comment je suppose .... Misère ça fait peur 😨 Donc je vais relire et appliquer le tuto de sham comme me l'a dit Mic13710 https://www.nas-forum.com/forum/topic/77493-tuto-pas-%C3%A0-pas-s%C3%A9curisation-du-nas-pour-dsm-7/page/9/#comment-1319530999 A votre avis je dois faire quelque chose d'autre ? merci encore pour vos conseils

Je viens de remplacer la pile : aucun changement (clignotement bleu sans rien ensuite) J'ai tenté par hasard une barrette de RAM : aucun changement non plus... ...et j'ai du coup retiré le microcontrôleur (DS1512-R1 DSM4.1 2660)... et c'est un USBest, sans surprise ! ;) Bref, je peux farfouiller ebay et autres, haha ! (sauf si quelqu'un en vend par ici) EDIT : du coup, question bête, mais quelqu'un a le matériel et peut faire le fameux changement de USBest UT165-L48 ? :D

Bonjour, Avant de le mettre de côté, un test qui ne demande aucune soudure : débranche tout, retire la pile bouton de la carte mère une dizaine de minutes, puis remets-la et redémarre sans disque. Après une coupure de courant, un BIOS mal réinitialisé peut donner exactement ce clignotement bleu sans que la LED status s'allume. Si ça ne change rien, ce serait plutôt la puce flash qui contient le système de démarrage, et là ça devient vite compliqué sans outils. Une carte mère de 1512+ d'occasion resterait alors l'option la plus simple pour en refaire un NAS de backup.

Bonjour, Synology ne publie pas la nomenclature des cartes, donc sans la gravure exacte sur le composant on ne peut pas te donner une référence Digi-Key fiable. Sur les DS218 / DS218+, le « U8 » près du buzzer n'est pas toujours le même selon la révision de carte. Le plus utile: une photo nette du U8 (gravure lisible) et des composants juste à côté, en précisant si c'est un DS218 ou un DS218+. Avec ça on peut croiser. En parallèle, une carte donneuse du même modèle (occasion) reste le chemin le plus sûr pour récupérer le même footprint, parce que même avec la référence exacte le remplacement CMS reste délicat si d'autres pistes ont pris.

Merci beaucoup pour toutes vos réponses ! Je vais probablement m'orienter vers un rachat de ds1525. Pour l'alimentation : le DS1512 arrive à démarrer et les ventilateurs à tourner (et les disques font collectivement du bruit/tournent). C'est juste qu'avec ou sans disque : la LED bleue clignote indéfiniment sans jamais voir la LED "status" s'allumer. Donc ça m'étonnerait qu'il s'agisse de l'alimentation : je pencherai soit pour des problèmes de RAM, carte mère, ou l'espèce de microcontrôleur qui aurait grillé. + je n'ai clairement pas une bonne vue, ni l'habileté, ni les outils pour faire de la micro-soudure et changer un composant (j'avais essayé il y a 20 ans, et j'ai juste réussi à tuer une carte mère de PC...) Néanmoins, si le microcontrôleur est vendu quelque part, ça m'intéresserait quand même de pouvoir ramener à la vie ce DS1512 :) (il peut me re-servir de backup)

Pour l'alim, c'est peut-être une capacité HS. Voir cette vidéo : https://www.youtube.com/watch?v=sJsAgQtfoVo Autre solution avec une alimentation atx sur un 1815+. Le gars n'est pas très clair mais ça semble fonctionner : https://www.youtube.com/watch?v=NWH0ZOCyW8s&t=182s Il y avait aussi un sujet assez ancien sur le forum avec une alim ATX mais je ne le retrouve pas.

Bonjour, Pour isoler l'alim du 1512+ : une alim PC ATX ne se branche en general pas directement (connecteur Synology proprietaire). Le test propre, c'est une alim de rechange compatible 1512+ (meme reference, ou une d'occasion pour ce modele). Si tu en as une sous la main et que le NAS repart, c'est bien elle. Pour la RAM, le 1512+ prend du DDR3 SODIMM : si tes barrettes portable sont bien en DDR3 et dans les specs du modele, un echange pour tester vaut le coup. Sinon, passe. Sur le 1525+ : oui, tu peux reformater les disques et recreer un volume neuf (installation propre). La restriction "HDD Synology uniquement" a ete assouplie : tu peux monter des disques tiers, DSM peut juste afficher un avertissement de compatibilite. Pour recuperer les donnees d'abord, mieux vaut migrer ou recuperer avant de reformater. Pour un petit onduleur pas trop bruyant : en entree de gamme, un APC Back-UPS BE650G2 (ou equivalent Eaton 3S 550/700) fait souvent l'affaire pour un NAS 5 baies, branche en USB pour que DSM coupe proprement.

Désolé, vous êtes , vous les Ukrainiens , 10 ans devant nous moi au niveau technologique ... Je passe donc la main ! ( j'ai pourtant 75% de sang ukrainien qui coule dans mes veines ) 💪

Bonjour, Non je n'ai pas encore eu le temps de regarder en détails, je le ferai ce weekend très probablement : j'aimerais quand même savoir ce qu'il s'est précisément passé. Comment puis-je savoir que c'est l'alim', d'ailleurs ? (j'ai des alims' de PC et serveurs chez moi... je peux tester avec n'importe laquelle sans risque ?) Pareil : j'ai de vieilles barettes de RAM pour portable, je tenterai de les échanger pour voir. Je n'avais pas de NAS synology avant, donc rien de plus ancien que "1512"/2012 ;) (Par contre, oui, j'avais le DSM d'origine dessus, et je l'ai mis à jour vers le DSM6... donc il y a des restes de la configuration d'origine). Comme les disques sont censés être bons, je peux les reformater et recréer un nouveau volume sur l'éventuel DS1525+ ? (j'ai lu ailleurs que seuls des HDD Synology peuvent être mis dedans, mais qu'une mise à jour a supprimé cette restriction : c'est vrai ?) EDIT : avez-vous un "petit" onduleur pas trop cher et pas trop bruyant à me conseiller pour protéger le futur NAS ? :D Merci beaucoup !

Bonjour @metalman , Si c'est pour récupère les données de ton ancien nas cela ne pose pas de souci. Par contre si c'est pour rester comme ca je te le déconseille, il y a trop d'écart entre les deux nas. Tu vas gardé certaine spécification de ton DS1512+ voir antérieure a celui-ci, si tu avais fait un migration avant celui-ci. Pour ton ancien nas tu as vérifié que l 'alimentation n'était pas HS, en la remplaçant par une autre ? (c'est possible que la coupure de courant est fini par la rendre HS)

Bonsoir, merci de tes conseils, et désolé si j'ai mal expliqué: j'avais une sauvegarde des fichiers de configuration .DSS du 411+II et du 415+, tous deux sous DSM 5.2U9, donc quand j'ai migré les disques du 411 dans le 415 j'ai pu utiliser le .DSS du 411 sur le 415, puis j'ai créé un nouveau .DSS sur le 415 nouvellement migré. Donc je dispose déjà du fichier proposé dans ton dernier paragraphe, pour refaire l'installation propre du 415. Ensuite j'ai fait la même chose sur le 425: après avoir migré les anciens disques du 415 dans le 425, j'ai utilisé son ancien .DSS pour récupérer (l'essentiel de) sa config sur le 425, qui était en DSM 7 d'usine; un fois le 425 mis à jour avec la dernière version de DSM 7, j'ai créé un nouveau .DSS (en DSM 7.3 si j me souviens bien) que j'ai pu utiliser quand j'ai refait l'installation propre du 425.

Bonjour, Mon DS1512+ vient tout juste de me lâcher (après... 14 ans de service ?) avec le fameux clignotement bleu de la LED d'alimentation (en débranchant les disques, ça clignote sans biper... sachant que ça s'est produit après une coupure de courant du quartier). Je vais donc migrer vers un NAS plus récent, mais j'ai une question : est-ce qu'insérer les disques directement depuis un DS1512+ vers un DS1525+ sera compatible ? J'étais en DSM 6 avec un RAID5 sur les 5 disques. Ou vaut-il mieux que je me débrouille pour trouver un DS1522+ et faire les transferts de données successifs avec d'autres disques ? Merci !

Bonjour, Un point à vérifier avant la réinstallation : un .DSS ne se restaure que sur une version de DSM égale ou plus récente que celle où il a été créé. Si tu comptes réutiliser celui sauvegardé sous DSM 7 sur le 425+, il ne passera pas sur le 415+ en 5.2-U9 (celui du 411+II en 5.2-U9, lui, ne pose pas ce problème). Le plus sûr serait d'exporter dès maintenant un .DSS depuis le 415+ lui-même, tant qu'il tourne encore (Panneau de configuration > Mise à jour et restauration > Sauvegarde de configuration), et de garder celui-là pour l'après-installation.

Bonjour à tous ! Je travaille dans le développement logiciel depuis plus de 25 ans, dont plus de 15 ans dans le domaine de la récupération de données. Je suis l'un des développeurs de Hetman Software, une entreprise ukrainienne spécialisée dans ce domaine. Mon NAS principal est un Synology DS1815+, équipé de DSM 6.2.4. Je l'utilise comme serveur de fichiers pour stocker et organiser mes données. Dans le cadre de mon travail, j'ai également eu l'occasion de tester de nombreux modèles de NAS pour étudier leurs architectures de stockage et leur compatibilité avec notre logiciel de récupération de données. Nous avons notamment travaillé avec des équipements de Synology, QNAP, Buffalo, NETGEAR ReadyNAS, Western Digital, Seagate, LaCie, Thecus, D-Link, Zyxel, Cisco, Intel, Iomega et Promise, entre autres. Je m'intéresse particulièrement aux architectures RAID, SHR, SHR-2, LVM, Btrfs, Ext4, ZFS, aux snapshots et aux mécanismes de récupération après une panne de disque ou une interruption de reconstruction RAID. Dans notre laboratoire, nous reproduisons différents scénarios de perte de données pour mieux comprendre ce qui peut réellement être récupéré, mais aussi les limites des différentes méthodes. Je suis ici avant tout pour échanger avec d'autres passionnés de NAS, partager mes connaissances techniques lorsque cela peut être utile et apprendre des expériences des autres membres. Au plaisir de discuter avec vous !

Bonjour, Priorite: isole le NAS tout de suite, debranche le cable Ethernet (ou coupe QuickConnect et les redirections de ports sur la box) avant de diagnostiquer. Si une attaque tourne encore, ca limite les degats. Ensuite tente DSM en IP locale directe (http://IP-du-NAS:5000) depuis un PC du LAN uniquement, pas via QuickConnect. Si la page ne charge toujours pas, arrete via le bouton power puis redemarre cable debranche: DSM remonte parfois assez pour ouvrir le Centre des journaux (types Connexion et Systeme). Des que tu as une session, copie ici le texte exact du mail d'alerte et ce que montrent les journaux. On verra si c'est l'indexation, un scan, ou autre chose qui fait tourner les disques.

Bojour Jeremy, Merci pour ta réponse mais ne m'en étant pas sorti il y a deux mois en essayant Wireguard je suis passé par Tailscale dont la config est vraiment simple. quand j'aurai du temps je recreuserai sans doute la question.

La seule migration envisageable vers un modèle récent serait de partir sur un ensemble NAS disques neuf et de procéder au transfert des données via hyperbackup. Surtout pas de migration des disques qui importerait toutes les limitations de votre groupe actuel et notamment la limite des 16To par volume. Si vous trouvez une unité d'extension RX 4 baies compatible d'occasion à bon prix, pourquoi pas l'envisager mais votre NAS est ancien (12 ans) et ne peut plus recevoir de mises à jour de DSM. Rajouter une extension ne ferait que retarder le remplacement à plus ou moins brève échéance.

Merci pour cette réponse. On peut procéder par remplacement de 2 disques. C'est juste que j'ai un objectif d'environ une trentaine de To. Donc même si je procède par remplacement des 4 disques 1To en 14To, mon volume ne pourra excéder le volume maxi de 16To. Je suis donc embêté. Devrais-je songer à une migration vers le rs822+ ou rs1221+ ou chercher une unité d'extension 🤔

👍 Merci pour votre réponse Cela reste un mystère … depuis que j’ai isolé mon de l’extérieur plus aucun problème 🤔 Je vais remettre à plat tous mes paramètres de sécurité comme dans votre tuto, et puis on verra bien …

Si vous avez suivi le tuto à la lettre, c'est normal. Avec cette tâche planifiée, docker acme est stoppé, supprimé puis recréé. docker pull neilpang/acme.sh:latest docker stop Acme docker rm Acme docker image prune -f docker volume ls -qf dangling=true | xargs -r docker volume rm docker run -d --cpu-shares=10 --memory=134217728 --name=Acme -v /volume1/docker/Acme:/acme.sh:rw --restart unless-stopped neilpang/acme.sh:latest daemonCette tâche est à mon avis totalement inutile, surtout avec container manager où la mise à jour du docker se fait beaucoup plus simplement que par le passé. Si vous n'avez pas Container Manager, vous pouvez toutefois le conserver mais supprimez le lancement quotidien. Vous le lancez manuellement une fois par mois par exemple, c'est largement suffisant. Je rappelle que ce renouvellement quotidien ne sert qu'à la mise à jour du container, pas du script acme.sh qui lui est vérifié tous les jours par le script lui-même et mis à jour automatiquement.

@PiwiLAbruti Un très beau déterrage ! Il a fallu allez le chercher trèèès loin dans le forum pour l'exhumer. Oui, volume maxi 16To par volume mais la spec parle aussi de 256 volumes internes. Pour que ce soit possible il faut que le groupe soit construit en multi volume. Selon votre version de DSM et surtout si le montage du groupe est monté en SHR, il est possible de le faire à posteriori et sous certaines conditions et pour certains modèles de NAS sans détruire le groupe existant. Si c'est un RAID 5, ce n'est pas possible sans tout reconstruire. Conversion d'un volume en groupe de disques | DSM - Synol...Le Centre de connaissances de Synology offre une assistance complète, fournit des réponses aux questions fréquemment posées, des étapes de dépannage, des tutoriels logiciels et toute la documentationVotre problème c'est que tous les rack de votre NAS sont utilisés, ce qui ne permet pas une augmentation du stockage par ajout de disque. Je ne sais pas s'il est possible de le faire en procédant au changement de 2 disques et plus. Et je ne peux pas vous dire si le RS414 autorise le passage de volume unique en multi volume sans reconstruction du groupe.

Je ne pense pas non. Vos problèmes de disques ne sont pas liés à la sécurité mais ça vous permettra de vous affranchir de quickconnect et de remettre à plat vos paramétrages.

J'ai un rs814+ avec 4 disks de 1To en SHR, ce qui me donne une capacité réelle de 2,7To. Mais je suis à 93% d'espace utilisés. Je souhaite donc faire une extension en remplaçant les 1To par du 14To. Mais j'ai lu que le stockage maxi d'un volume est de 16To et malheureusement on ne peut avoir de multiples volumes. Est ce quelqu'un pour me confirmer cette insuffisance ?