Mic13710

Parce qu'il semblerait que vous fassiez une confusion entre bit et octet. 1Gb = 125Mo. Donc, si vous "plafonnez" à une centaine de Mo et que vous faite du chiffrage des fichiers (cryptage n'est pas le terme exact), c'est tout bon 😉

Bonjour @Dr Jerry soyez le bienvenu sur ce forum. Joli NAS pour débuter !

@domtous ce n'est pas ce que j'ai dit. Relisez mon message. Le certificat est ok parce que les domaines qu'il couvre sont ok. Ce qui ne veut pas dire qu'il corresponde à votre besoin. Je n'ai aucune connaissance ni de votre zone chez ovh, ni des paramétrages de votre reverse proxy, ni ceux de votre serveur dns si vous l'avez activé, ni de vos paramétrages du pare feu du NAS, ni des réglages sur votre routeur. Donc oui, le certificat a pu être émis parce que les API renseignées sont bonnes et que les ndd invoqués existent dans la zone chez OVH. Maintenant est-ce qu'il est utilisable ? je n'en sais rien. Et avec ça, je ne sais pas de quel problème vous parlez puisque vous ne répondez pas à ma question.

Il se trouve que j'ai une sauvegarde hyperbackup en mode NAS à NAS d'un DS718+ à la dernière version de DSM vers un DS212 distant en DSM 6.2.4 et que ça fonctionne très bien. La dernière sauvegarde remonte à ce matin. Il n'y a pas d'incompatibilité entre les deux versions. Cherchez plutôt une cause externe. Pas de possibilité d'upgrader le 213+, et même si cela était possible, il faudrait le faire passer au minimum pour un DS215+ pour pouvoir aller au mieux à DSM7.1.1. Et compte tenu des CPU des deux modèles, je pense que ce n'est pas possible (pas vérifié). Et si elle l'est, cette manipulation est à vos risques et périls.

Je ne comprends toujours rien. Si vous avez pu établir un certificat c'est que les enregistrements (DynHost, A, CNAME) ont été considérés comme bons, c'est à dire que les domaines qu'il couvre existent bien et sont votre propriété. Ce qui ne veut pas dire que votre certificat et bon pour votre utilisation. Maintenant, le tuto dont vous parlez n'est qu'un exemple. Votre DynHost à vous est différent et doit être établi sur xxxxx.ndd pour pouvoir ensuite enregistrer un wildcard CNAME sur *.xxxx.ndd, ce qui vous autorisera à créer des domaines comme nas.xxxx.ndd, video.xxxx.ndd, etc.... Si vous faite un enregistrement DynHost sur ndd, alors votre site hébergé sur ovh ne sera plus accessible car toutes les requêtes sur ndd seront redirigées vers votre box.

Avec si peu d'infos, difficile d'apporter de l'aide. Quel est le problème exactement ?

@domtous content pour vous. N'oubliez pas d'associer votre certificat aux différentes applications qui sont appelées à partir de votre ndd sinon ça ne fonctionnera pas. C'est le bouton Paramètres. Vous choisissez le nouveau certificat pour toutes les URL avec votre ndd.

SMB1 est désactivé par défaut dans les dernières versions de DSM. Libre à vous de l'activer si vous avez d'anciens équipements qui ne fonctionnent que sous ce protocole, à vos risques et périls.

Merci @vincentbls j'étais en train justement de chercher un tuto pour @domtous. L'enregistrement A à supprimer est bien entendu celui qui concerne xxxx.ndd

Quand arriverez vous à comprendre qu'il faut paramétrer un DynHost et pas un enregistrement A ? Encore une fois, c'est l'un ou l'autre, pas les deux ! Et encore une fois, l'adresse de votre NAS n'a rien à faire ici. On parle UNIQUEMENT d'adresse publique donc celle de la box vue de l'extérieur.

