Toutes les discussions

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 ?

Bonjour, pour des raisons qu'il est inutile de détailler mon 415+ est en DSM 5.2U9 et devra le rester. J'étais passé par la migration surtout pour récupérer toute les configurations (partages, usagers, réseau, etc). Comme le fichier de config .DSS est utilisable, je compte faire une installation propre en DSM 5.2 puis passer la U9; mais avant je voudrais faire une sauvegarde complète des données sur un jeu dédié de disques externes, et ça, ça prend beaucoup de temps. En attendant, j'ai essayé de rebooter l'ordi qui a(vait) des soucis, mais sans sa connexion habituelle au 415+, et tout semble normal: transferts "plein pot" avec le 425+, pas de lenteur/gel du réseau y compris en accès internet. Je ne pense pas que les paramétrages "visibles" soient en cause, car si je me souviens bien la migration des disques du 415+ en DSM 5 vers le 425+ en DSM 7(*) avait conservé tous mes paramétrages, que j'ai ensuite sauvegardés dans un fichier .DSS sous le DSM 7 du 425+. (*) pour mémoire: suite à la panne de mon 411+II, ses disques ont été migrés dans le 415+ (tous deux étaient DSM 5.2U9), et les disques du 415+ ont été migrés dans le 425+; mais ensuite j'ai refait une installation "propre" du 425+, cf le dernier message du topic que j'ai mis en lien au début de ce topic-ci.

Ok merci beaucoup je vais suivre ce tuto à la lettre Et vous pensez que c’est la cause du dysfonctionnement que je subis ? Merci encore Guillaume

Le tuto que vous avez utilisé est celui pour DSM6. Celui que je vous propose est actualisé pour DSM7. Il y a quelques évolutions. De toute manière, quickconnect est déconseillé dans les deux tutos. C'est très pratique et facile pour réaliser une installation rapide et sans prise de tête. Ca l'est beaucoup moins en utilisation courante car on est alors tributaire du fonctionnement plus ou moins capricieux d'un service qu'on ne maîtrise pas. Lenteurs, dysfonctionnements sont malheureusement à mettre souvent au passif de ce système.

Salut @Oooops! , en principe chaque nouvel update intègre les update précédents. Donc dans ton cas, tu installes la version de base et tu peux ensuite passer directement au U9. DSM devrait te le proposer directement. Fais très attention à la version que tu installeras sur tes disques de test, elle doit être la même que celle que tu as déjà sur ton 415. Si c'est la dernière pour ce modèle, alors la question ne se pose pas. Tes problèmes peuvent très bien provenir de la migration des disques. Peut-être qu'une installation complète directement sur le 415 serait en mesure de résoudre tes soucis de réseau (anciens paramétrages, conflits, etc..). Lors d'un changement de NAS, mieux vaut privilégier la réinstallation que la migration des disques.

Salut Mic, Si j’avais suivi le tutoriel pas à pas il y a qq années. Mon nas comprend un compte administrateur ( qui ne s’appelle pas admin ) qui est désactivé Identification à deux facteurs etc. etc. Mais Il est vrai que j’utilise QuickConnect

Vu les infos que vous donnez, il semblerait que vous n'ayez pas étudié et surtout mis en application le tuto sur la sécurisation de nos NAS. C'est un préalable indispensable.

Bonjour à tous, Je reviens vous donner quelques nouvelles de mon DS416play. Suite à vos conseils, j’ai décidé d’isoler complètement le NAS des accès extérieurs afin de vérifier si cela pouvait avoir un rapport avec les blocages. Le 8 octobre, j’ai donc : désactivé QuickConnect ; désactivé toutes les redirections de ports de ma Livebox vers le NAS ; activé le pare-feu DSM en autorisant uniquement les connexions depuis mon réseau local. J’ai ensuite effectué un redémarrage propre du NAS le 8 octobre à 11 h 29. Résultat : cela fait maintenant trois jours que le NAS fonctionne sans aucun plantage. Pour rappel, les blocages avaient commencé brutalement le 2 octobre, alors que le NAS fonctionnait parfaitement auparavant. Une idée ? Merci encore pour vos conseils. Je vous tiendrai informés de la suite.

Bonjour, Pour la question SSH restée en suspens : avec acme.sh, vous n'avez pas besoin d'ouvrir SSH sur les NAS. Le hook de déploiement synology_dsm importe le certificat directement via l'API web de DSM, en HTTPS, avec le compte admin dédié dont parle Mic13710. Et il peut viser un autre NAS que celui qui fait tourner acme.sh grâce à la variable SYNO_HOSTNAME (avec SYNO_PORT et SYNO_SCHEME=https pour votre port DSM personnalisé). Ça vous laisse deux options. Soit une instance acme.sh par NAS en DNS OVH, comme proposé plus haut, ce qui colle bien avec votre souhait de rendre chaque NAS indépendant. Soit une seule instance qui renouvelle puis pousse le même certificat vers les 3 NAS, ce qui revient à ce que faisait votre script, mais sans SSH ni root. Pensez juste à renseigner SYNO_CERTIFICATE avec exactement la même description que le certificat existant dans DSM, sinon le hook ne remplace pas celui qui est déjà associé à vos services.