Mic13710

Ce nas qui a 11 ans était affiché à 1200€ en 2013. 650€ ça me semble très cher. La dernière version de DSM est la 7.1 et il ne bénéficie plus que des maj de sécurité. Si vous avez besoin de beaucoup de capacité de stockage et que vous ne privilégiez pas les performances, pourquoi pas après une très forte négo sur le prix. Sinon, un 923+ est à 600€ environ avec des performances nettement plus convaincantes.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Il semblerait oui. En route pour la prochaine 😉.

Je ne connais pas les produits réseaux de Synology. Deux documents qui pourraient vous aider : Guide d'installation : https://global.synologydownload.com/download/Document/Hardware/HIG/Router/17-year/RT2600ac/fre/Syno_HIG_RouterRT2600ac_fre.pdf Et selon votre version de SRM : Guide pour SRM1.2 : https://global.synologydownload.com/download/Document/Software/UserGuide/Firmware/SRM/1.2/fre/Syno_UsersGuide_Router_fre.pdf Guide pour SRM1.3 : https://global.synologydownload.com/download/Document/Software/UserGuide/Os/SRM/1.3/fre/Syno_UsersGuide_Router_1.3_fre.pdf Si vous n'arrivez à rien, il est possible que votre routeur d'occasion soit HS....

En complément de ce qui a déjà été dit précédemment, tout ceci ne peut fonctionner correctement que si le MR secondaire est bien couvert par le wifi du MR principal. Et même si c'est le cas, il y aura un goulot d'étranglement à cause du wifi.

Les disques seagate ont toujours eu des valeurs smart étranges. Mais là, les différences entre les deux disques sont très importantes. Je vous suggère de vous rapprocher du support Seagate qui sera je pense plus à même de vous répondre. https://www.seagate.com/fr/fr/support/

Alors je ne comprends pas. C2 storage ne devrait sauvegarder que des fichiers, des paramètres de DSM et des applications, pas l'organisation des disques, des groupes et des volumes. S'agissant d'un produit Synology, je vous suggère d'ouvrir un ticket à l'assistance via le NAS.

Est-ce que vous avez fait une installation neuve des 12To à partir de Synology Assistant ?

Et à l'aide de ce tuto ?

Je ne pense pas que ça fonctionne comme ça. Hyperbackup ne va pas balayer tous les fichiers pour appliquer le nouveau nombre de versions. Les versions en trop ne seront supprimées que lorsqu'il y en a une nouvelle. Mais à mon avis, le nombre de versions joue très peu sur la taille de la sauvegarde. Ce qui en revanche rempli considérablement la sauvegarde ce sont les nouveaux fichiers. Par exemple, si vous voulez sauvegarder les fichiers de video surveillance, chaque fichier étant unique, le nombre de versions n'a aucune importance, par contre chaque fichier remplit la sauvegarde qui peut très vite prendre des proportions importantes. Dans ce cas, il faut éliminer les fichiers au delà d'une certaine période. De mon côté je suis sur la première valeur par défaut d'Hyperbackup à 256 versions et mes fichiers .hbk ne sont pas démesurés pour autant.

Ou plus simplement supprimer le volume et le groupe puis les recréer 😉

C'est pourtant la meilleure solution pour conserver les time tag des fichiers et surtout sauvegarder les applications, ce qui n'est pas possible autrement.

Jamais essayé. A priori je dirais oui, mais attention au format de fichier. Le 1522 est en btrfs par défaut. Si vous voulez que le disque soit exploitable sur un NAS série J par exemple, il faudra choisir le ext4. Edit : attention toutefois, ce disque ne pourra pas fonctionner dans un NAS monobaie (série DS1xx). Uniquement dans un NAS 2 baies et plus. Un SSD est plus rapide mais n'est pas plus fiable qu'un HDD. Il le serait plutôt moins. Les applications sont installées par défaut sur le volume1 et je ne vois pas quelles améliorations vous pouvez espérer en les mettant sur un SSD. La seule possibilité à ma connaissance pour sauvegarder les applications, et encore pas toutes, c'est la sauvegarde par Hyperbackup.

Les infos que vous donnez sont parcellaires mais à priori, vous n'avez rien à faire qu'à reconnecter vos équipements. Free devrait simplement migrer votre ligne. Vous conservez normalement la même IP publique et le même numéro de tel 09. Il serait tout de même prudent de leur demander confirmation. Après, vous verrez une fois sur place et si vous rencontrez des problèmes, vous pourrez toujours revenir ici pour tenter de les résoudre. Une remarque toutefois : le système évolue et il y a des mises à jour d'applications qui sont proposées. Même si vous n'êtes pas un aficionado des NAS, j'espère que vous avez un accès administrateur pour au moins faire ces mises à jour qui sont souvent liées à des améliorations de la sécurité.