Si je ne me trompe pas, votre site est couvert par le certificat d'OVH. Vous pouvez le voir en consultant le cadenas sur la barre d'adresse. Vous devez donc créer un DynHost sur xxxx.ndd qui pointe vers votre IP publique et mettre en place le DDNS sur le NAS pour la mise à jour de l'IP. Dans la zone dns d'ovh, vous créez un enregistrement CNAME *.xxxx.ndd qui pointe vers xxxx.ndd. "*" est un wildcard qui remplace tous les ndd qui ne sont pas listés dans la zone. Par exemple, si vous invoquez toto.xxxx.ndd, l'enregistrement CNAME va être sollicité et va diriger la requête vers le DynHost xxxx.ndd qui lui même va transmettre la requête vers l'IP de votre box. Si par contre vous avez un enregistrement A titi.xxxx.ndd qui pointe vers une autre IP publique, si vous invoquez cette adresse, c'est cet enregistrement qui sera sollicité en premier puisqu'il peut être résolu sans passer par le wildcard. Attention, le wildcard ne concerne qu'un seul niveau. Si vous avez un nom de domaine titi.toto.xxxx.ndd, il ne pourra pas être résolu puisqu'il n'a pas d'existence dans la zone. Il faudra dans ce cas créer un nouvel enregistrement CNAME *.toto.xxxx.ndd qui pointe vers xxxx.ndd pour que les requêtes soient dirigées vers l'IP de la box. Pour le certificat, il faudra créer les API pour le nom de domaine xxxx.ndd et faire une demande de certificat pour xxxx.ndd, *.xxxx.ndd et éventuellement pour *.toto.xxxx.ndd

@Chat_noir, que devrais-je dire alors, moi qui suit plus vieux que vous !

Salut @CoolRaoul, quand tu parles d'adresse de broadcast, c'est bien d'une IP réservée avec une MAC broadcast (ff:ff:ff:ff:ff:ff) ? Côté freebox je n'en sais rien, j'ai un routeur derrière. Perso, je me connecte en VPN (wireguard) et j'ai du mettre en place une adresse de broadcast pour le wol. Il y a un serveur VPN sur la freebox, dont wireguard. Peut-être pourrais-tu voir si ça pourrait te convenir.

Visiblement, certaines notions vous échappent encore. Et pourtant vous avez lu le tuto de @Kramlech il me semble. AUCUN nom de domaine n'est en http ou https. Un ndd est associé à une IP publique, c'est tout. Ce ndd permet de diriger une requête qui lui arrive vers l'IP qui correspond dans la zone. http ou https, c'est le protocole d'échange entre un serveur et un client. Il n'a aucun rapport avec le ndd. Le certificat est l'assurance que le ndd qui est appelé par une requête appartient bien au destinataire, qu'il en est le propriétaire. Ce certificat n'est utile que pour les échanges sécurisés (chiffrés de bout en bout) dont l'https. Je ne comprends pas bien votre configuration. Est-ce que vous avez un site hébergé chez OVH sur votre ndd ? Je précise bien un site, c'est à dire une ou plusieurs pages web accessibles par un navigateur où vous parlez de la vie sauvage des grenouilles du marais poitevin ou de tout autre sujet 😉

@domtous, il ne peut pas y avoir un enregistrement dynhost et un enregistrement A pour le même ndd. Comme je l'ai écrit plusieurs fois sur mes messages (que vous lisez un peu trop en diagonale) c'est soit un enregistrement A, soit un DynHost. Pour pouvoir mettre en place un DDNS avec le DynHost OVH, il faut d'abord supprimer l'enregistrement A de la zone DNS.

@Chat_noir, comme l'a écrit @firlin, il faut partir sur du SHR. Ca tombe bien, c'est l'installation par défaut. Si vous partez sur du RAID classique (RAID1), il faudra impérativement rajouter des disques de même capacité. Si vous mettez plus gros pour passer en RAID5, l'espace de stockage au delà du disque le plus petit ne sera pas exploité. Calculateur de RAID avec vos disques 2x4To + 2x6To en SHR et en RAID5 : https://www.synology.com/fr-fr/support/RAID_calculator?drives=6 TB|6 TB|4 TB|4 TB&raid=RAID_5|SHR_1

Pour les mises à jour, relisez ce que j'ai écrit. On ne peut pas la faire directement vers la dernière version, il faut suivre des étapes. C'est fastidieux car chaque maj demande du temps (minimum 10 mn) et si vous en avez beaucoup, ce sera très long.... Toutefois, si vous envisagez de remplacer vos NAS par un modèle plus récent, alors ces maj ne sont pas vraiment utiles, sauf si vous conservez le 1511+ pour les sauvegardes du nouveau NAS, auquel cas il faudra lui faire de la remise à niveau.

Ce n'est pas une assurance en soit. Chez certain FAI, l'IP ne change que si le modem a été arrêté pour une durée relativement longue (quelques heures). C'est le cas par exemple chez Videotron au Canada. Si ça fait peu de temps que vous êtes chez cet opérateur, vous n'avez pas assez de recul pour le savoir. Le mieux serait de les contacter pour confirmer.

