Mic13710

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' ?

est-ce que la destination accepte le port 80 ?

si le site web est sur le NAS, est-ce que web station est couvert par le certificat LE ?

C'est bien ce que je disais. La destination doit être en http. Dans la capture ci-dessus, vous remplacez dans la destination https par http et le port est bien évidemment le 80. Dans ce cas, vous êtes bien en https du net vers le NAS1 et en http du NAS1 vers le NAS2 car le chiffrage n'est pas nécessaire ici. Inutile de doubler le chiffrage !

Dans le proxy inversé, il faut utiliser les ports http pour la destination. A partir du moment où vous êtes sur votre réseau privé, les liens internes peuvent se faire en http (à moins que vous n'ayez aucune confiance sur les utilisateurs de votre réseau...) Par exemple, pour DSM c'est le port 5000 du NAS2 à paramétrer. Pareil pour file station, utiliser le 7000. etc...

Si votre caméra n'est pas sur le même réseau que votre NAS et qu'il n'y a pas de passerelle entre les deux réseaux, vous ne pourrez pas rattacher l'un à l'autre quelle que soit la marque de la caméra. En clair, même si vous paramétrez les deux réseaux sur la même plage, ils sont physiquement séparés par votre routeur. Pour résoudre votre problème, deux solutions : soit vous connectez votre NAS sur le même réseau que la caméra (cad derrière le routeur), c'est à mon avis la meilleure solution. soit vous paramétrez votre routeur en simple borne wifi, les adresses étant attribuées par la freebox et à ce moment là vous pouvez connecter vos équipements indifféremment sur la box ou le switch du routeur. Je ne connais pas le routeur Orbi (vous n'en dites pas grand chose) pas plus que les caméras Tapo. Mais si Synology les déclarent comme compatibles avec Surveillance Station c'est qu'elles fonctionnent et que votre problème est uniquement une question de réseau. Quant à la réponse à laquelle vous faites référence, elle ne peut être appliquée dans votre cas puisque l'intervenant a utilisé la deuxième connexion ethernet de son NAS sur son deuxième réseau et ainsi voir sa caméra. Votre NAS n'a qu'une seule RJ45.

@Char BIM ex @tchock_nenette, Pour pouvoir utiliser photorec, il faudrait monter les disques du NAS sur un PC sous linux, ou passer par une distribution linux comme ubuntu. Il y a une kb synology qui explique comment faire. https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC Il faut ensuite installer photorec sur le PC et le lancer pour qu'il scanne le ou les disques de votre NAS. Je concède que tout cela est un peu technique pour vous et honnêtement, même si vous y arrivez, je ne suis pas sûr que vous puissiez récupérer vos données car les disques ont semble t'il subits de trop nombreuses manipulations (qu'ont fait LDLC ? mystère) pour pouvoir espérer lire les données perdues. Mais qui ne tente rien... Vous pouvez aussi vous adresser à d'autres sociétés spécialisées dans ce genre de boulots, mais attention, peu sont vraiment performantes et les coûts peuvent très vite grimper à des centaines d'euros. A vous de voir quel prix vous attachez à vos données. La morale de toute cette histoire c'est qu'il est d'une importance vitale de mettre en place un système de sauvegarde périodique des données. C'est la seule manière efficace de pouvoir récupérer des données perdues. Vous comprenez maintenant pourquoi on insiste autant à longueur de postes sur le fait que la sauvegarde est un élément absolument essentiel et inséparable de le gestion des données. Et on n'est jamais assez généreux dans ce domaine. Pour ma part j'ai une sauvegarde journalière des données les plus importantes sous forme de snapshots sur le NAS de production et sur un autre NAS local. J'ai 2 sauvegardes par semaine, une locale le dimanche sur le NAS de sauvegarde et une distante le mercredi de toutes mes données sur un autre NAS. J'ai donc 4 sauvegardes à ma disposition. Ainsi, les risques de perte ou de corruption de données sont extrêmement faibles. Et je peux attester que cela m'a sauvé la mise plus d'une fois. A vous d'en tirer toutes les leçons.

@Mathis Bonnin c'est ce qu'on appelle un beau déterrage. KZL a déserté le forum depuis 4 ans et je pense qu'il a résolu sont problème qui remonte à plus de 9 ans...

@KeizerSauze vous êtes un ancien de ce forum. Alors pourquoi posez-vous cette question dans la section SMART ? Quel rapport ? Je déplace. Merci de faire attention la prochaine fois. Pour votre problème, dans le gestionnaire de stockage vous supprimez simplement le nouveau groupe puis vous ajoutez le disque au groupe existant pour créer un SHR avec protection des données (équivalent RAID1).

A ma connaissance, Drive en version nomade (smartphone tablette et imachin) ne sait gérer qu'un seul lien, à la différence de Synology Drive Client qui peut gérer plusieurs liens à la fois.

Possible. C'est une bande argentée avec un filigrane il me semble. Je ne vais pas démonter mon NAS pour vérifier 😉

Tant que vous n'avez pas fait sauter la bande de garantie, il n'y a pas de problème.