@Sean Le Fefvre, ce qui fait la force d'un forum d'entraide c'est de faire profiter les autres de son expérience. Ceci étant dit, nul n'est obligé. Y compris de répondre. Et si un intervenant qui passe par là peut vous aider, c'est son choix de vous répondre, ou pas. Beaucoup de demandes restent sans réponse parce que personne n'a été en mesure d'en apporter. C'est bien de venir nous dire que le problème est réglé, mais sans détail sur ce qui vous à permis de le résoudre, ça n'aide personne. Merci de nous préciser comment vous avez fait pour résoudre votre problème afin que ça puisse être utile à la communauté.

Je ne comprends pas bien cette question. Si vous parlez de DSM, ça a toujours été le cas. La nuit portant conseil, je sais pourquoi le système ne fonctionne pas sur l'ancien disque . En installant DSM 7.1 sur le nouveau, la partition système a été créé avec la nouvelle taille de 7.9Go. L'ancienne était à 2.2Go. Sachant que toutes les partitions sont contiguës, l'espace alloué pour le système et le swap (2Go) est de 10Go environ pour toute nouvelle installation alors qu'il est seulement de 4-5Go pour les anciennes versions de DSM. Dans ces conditions, il est impossible d'installer DSM sur l'ancien disque puisqu'il "manque" 5-6Go pour pouvoir le faire. Cet espace est bien évidemment pris sur celui réservé aux données qui est décalé d'autant ce qui peut être un problème pour associer l'ancien disque avec le nouveau. Vous pouvez vérifier en lançant (sans le valider) le rajout du nouveau disque au groupe. Surtout pas ! Le système par défaut du 224+ est btrfs, celui du 213j est ext4. En associant les deux, vous serez en ext4, et du coup vous importez les limitations du groupe de l'ancien disque et surtout vous perdez une grande partie des fonctionnalités offertes par btrfs. Vous pourriez tenter une réinstallation, mais ce disque n'étant pas très sûr, je vous conseille plutôt de le remplacer. Vous pouvez le réutiliser sur un dock pour des sauvegardes. Vous n'avez pas d'autre choix que de commander un autre disque de 4To compatible avec le 224+ (voir la liste ici). Vérifiez aussi que le nouveau du 213 est lui aussi compatible. Vous installez le disque neuf dans le 224, installez DSM et créez un groupe et un volume sur ce disque. Et pour la migration des données, vous utilisez la méthode via Hyperbackup qui vous permettra de retrouver vos paramètres et une grande partie de vos applications. Il vous faudra de l'espace disque suffisant pour pouvoir procéder. Si l'ensemble de vos données dépasse les 2To, vous pouvez procéder dossier par dossier. N'oubliez pas d'inclure dans la sauvegarde les paquets correspondants. Par exemple pour les photos, en sauvegardant Photo Station, vous sauvegardez l'ensemble des photos et les paramètres de l'application. Tout ceci est indiqué dans les informations de chaque application. Une fois que tout est transféré et que vous avez réglé tous les paramétrages de sorte que le NAS fonctionne comme le 213J, vous sortez le HDD1 du 213J (si vous pouvez, vous faite un formatage rapide sur un PC pour supprimer les partitions existantes), et vous le rajoutez au groupe du 224+ pour créer un SHR avec protection des données. Enfin, vous pouvez réutiliser le 213j pour des sauvegardes avec un disque fonctionnel bien entendu, ou vous installez l'ancien disque dans un dock, et vous mettez en place une sauvegarde périodique de vos données. C'est assurément le point le plus important dans la bonne gestion des données.