Vous n'avez pas compris que le résultat correspond à votre ligne ? C'est l'URL de votre opérateur. Peut-être qu'il s'agit d'une IP dynamique.... Normalement c'est votre ndd (domaine.com) lié à l'IP qui apparait, si bien sûr la zone DNS chez OVH est correctement faite, ce qui n'est pas votre cas. De quelle adresse parlez-vous, est ce celle qui est indiquée dans la première ligne du lien ? Comment êtes vous sûr qu'il s'agit d'une IP fixe ?

@domtous votre réseau privé et comme son nom l'indique, privé. Ce sont des adresses de la RFC1918 qui ne sortent pas de votre réseau. https://fr.wikipedia.org/wiki/Réseau_privé La seule adresse qui doit être associée à votre ndd c'est l'ip publique de votre box. Vous me dites qu'elle est fixe, perso je n'en sais rien. Je ne connais pas votre opérateur et c'est à vous de vous renseigner sur son status, fixe ou dynamique. En tout état de cause, c'est cette IP qui doit être renseignée chez OVH soit par un DynHost si dynamique soit par un enregistrement A et/ou AAAA si fixe. Ensuite, vos enregistrements sont incomplets ou du moins mal fait. Si vous invoquez des ndd dans votre demande de certificat, il faut que ces ndd existent. Or, votre demande porte sur mondomaine.com et *.mondomaine.com. Aucun des deux noms existe dans votre zone, il n'y a donc aucune chance de pouvoir émettre un certificat sur quelque chose qui n'existe pas. Il faut au minimum : un enregistrement (A et/ou AAAA) ou un DynHost sur mondomaine.com qui pointe sur l'IP publique un enregistrement CNAME sur le wildcard *.mondomaine.com qui est lié à mondomaine.com Mais tout ceci vous a déjà été suggéré dans l'autre sujet que vous avez ouvert....

Je parlais de la page des serveurs DNS chez OVH. C'est bien ce que je craignais. Votre zone DNS ne peut pas fonctionner car vos enregistrements A sont dirigés vers des IP privées qui ne peuvent pas être résolues dans le domaine publique. Pourtant, je vous ai parlé plusieurs fois de votre IP publique, celle de votre routeur. Ainsi, je redemande ce que je vous ai demandé dans un autre post à savoir : est-ce que votre IP PUBLIQUE (celle que vous attribue votre opérateur Nordnet) est fixe ou dynamique ?

@Chat_noir c'est compliqué d'apporter de l'aide sur de très vieilles versions de DSM (2.2 et 3.1 en l’occurrence). Je pense qu'il faudrait commencer par mettre à jour vos NAS vers les dernières versions supportées par vos modèles (5.2 pour le 210J et 6.2.4 pour le 1511+). Il faudra le faire par étapes car les mises à jour doivent s'appuyer sur des versions précédentes compatibles. Vous trouverez les anciennes versions de DSM sur ce site : https://web.archive.org/web/20230531230549/https://archive.synology.com/download Pour le 210J, je vous propose de passer étape par étape à partir des fichiers pat du site ci-dessus. Pour le 1511+, il faudra tout d'abord le passer en version 4 puis suivre les mises à jours successives proposées directement par Synology : https://www.synology.com/fr-fr/support/download/DS1511+?version=6.2#system Il sera plus simple par la suite de vous apporter de l'aide sur des versions un peu moins obsolètes que celles embarquées actuellement. Si ce n'est pas déjà fait, je vous conseille aussi de remplacer les batteries internes de vos NAS qui sont probablement HS vu l'âge avancé des bébêtes. C'est d'ailleurs la première chose à faire.

@domtous postez une capture de votre zone DNS chez OVH en masquant les ndd ainsi que de celle des serveurs DNS. Est-ce que le DynHost est vide ?

étrange en effet 😕

@domtous il ne faut pas creuser bien loin. En consultant le lien donné dans votre log, voici ce qu'on trouve concernant l'erreur 6 : Autrement dit, votre nom de domaine n'existe pas aux yeux du monde. Ce qui indique que votre zone DNS n'est pas correcte. Soit vos enregistrements sont erronés, soit vous avez supprimé les serveurs DNS. Pour pouvoir émettre un certificat, il faut d'abord que votre zone soit correctement paramétrée et que vos ndd soient diffusés. Faite un test avec : https://www.zonemaster.net/fr/run-test