Oui, mais vous avez tout de même un possible problème avec le HDD2 car à mon avis la partition système a un souci. Avant de procéder au rajout du disque, il faudrait vérifier que le HDD2 fonctionne sans le HDD1. En effet, le système est installé sur tous les disques sur une partition dédiée qui fonctionne en RAID1. Si ce que je pense est avéré, le système tourne sur le HDD1. En ôtant ce disque, vous utiliserez uniquement le système du HDD2 ce qui vous permettra de vérifier son fonctionnement. Si c'est OK, pas de problème. Si KO, il va falloir remplacer le disque. Dans les deux cas, et uniquement après ce test, vous remonter le HDD1 et vous le rajoutez au groupe existant pour former un SHR avec protection des données. Si le HDD1 n'a pas passé le test du système, il faudra le remplacer par un nouveau et réparer le SHR. Le 224+ est un très bon NAS. Par contre, même si celà est théoriquement possible, je vous déconseille de migrer les disques d'un NAS à l'autre car l'écart entre les deux NAS est trop important et vous perdriez au passage une grande partie des fonctionnalités du 224+. Il faut sauvegarder les données du 213J, repartir sur une installation neuve et restaurer vos données.

Vous pouvez cliquer sur appliquer

Le groupe a probablement été démonté par DSM pour corriger le problème de coexistence avec un autre groupe 1. DSM propose maintenant de le remonter. Avant de procéder, que donne le lien en bleu "Assemblage en ligne" ?

Tu vas chercher des trucs toi ! R3 est l'ancien intermédiaire RSA. Extrait de la version française du site LE du 02/10/2021 : Let’s Encrypt R3 (RSA 2048, O = Let's Encrypt, CN = R3) Signé par ISRG Root X1 : der, pem, txt Contre-signé par IdenTrust : der, pem, txt (retiré) R10 est le nouvel intermédiaire depuis le mois de juin semble t'il. Extrait de la version anglaise du site LE du 11/06/2024 : Let’s Encrypt R10 Subject: O = Let's Encrypt, CN = R10 Key type: RSA 2048 Validity: until 2027-03-12 CA details: crt.sh, issued certs Certificate details (signed by ISRG Root X1): der, pem, txt La version française n'a pas encore été mise à jour ce qui permet de retrouver le R3. A mon avis, c'est la même chose pareil 😉

Vous ne pouvez pas monter 2 disques portant le même numéro de groupe et de volume sur un même NAS (conflit). Cependant, en faisant cette opération, DSM a été réinstallé sur l'ancien disque. En espérant que le groupe n'ai pas été détruit par vos manipulations précédentes, ce que vous pouvez faire : soit vous remontez l'ancien disque dans le NAS et ça fonctionne, sinon vous sortez l'ancien disque, vous supprimez le groupe du nouveau disque qui passera à initialisé, vous arrêtez le NAS, remontez l'ancien disque avec le nouveau et vous redémarrez le NAS. Si ça fonctionne c'est que la partition système et/ou la partition swap de l'ancien disque a un problème et il va falloir procéder à son remplacement.

Dans ce cas effectivement, soit il faut lister tous les ndd dans autre nom (fastidieux), soit il faut utiliser la méthode acme.sh qui peut s'appliquer avec Docker pour les NAS compatibles, en SSH pour les autres. Pour la version Docker, il y a le tuto d'einsteinium. Pour l'autre, voir github : https://github.com/acmesh-official/acme.sh/wiki/Synology-NAS-Guide

En dehors du fait que le nombre de disques du groupe doit être de 4 au maximum sur le 1512, l'écart entre les deux modèles est de mon point de vue bien trop important pour envisager de faire une migration des disques. Le format de fichier est maintenant en btrfs et la dernière version de DSM introduit une augmentation de la taille de la partition système qui ne peut être appliquée qu'avec une installation neuve. Je vous conseille de sauvegarder vos données avec hyperbackup si votre version de DSM le permet, sinon avec Sauvegarde et Réplication en sauvegardant le fichier de configuration. Vous partez sur une installation neuve avec restauration des données pour pouvoir exploiter toutes les capacités du 423.

Je ne sais pas de quel https vous parlez, mais sauf rares exceptions (réseau privé d'entreprise par exemple), la redirection vers la destination se fait sur les ports http. Il faut comprendre que toute requête en https vers le reverse proxy est couverte par le certificat du NAS. De fait, elle est sécurisée de bout en bout jusqu'au NAS. Ce qui se passe au delà (destination) n'est en principe que local. Si vous passez en https à nouveau, ce sera le certificat de la destination qui sera invoqué et il faudra que ce dernier couvre le ndd de l'url de la requête d'origine. Cela oblige donc à avoir un certificat valide côté destination et fait du même coup un deuxième chiffrement pour seulement protéger le lien entre le NAS et la destination qui n'est pas vraiment utile puisque le lien est réputé sûr (réseau privé).

Le dernier est normalement www.ndd.com. Est-ce que le certificat LE couvre le wildcard '*.ndd.com' ?